Raspberry Pi OS, oficiální operační systém pro Raspberry Pi, byl vydán v nové verzi 2025-05-06. Přehled novinek v příspěvku na blogu Raspberry Pi a poznámkách k vydání. Pravděpodobně se jedná o poslední verzi postavenou na Debianu 12 Bookworm. Následující verze by již měla být postavena na Debianu 13 Trixie.
Richard Stallman dnes v Liberci přednáší o svobodném softwaru a svobodě v digitální společnosti. Od 16:30 v aule budovy G na Technické univerzitě v Liberci. V anglickém jazyce s automaticky generovanými českými titulky. Vstup je zdarma i pro širokou veřejnost.
sudo-rs, tj. sudo a su přepsáné do programovacího jazyka Rust, nahradí v Ubuntu 25.10 klasické sudo. V plánu je také přechod od klasických coreutils k uutils coreutils napsaných v Rustu.
Fedora se stala oficiální distribucí WSL (Windows Subsystem for Linux).
Společnost IBM představila server IBM LinuxONE Emperor 5 poháněný procesorem IBM Telum II.
Byla vydána verze 4.0 multiplatformního integrovaného vývojového prostředí (IDE) pro rychlý vývoj aplikaci (RAD) ve Free Pascalu Lazarus (Wikipedie). Přehled novinek v poznámkách k vydání. Využíván je Free Pascal Compiler (FPC) 3.2.2.
Podpora Windows 10 končí 14. října 2025. Připravovaná kampaň Konec desítek (End of 10) může uživatelům pomoci s přechodem na Linux.
Již tuto středu proběhne 50. Virtuální Bastlírna, tedy dle římského číslování L. Bude L značit velikost, tedy více diskutujících než obvykle, či délku, neboť díky svátku lze diskutovat dlouho do noci? Bude i příští Virtuální Bastlírna virtuální nebo reálná? Nejen to se dozvíte, když dorazíte na diskuzní večer o elektronice, softwaru, ale technice obecně, který si můžete představit jako virtuální posezení u piva spojené s učenou
… více »Český statistický úřad rozšiřuje Statistický geoportál o Datový portál GIS s otevřenými geografickými daty. Ten umožňuje stahování datových sad podle potřeb uživatelů i jejich prohlížení v mapě a přináší nové možnosti v oblasti analýzy a využití statistických dat.
Ale jestli může někdo potvrdit, že v takovém případě to řadič nebo SW raid v Linuxu překousne a přijdeš jen o ten souborTakto to nefunguje. HW řadič ani MD neví o souborech vůbec nic. V případě chyby čtení při opravě degradovaného pole je jednoduše konec. Na to jsou dobré souborové systémy typu BTRFS nebo ZFS, které ví kde co mají za data a v nejhorším případě opravdu přijdete o jednotlivé soubory (jejiž jména se dočtete v logu). (Ale R5 na BTRFS zatím není úplné OK.)
Takto to nefunguje. HW řadič ani MD neví o souborech vůbec nic. V případě chyby čtení při opravě degradovaného pole je jednoduše konec.To ho fakt neumí přeskočit (a třeba vyplnit nulama)?
ST31500341AS ST31500341AS ST2000DM001- ST31500341AS ST1500DM003- ST31500341AS ST31500341AS ST31500341AS ST1500DM003- ST31500341AS ST1500DM003- ST1500DM003-Pak mám ještě několik MD polí, kde se přiznám, že to nesleduju (vyhodí to disk když v RAID1/5/6 dojde k takovéto chybě?). Asi začnu.
Tak jsem na testovacím poli přehodil pár bitů, obsah se poškodil, ale data-check vůbec nic nenapsal. WTF?
[1265016.733130] md: md0 stopped.
[1265016.733773] md: bind<loop2>
[1265016.733888] md: bind<loop3>
[1265016.734011] md: bind<loop1>
[1265016.738171] md/raid:md0: device loop1 operational as raid disk 0
[1265016.738178] md/raid:md0: device loop3 operational as raid disk 2
[1265016.738182] md/raid:md0: device loop2 operational as raid disk 1
[1265016.739111] md/raid:md0: allocated 0kB
[1265016.740135] md/raid:md0: raid level 5 active with 3 out of 3 devices, algorithm 2
[1265016.740143] RAID conf printout:
[1265016.740147] --- level:5 rd:3 wd:3
[1265016.740152] disk 0, o:1, dev:loop1
[1265016.740157] disk 1, o:1, dev:loop2
[1265016.740163] disk 2, o:1, dev:loop3
[1265016.740196] md/raid456: discard support disabled due to uncertainty.
[1265016.740200] Set raid456.devices_handle_discard_safely=Y to override.
[1265016.740279] md0: detected capacity change from 0 to 57671680
[1265016.741451] md0: unknown partition table
[1265025.994964] md: data-check of RAID array md0
[1265025.994979] md: minimum _guaranteed_ speed: 1000 KB/sec/disk.
[1265025.994985] md: using maximum available idle IO bandwidth (but not more than 200000 KB/sec) for data-check.
[1265025.994997] md: using 128k window, over a total of 28160k.
[1265027.026126] md: md0: data-check done.
Je to zdokumentované asi tak všude (manuál) a nelze s tím nic dělat, protože prostě není možné rozeznat, který ze dvou daných různých bitů (= disků) je správnýCo takhle vyhodit chybu ze data nesouhlasi?
a neumí rozeznat poškozená dataUmí, v případě mirroru snad vidí, že se ty dvě kopie neshodují, a v případě RAID5, že 1 XOR 2 \= 3.
a nelze s tím nic dělat, protože prostě není možné rozeznat, který ze dvou daných různých bitů (= disků) je správnýKdyž mi to řekne, mohu obnovit ten soubor ze zálohy.
cat /sys/block/md*/md/mismatch_cnt
jinak je mozny, ze si pretocil bit ne v souborum, ale nahodou ve volnym miste nebo hur v metedatech fs
by me zajimalo, kdyz bys pretocil bit v souboru, tak jestli jeho cteni hodi chybu, ale myslim, ze RAID1 cte kvuli rychlosti bloky na stridacku, ale ne dvakrat, takze jednou dostanes preklopeny a jednou nepreklopeny. s RAID5 to asi bude stejny, bude cist 2 ze tri
jinak k puvodnimu tematu: mel jsem RAID5 s xfs, ted mam zfs raidz1 a btrfs raid5, to bych asi doporucil, kontrolu raidu nebo scrub delam z cronu jednou za tyden, dlouhy smart test jednou za mesic
jendo, dej po dobehnutym check (jak uz tu radili) cat /sys/block/md*/md/mismatch_cntHa, super, dám ten soubor na serverech monitorovat.
jinak je mozny, ze si pretocil bit ne v souborum, ale nahodou ve volnym miste nebo hur v metedatech fsNe, koukal jsem přímo na blokové zařízení bez FS.
by me zajimalo, kdyz bys pretocil bit v souboru, tak jestli jeho cteni hodi chybuNehodilo.
btrfs raid5Ještě nedávno to neumělo rebuild po výpadku disku, teprve ve 3.19 je experimentální podpora. Ale přemýšlím, že to asi zkusím nasadit.
Když mi to řekne, mohu obnovit ten soubor ze zálohy.
To by ti ten MD musel vrátit číslo sektoru, potom pokud je nad tím md nějaký LVM nebo něco bys musel najít v jakém oddílu a offsetu se to vyskytuje a potom přes debugovací fce FS najít jaký soubor tam má data.
Jako, šlo by to, ale to už je mnohem jednodušší nasadit BTRFS, kterej ti to vykecá přímo do logu.
1 bit ku 10^12 až 10^15, což odpovídá zhruba 1 bitu na jednotky až desítky TBDistribuce co jsem potkal (Debian, CentOS) pole pravidelně (cron.monthly) celé přečtou, takže se na chyby většinou přijde dřív než když pak jeden disk opravdu chybí. A pokud to má na filmy, tak tam by jeden vadný sektor uprostřed nemusel tak moc vadit, dekodér pravděpodobně nakreslí do pár framů barevný čtvereček.
Jaká jsou negativa toho BTRFS při tomto způsobu použití?"Neštastné" chování při selhání disku. Zatímco v normálním stavu si můžete disky přidávat a ubírat jak chcete (samozřejmě s ohledem na volné místo a počet disků toho kterého typu raidu), tak pokud jeden disk selže, tak ten FS musíte odpojit, připojit jako degraded, udělat btrfs device delete missing, odpojit, připojit normálně. (Možná to jde udělat jako mount -o remount, to jsem nezkoušel). Takže je tam poněkud nelogicky výpadek, což je škoda. Přitom ten btrfs i v normálním stavu ví, že nějaké device už tam není (je to vidět ve výpisu btrfs fi show). Jen ho neodstraní, to až v degraded módu.
Jak se chová BTRFS při chybě čtení? Přepne FS do read-only?Přečte data z jiného disku. Jako za normálních okolností pokud jeden disk vypadne, tak nepoznáte, že nějaký disk vypadl. FS je normálně dostupný. Poznáte to jen ve brtfs fi show nebo btrfs device stats, kde jsou právě počty chyb čtení. A on ten výpadek v případě toho umount mount degraded umount mount je jen pár minut. Ano, "vypadne" celý fs, ale ta data jsou i v tom degraded režimu normálně dostupná. Jediná nedostupnost je mezi těmi remounty. Ale mnoho zkušeností s vadnými disky nemám. Mnohem víc o tom ví místní Aleš Kapica.
A on ten výpadek v případě toho umount mount degraded umount mount je jen pár minut.No jo, ale taky musíš zabít všechny kdo tam mají něco otevřeno.
Offline_Uncorrectable Current_Pending_Sector Reallocated_Sector_Ct Reallocated_Event_Count
Také zmizí "Current Pending Sector" a objeví se v "Reallocated Sector Count".
No, tak by to mělo fungovat, leč výrobci disků si vykládají smart atributy po svém a to ještě u každé řady jinak. Takže například dokážou zázrakem realokovat sektor a přitom nevyvolat event apod. No, je to spíš smutné. Aby toho nebylo málo, tak soft od WD pro widle dokonce vymaže tabulku hodnot, takže ten disk (který je normálně na reklamaci) se pro prozkoumání nástrojem od WD tváří ve smartu jako nový.
Model Family: Seagate Barracuda 7200.14 (AF) Device Model: ST3000DM001-1CH166 Firmware Version: CC27
Predpokladam, ze nekde vevnitr je to galvanicky oddelene.jj, je tam žárovka a solární panel.
Blesku se nebojim, mam UPS integrovanou prepetovou ochranou. Predpokladam, ze nekde vevnitr je to galvanicky oddelene.Jako vtip dobry, ale jinak totalne mimo. V pripade primeho zasahu bleskem (pripojeni pres wifi a zasah anteny a podobne). ti s vysokou pravdepodobnosti z te UPSky a PCcka moc nezbyde. V pripade blizkeho uderu blesku (svedeni hromosvodem na dome nebo tak neco) ti ale prepetovka moc nepomuze. Troska matiky: Maximalni zemni odpor hromosvodu podle platnych norem je 10Ohm. Bleskovy proud muze byt klidne 100kA. To znamena napeti mezi hromosvodem a zemi je s klidem 1MV. A ted si predstav ze budes mit mezi hromosvodem a zemi cestu s odporem radove 1kOhm - coz se klidne muze stat v pripade spojeni anteny na strese s hromosvodem a podobne. Touhle cestou = napriklad po TV koaxu ti potece 1kA. To se sice bude dal v rozvodech rozkladat do dalsich paralelnich vedeni ale stejne to s dost vysokou pravdepodobnosti skonci nutnosti rekonstrukce alespon casti elektroinstalace. Predstava ze prepetovka v nejake UPSce tohle ustoji mi prijde krajne naivni. Nehlede na to ze prepetovka ti resi napeti ktere se na misto dostava po dratech. Neresi a ani nemuze resit vliv elmag. poli. Tady mas obrazky jak dopadne CRTcko - magneticke pole vyvolane uderem blesku do hromosvodu zmagnetizovalo mrizku natolik ze vznikl takovyhle krasny barevny efekt. Ale obecne je to i trosku o nahode. Doma jsem si hral s impulznim zdrojem vysokeho napeti (tak do 300kV, vic jak 30cm to nelitalo) a naindukovane pole odsmahlo zdroj k externimu 3.5" disku. V druhem pripade vyboj preskocil pres VN zdroj do napajeciho zdroje kde to na vstupnim filtru speklo fazi a nulu a akorat to vyhodilo pojistky a nic vazneho se nestalo. Jinak, ad galvanicke oddeleni - ne nutne :)
Predpokladam, ze nekde vevnitr je to galvanicky oddelene.
Jak v které. Některé mají trafo zapojené jako autotransformátor, tím regulují změny napětí v síti tak, aby na výstupu bylo přibližně stejné. Takže oddělení žádné. Některé mají klasické trafo, s izolací pochybnou Integrovaná přepěťová ochrana v UPS je na dvě věci, pokud elektroinstalace v domě neobsahuje další ochranné prvky (ochrana proti přepětí se dělá jako postupná kaskáda, kde každý další prvek sníží velikost vlny na nějakou hodnotu, jestli tohle v elektroinstalaci není, tak ten MOV v UPS nebo ve zdroji nic nezmůže).
Je to ok?Jediný, kdo může na tu otázku odpověďět, jsi ty.
Jeste si dovolim poznamenat, ze zalohy je treba kontrolovat. Pokud nastane silent corruption, tak se ti s prehledem muze stat, ze budes zalohovat/archivovat poskozena data aniz bys to vedel. V momente, kdy ti vyprsi retence te zalohy, tak zjistis, ze spravna data proste nemas. Videl jsem to nekolikrat u zakazniku a vetsinou to vedlo ke ztrate dat.Protože mám funkční zálohování, vykašlal jsem se na online redundanci. Tedy žádný RAID. Data jsem rozdělil mezi disky podle jejich logického členění (/home, zálohy, fotky, filmy, hudba) a s příchodem celkem relativně levných 4TB disků má každý mountpoint celkem přijatelnou rezervu. A také vím, co na kterém disku je.
Tiskni
Sdílej: