Bun (Wikipedie), tj. běhové prostředí (runtime) a toolkit pro JavaScript a TypeScript, alternativa k Node.js a Deno, byl vydán ve verzi 1.3. Představení novinek také na YouTube. Bun je naprogramován v programovacím jazyce Zig.
V Lucemburku byly oznámeny výsledky posledního kola výzev na evropské továrny pro umělou inteligenci neboli AI Factories. Mezi úspěšné žadatele patří i Česká republika, potažmo konsorcium šesti partnerů vedené VŠB – Technickou univerzitou Ostrava. V rámci Czech AI Factory (CZAI), jak se česká AI továrna jmenuje, bude pořízen velmi výkonný superpočítač pro AI výpočty a vznikne balíček služeb poskytovaný odborníky konsorcia. Obojí bude sloužit malým a středním podnikům, průmyslu i institucím veřejného a výzkumného sektoru.
Byla vydána (𝕏) zářijová aktualizace aneb nová verze 1.105 editoru zdrojových kódů Visual Studio Code (Wikipedie). Přehled novinek i s náhledy a videi v poznámkách k vydání. Ve verzi 1.105 vyjde také VSCodium, tj. komunitní sestavení Visual Studia Code bez telemetrie a licenčních podmínek Microsoftu.
Ve Firefoxu bude lepší správa profilů (oddělené nastavení domovské stránky, nastavení lišt, instalace rozšíření, uložení hesla, přidání záložky atd.). Nový grafický správce profilů bude postupně zaváděn od 14.října.
Canonical vydal (email) Ubuntu 25.10 Questing Quokka. Přehled novinek v poznámkách k vydání. Jedná se o průběžné vydání s podporou 9 měsíců, tj. do července 2026.
ClamAV (Wikipedie), tj. multiplatformní antivirový engine s otevřeným zdrojovým kódem pro detekci trojských koní, virů, malwaru a dalších škodlivých hrozeb, byl vydán ve verzi 1.5.0.
Byla vydána nová verze 1.12.0 dynamického programovacího jazyka Julia (Wikipedie) určeného zejména pro vědecké výpočty. Přehled novinek v příspěvku na blogu a v poznámkách k vydání. Aktualizována byla také dokumentace.
V Redisu byla nalezena a v upstreamu již opravena kritická zranitelnost CVE-2025-49844 s CVSS 10.0 (RCE, vzdálené spouštění kódu).
Ministr a vicepremiér pro digitalizaci Marian Jurečka dnes oznámil, že přijme rezignaci ředitele Digitální a informační agentury Martina Mesršmída, a to k 23. říjnu 2025. Mesršmíd nabídl svou funkci během minulého víkendu, kdy se DIA potýkala s problémy eDokladů, které některým občanům znepříjemnily využití možnosti prokázat se digitální občankou u volebních komisí při volbách do Poslanecké sněmovny.
Společnost Meta představila OpenZL. Jedná se o open source framework pro kompresi dat s ohledem na jejich formát. Zdrojové kódy jsou k dispozici na GitHubu.
Ř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: