pico-usb-wifi je open source firmware pro Raspberry Pi Pico W, který jej promění v USB Wi-Fi adaptér. Po připojení k počítači se objeví jako zařízení USB CDC-NCM.
Americká společnost Google ze skupiny Alphabet bude muset podle nových požadavků Evropské unie umožnit společnosti OpenAI i dalším konkurentům v oblasti umělé inteligence (AI) a internetových vyhledávačů přístup ke svým službám. Ve svém rozhodnutí o tom včera informovala Evropská komise (EK). Opatření má zajistit dodržování pravidel, jejichž cílem je omezit v EU tržní sílu velkých technologických firem. Google s tím nesouhlasí.
… více »Nové verze webových prohlížečů Chrome a Firefox jsou vydávány každé 4 týdny. Aktuální verze Chrome je 150. Aktuální verze Firefoxu je 152. V březnu bylo oznámeno, že od září přejde Chrome na dvoutýdenní cyklus vydávání verzí. To by znamenalo, že Chrome v číslování verzí Firefox brzy přeskočí. Vývojáři Firefoxu proto také od září přecházejí na dvoutýdenní cyklus vydávání verzí. :-)
Microsoft Comic Chat (Wikipedie), tj. grafický IRC klient z devadesátek, který převáděl konverzace na IRC do podoby komiksových panelů, a který zpopularizoval font Comic Sans, je dnešním dnem open source. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.
Byla vydána (𝕏) nová verze 26.7 open source firewallové a routovací platformy OPNsense (Wikipedie). Jedná se o fork pfSense postavený na FreeBSD. Kódový název OPNsense 26.7 je Xenial Xenops. Přehled novinek v příspěvku na fóru.
Na Seznam nepovolených internetových her (Wikipedie) se k 13. 7. 2026 dostala predikční platforma Polymarket.
Nová čísla časopisů od nakladatelství Raspberry Pi zdarma ke čtení: Raspberry Pi Official Magazine 167 (pdf) a Hello World 30 (pdf).
Byla vydána nová verze 3.22.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.
FreeBSD odstranilo poslední GPL kód ze základního systému. Konkrétně dpv, libdpv, libfigpar a dialog. Instalátor před čtyřmi lety přešel z dialogu na bsddialog.
Sociální síti 𝕏 (dříve Twitter) má dnes 20 let. Pro veřejnost byla zpřístupněna 15. července 2006.
Ř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: