Jak nahrávat zvuk z webového prohlížeče na Linuxu s PipeWire pomocí Nahrávání zvuku (Sound Recorder) a Helvum případně qpwgraph, článek na webu Libre Arts.
Open source platforma Home Assistant (Demo, GitHub, Wikipedie) pro monitorování a řízení inteligentní domácnosti byla vydána ve verzi 2024.9.
České bezpečnostní instituce, jmenovitě Vojenské zpravodajství (VZ) a Bezpečnostní informační služba (BIS), ve spolupráci s americkou Agenturou pro kybernetickou a infrastrukturní bezpečnost (CISA), Federálním úřadem pro vyšetřování (FBI), Národní bezpečností agenturou (NSA) a dalšími mezinárodními partnery ze Spojeného království, Austrálie, Kanady, Německa, Nizozemska, Estonska, Ukrajiny a Lotyšska vydaly upozornění (
… více »Byla vydána (𝕏) srpnová aktualizace aneb nová verze 1.93 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a animovanými gify v poznámkách k vydání. Ve verzi 1.93 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Společnost Laravel stojící za stejnojmenným open source PHP frameworkem získala investici 57 milionů dolarů od společnosti Accel. Především na Laravel Cloud.
Byla vydána verze 1.81.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Řešena je také zranitelnost CVE-2024-43402. Vyzkoušet Rust lze například na stránce Rust by Example.
Vládní CERT vydal (𝕏) novou verzi nástroje maldump. Ten slouží k extrakci souborů z karantén různých antivirových programů. A to jak z živého systému, tak z obrazu disku.
Meeting ESP komunity - podzimní edice 2024 proběhne v pátek 18. října v Brně. V přípravě jsou přednášky od vývojářů z Espressifu, lokálních firem i zapálených nadšenců do ESP a také praktický workshop a ukázky nových čipů.
Systém pro správu hlášení chyb Bugzilla byl podle plánu vydán v nových verzích 5.2, 4.4.14, 5.0.4.1, 5.3.3 a 5.9.1, kde 5.2 představuje novou stabilní řadu, 4.4.14 by měla být poslední ve staré řadě 4.4, jíž končí podpora na přelomu roku, 5.0.4.1 je udržovací opravné vydání staré řady 5.0, dosavadní stabilní řada 5.1 byla přejmenována na 5.3 (nyní 5.3.3) a konečně vývojová verze 5.9.1 směřuje k budoucímu velkému vydání Bugzilly 6.
Řešení dotazu:
Oddíly musí být typu fd.
Nemusejí. Tohle je historický relikt pocházející z dob automatického sestavování polí jádrem; to je sice možné používat i dnes, ale přináší víc problémů, než kolik jich řeší.
Nikde jsem vsak nenasel nejaky navod jak rozjet raid na lvm. Navody na opacny postup tedy jak rozjet lvm na raid discich je spousta.
Teoreticky to samozřejmě možné je, SW RAID můžete sestavit z libovolných blokových zařízení (třeba z diskety a ramdisku), tedy i z LV. Ale to, že všechny návody, které jste našel, staví LVM nad SW RAIDem a ne naopak, má svůj důvod: když to totiž uděláte obráceně, tak podle konfigurace zabijete výhody LVM, výhody RAIDu nebo dokonce výhody obou.
Mam nasledujici predstavu: vemu novej disk, vytvorim na nem oddily tak jak jsou na stavajicim disku. aktivuju lvm. Pote nahodim degradovany raid 1 na hlavni disk a pak do nej pridam nove pridany disk.
Asi byste si měl nejdřív ujasnit, co opravdu chcete. Protože teď popisujete přesný opak toho, co jste tvrdil na začátku, tj. místo abyste zkoušel budovat RAID nad LVM, snažíte se ho zasunout pod něj (což je samozřejmě rozumnější). V principu to jde, pokud se vám podaří nějak vyšetřit místo pro "persistent superblock" toho RAIDu.
Pro konkrétnější odpověď by byl nutný trochu konkrétnější (a pokud možno bezesporný) popis stávající situace a požadovaného cílového stavu. Protože tohle je naprostý zmatek: chvíli chcete mít RAID nad LVM, chvíli pod ním, chvíli máte na disku LVM, chvíli zase nějaké oddíly (bez náznaku vysvětlení jaké), přičemž není jasný ani vztah těch oddílů k LVM (jsou některé z nich použity jako PV? jak jsou využívány ty ostatní?), nepopíšete, jestli chcete mít jeden mirror z celých disků nebo víc mirrorů z jednotlivých oddílů. Na tom všem ale dost záleží.
pvmove
přesunout obsah původního disku, vyhodit původní PV a pak pokračovat.
/boot
osobitna particia, zbytok ide pre LVM.
moj postup pracuje s tym, ze cely disk je urceny pre LVM (t.j. disk nema viac particii).
ako hlavnu VG pouzivam vg00
, kde mam vsetky systemove LV. ak by som chcel urobit mirror copy z LV /dev/vg00/lvroot
, kde novy disk je /dev/sdb
, postupoval by som nasledovne:
# pvcreate /dev/sdb
# vgextend /dev/vg00 /dev/sdb
# lvconvert -m 1 vg00/lvroot --mirrorlog core /dev/sdb
vg00/lvroot: Converted: 5.7%
vg00/lvroot: Converted: 100.0%
#
# lvs /dev/vg00/lvroot
LV VG Attr LSize Origin Snap% Move Log Copy% Convert
lvroot vg00 mwi-ao 488.00m 100.00
#
takto identicky budes postupovat pre ostatne LV.
osobne by som ti vsak poradil spravit novy raid na nepouzitom disku, nad nim LVM, rsync
-nut data za behu, vyziadat downtime pre server. cezen zosyncovat data nanovo (pojde rychlo, ak sa vela dat nezmenilo od posledneho rysnc)
, zmazat terajsi stary disk, pridat do raidu a si mas pokoj.
1) na novem disku vytvorit degradovany RAID (nechat misto na to co neni v LVM (napr. /boot) 2) vytvorene md zarizeni pripojit jako dalsi PV do LVM 3) premigrovat LVs na novy PV 4) puvodni PV vyradit z VG a smazat 5) puvodni disk prihodit do RAIDu 6) rsyncem resit jen to co neni v LVM (napr. /boot) 7) poresit grubM.
Tiskni Sdílej: