V jádře Linux byla nalezena a v upstreamu již byla opravena kritická zranitelnost GhostLock aneb CVE-2026-43499. Lokálnímu uživateli umožňuje získat práva roota a také obejít kontejnerovou izolaci. Zranitelnost existovala v Linuxu 15 let, tj. od roku 2011, od Linuxu verze 2.6.39.
Evropská komise předběžně shledala, že návykový design aplikací Instagram a Facebook od americké společnosti Meta porušuje unijní nařízení o digitálních službách (DSA). Návykový design zahrnuje například takzvané nekonečné posouvání, automatické přehrávání videí, tzv. push notifikace, kdy aplikace uživatele vybízí k návratu do jejího prostředí, či vysoce personalizovaný algoritmus, který rychle pozná, co uživatele baví a snaží
… více »Byla vydána verze 1.97.0 programovacího jazyka Rust (Wikipedie). Podrobnosti v poznámkách k vydání. Vyzkoušet Rust lze například na stránce Rust by Example.
Švýcarská společnost Punkt. má nově v nabídce telefon Punkt. MC03. Telefon byl navržen ve Švýcarsku s důrazem na soukromí a digitální suverenitu a vyroben v Německu. V telefonu běží operační systém AphyOS (Apostrophy OS) založený na AOSP (Android Open Source Project) 15. Cena telefonu je 745 eur.
TypeScript (Wikipedie), tj. JavaScript rozšířený o statické typování a další atributy, byl vydán v nové verzi 7.0. Kompilátor byl kvůli výkonu přepsán z TypeScriptu do Go.
Europarlament podpořil pozměněnou verzi výjimky známé jako „chat control 1.0“ umožňující firmám skenovat soukromou komunikaci na internetu kvůli ochraně dětí před zneužitím. Pozměňovací návrhy přijaté europoslanci však počítají s tím, že z výjimky bude vyřazena šifrovaná komunikace. Výjimka přestala platit začátkem dubna poté, co se Evropský parlament a Rada EU nedokázaly shodnout na jejím prodloužení. Rada následně přijala
… více »Nejnovější X.Org X server 21.1.24 a Xwayland 24.1.13 řeší 2 bezpečnostní chyby.
Clement "Clem" Lefebvre publikoval souhrn dění v Linux Mintu za červen 2026. Vypíchnuta je vylepšená podpora Waylandu. Už není považována za experimentální. V příští verzi Linux Mintu, plánována je na Vánoce, bude běh Cinnamonu plně podporován na X11 i Waylandu. V květnu na vývoj Linux Mintu přispělo 611 dárců celkovou částkou 19 612 dolarů. Dalších 2 326 patronů přispělo na Patreonu celkovou částkou 5 334 dolarů.
V Linuxu v KVM byla nalezena a v upstreamu již byla opravena kritická zranitelnost Januscape aneb CVE-2026-53359. Root na hostovaném počítači (virtuální stroj) může obejít izolaci a získat plnou kontrolu nad hostitelským systémem (DoS útok nebo vzdálené spuštění kódu s právy roota). Na obou hlavních architekturách – Intel i AMD. Zranitelnost v Linuxu existovala téměř 16 let (od srpna 2010 do června 2026).
Tribunál Soudního dvora Evropské unie dnes zamítl několik žalob, v nichž se americká společnost Apple ohrazovala proti pravidlům fungování velkých technologických společností na unijním trhu. Applu se nelíbilo, že jeho obchod s aplikacemi a operační systém iOS mají podléhat přísnějším povinnostem jen proto, že Brusel firmu považuje za takzvaného gatekeepera, tedy strážce přístupu.
Řešení dotazu:
Platí ještě pořád, že minimální počet disků pro btrfs jsou 3 disky?Kdy tohle platilo?
Jak by to mělo být v tomto případě - RAID1 se třemi různě velkými disky?Pořád stejně. Btrfs se bude starat o to, aby každý blok dat byl na dvou různých zařízeních.
[670463.853559] BTRFS error (device dm-5): devid 2 uuid 267ba662-4953-4001-8fdd-ab98448d48dc is missing [670463.853561] BTRFS error (device dm-5): failed to read chunk tree: -2 [670463.873708] BTRFS error (device dm-5): open_ctree failedJedno zařízení mu zkrátka chybí. Když se tohle stane, lze namountovat btrfs jako degraded, v takovém případě je plně zapisovatelný.
mount /dev/disk1 /mnt/btest -o degradedV tomto režimu lze přidat další disk a ten zmizelý odstranit. Btrfs přeskládá data tak, aby opět byla ve dvou kopiích.
btrfs device add /dev/disk3 /mnt/btest btrfs device delete missing /mnt/btest
btrfs device delete missing.
mount /dev/disk1 /mnt/btest -o degraded btrfs balance start -dconvert=single -mconvert=dup /mnt/btest btrfs device delete missing /mnt/btest umount /mnt/btest mount /dev/disk1 /mnt/btestJak jsem psal už před lety, nutnost odpojení FS v případě výpadku disku je nepříjemná vlastnost BTRFS a musí se s tím počítat.
Čo si pamätám tak kedysi bol k dispozícii len jeden pokusMě by zajímalo, odkud tyhle nesmysly chodí. Ano vím, že to tady v minulosti někdo psal, aniž by to doložil. Každopádně:
for i in `seq 100` ; do mount /dev/VGData/btest1 btest -o degraded && umount btest ; done100 pokusů bez problémů. O žádném limitu na počet připojení nevím.
A o tom byla ta tehdejší diskuse, kde to někteří nechtěli pochopit, protože to vrhalo na btrfs špatné světlo.No upřímně řečeno, nejlepší komentář tehdejší diskuse je tento:
Vy necetli, a presto rozmrazili? Wonderful! Bystry narod.Protože každý systém má své nepříjemné vlastnosti. Je dobré si to osahat v testovacím prostředí, přijít na to, jak se to chová v určitých limitních situacích a natrénovat (nebo alespoň vyzkoušet) si jejich řešení. Tím neomlouvám btrfs, i pro mě (jakožto dlouholetého uživatele) je tato vlastnost, kdy je nutné fs odpojit, poněkud překvapivá. Na druhou stranu neznám systém, který by neměl nějaký podobný quirk, na který je potřeba si dát pozor.
Píšeš raid1, myslíš "btrfs raid1". My si to máme domýšlet, zatímco ty to nerozlišuješ.Ne, vy si nemáte nic domýšlet. Když píšu RAID1, myslím tím RAID1, obecně.
Dvoudiskový raid1 přežije, když dojde k havárii jednoho disku, a přežije, i když správce jeden disk odpojí ručně.Polemizujete se svými výmysly, ne s mým komentářem. Nikde jsem nepsal, že RAID1 výpadek disku nepřežije. Naopak, výpadek jednoho disku přežije – proto se RAID1 dělá. Akorát už to po výpadku jednoho disku není RAID1. Pro RAID1 platí, že výpadek jednoho disku neznamená ztrátu dat, protože ta jsou ještě na druhém disku – což jaksi pro váš „jednodiskový RAID1“ neplatí.
Dokonce se na raid1 v degradovaném stavu s pouhým jedním diskem dá i zapisovat.Samozřejmě. Akorát už to není RAID1, protože RAID1 v degradovaném stavu výpadek jednoho (dalšího a posledního) disku nepřežije.
A ten počítač, kde je umístěn, se dá i opakovaně vypnout a zapnout, a pořád to funguje.Přesně tak. Tak se chová i RAID1 v btrfs.
Zatímco "btrfs raid1" měl (teď už možná nemá) s výše uvedeným stavem problémy.Na, btrfs RAID1 s tím problémy nemá a neměl. Problémy s tím mají lidé, kteří si místo čtení domýšlí a kteří nedokážou rozlišit mezi selháním disku a zásahem administrátora.
Když jsi ho namountoval v degradovaném režimu read-write a nezrekonstruoval jsi okamžitě pole, tak už jsi ho podruhé v read-write režimu nepřipojil.Zkuste konečně pochopit, že je rozdíl mezi selháním disku a zásahem administrátora. Namountování souborového systému v degradovaném režimu je zásah administrátora, kterým dává najevo souborovému systému, že řeší problém s diskem, a souborový systém mu tak povolí některé operace, které by jinak nepovolil. Je to ale speciální režim určený jenom k vyřešení toho problému. Není to režim, ve kterém by se měl souborový systém normálně provozovat – a btrfs se normálnímu provozu v tomto režimu brání tím, že dovolí v tomto režimu souborový systém připojit jenom jednou.
A o tom byla ta tehdejší diskuse, kde to někteří nechtěli pochopit, protože to vrhalo na btrfs špatné světlo.Nikoli, diskuse byla o tom, že někteří nerozlišovali – a dle vašeho komentáře evidentně stále nerozlišují – havárii disku a zásah administrátora. Ale asi to začínám chápat – v podání některých „administrátorů“ je zásah administrátora minimálně stejná katastrofa, jako havárie disku. Btrfs s havárií disku žádný problém nemá. Problém nastává, pokud si nějaký administrátor usmyslí, že speciální administrátorský režim nazývaný „připojení v degradovaném režimu“ používá pro běžný provoz. Na co si budete stěžovat příště? Že se vám v single-user módu nestartují služby?
Btrfs v raid1 pouze na dva disky se používá jen tam, kde jich více nelze nastrkat.V takovém případě totiž když jeden z těch disků selže se o problému dozvíte ihned při restartu a ne až při namátkové kontrole souboru /proc/mdstat. Máte možnost najet v degradovaném módu, ale už vítě že je něco špatně a je nutné to urgentně řešit. Pokud to řešit nechcete, tak si nestěžujte – když přijdete o data – na Btrfs.
root@stroj:/home/user# btrfs device stats / [/dev/sda1].write_io_errs 0 [/dev/sda1].read_io_errs 0 [/dev/sda1].flush_io_errs 0 [/dev/sda1].corruption_errs 0 [/dev/sda1].generation_errs 0 [/dev/sdb1].write_io_errs 0 [/dev/sdb1].read_io_errs 0 [/dev/sdb1].flush_io_errs 0 [/dev/sdb1].corruption_errs 2 [/dev/sdb1].generation_errs 0Jinak pokud jde o vysvětlení co znamená RAID, tak nemáš pravdu, protože jde pozdější interpretaci této zkratky. Původní název práce, podle níž se mu tak říká byl "A Case for Redundant Arrays of Inexpensive Disks (RAID)". Takže původní význam byl mnohem obecnější a lze podle mě pod něj zahrnout libovolnou technologii založenou na redundanci datových bloků – jde-li o datové bloky diskového oddílu, nebo datové exenty FS je fuk.
..stejně tak si lze u btrfs pohlídat, aby nedával redundantní data na stejný hw.Nejsem si tím zcela jist, ale pokud někdo neudělá Btrfs raid1 tím stylem, že ho složí ze dvou diskových oddílů jednoho disku, tak to snad ani bez konverze na single nejde. Nebo jo?
Tiskni
Sdílej: