Max Leiter v roce 2019 zkusil zprovoznit X server na iPadu (iOS). Nyní se k tématu vrátil a s pomocí LLM a balíčkovacích nástrojů Procursus rozběhl desktop s X11 i Waylandem. Jeho balíčky jsou dostupné v repozitáři xiOS.
Společnost Google Cloud dnes oznámila, že její infrastruktura a služby byly oficiálně zařazeny do Katalogu cloud computingu vedeného Digitální a informační agenturou (DIA). Tato certifikace potvrzuje, že infrastruktura a služby Google Cloud splňují přísné bezpečnostní a regulační požadavky České republiky pro provoz cloudových služeb ve veřejném sektoru.
Vůbec poprvé v historii se stát při testování digitálních služeb obrací na širokou veřejnost. Digitální a informační agentura (DIA) a Ministerstvo vnitra zvou občany k zapojení do zátěžového testu eDokladů, které od loňského podzimu prošly optimalizací aplikace a posílením infrastruktury. Test proběhne 13. srpna ve 13:00 a pro jeho úspěch bude potřeba zapojení několika desítek tisíc občanů. Zapojení do testu je zcela dobrovolné a úkol
… více »FireDragon je webový prohlížeč, doposud založený na Floorpu, jednom z forků Firefoxu s větším důrazem na ochranu soukromí a přizpůsobení uživatelského rozhraní. Spravuje ho člen komunity distribuce Garuda Linux. Nové vydání verze 13 opouští Floorp a přechází přímo na Firefox s patchi z LibreWolfu a vlastními úpravami. Dostupný je také na Flathubu.
picogame (GitHub) je malý 2D herní engine pro mikrokontroléry jako RP2040, čip uvnitř kapesní konzole Picopad. Hru napíšeš v Pythonu a vyzkoušíš ji v prohlížeči nebo desktopovém simulátoru. Až bude hotová, zkopíruješ ji na podporovanou desku. Na začátku nepotřebuješ C, sestavení firmwaru ani hardware.
Multiplatformní prohlížeč elektronických knih KOReader byl vydán ve verzi 2026.07 "Sailing Walrus". U PDF souborů s SMask lze vyčistit pozadí. Přibyla podpora Kobo v5 nebo základní podpora OPDS 2.0.
Společnost Valve sponzoruje a společnost Collabora portuje RADV (open source Vulkan ovladač pro AMD GPU z projektu Mesa) na Windows.
Starling (GitHub) je desktopové prostředí vytvořeno umělou inteligencí (s dohledem jednoho vývojáře během šesti měsíců).
Dne 30. června 2026 byla završena fyzická realizace projektu Czech National Quantum Communication Infrastructure (CZQCI), tedy České národní kvantové komunikační infrastruktury. Projekt byl realizován od 1. března 2023 a financován z Národního plánu obnovy částkou 121,6 milionu Kč. Cílem podpořeného projektu bylo vybudovat základy národní kvantové komunikační infrastruktury a ověřit možnosti jejího praktického využití. Mezi
… více »Město Šumperk se stalo terčem kybernetického útoku, chod úřadu je omezen. Zjišťuje se, jestli unikla nějaká data. Cílem hackerů byla městská datová síť. První útoky zaznamenali odborníci na informační technologie již v pondělí večer, závady se ale plně projevily až dnes ráno. Město událost nahlásilo Národnímu úřadu pro kybernetickou a informační bezpečnost (NUKIB).
Ř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: