Názory k článku
Jádro 5.12-rc1 poškozuje souborový systém

To bylo posměšků, když byla chyba, která poškozuje FS, ve Windows

Myslíš tu chybu, která tam furt je? Na milionech zařízení? A porovnáváš ji s chybou, která je ve vývojové verzi linuxu, opravená pravděpodobně ještě dnes? :)))

Novinka není dnešní, opraveno to už dávno je :-) jen se urychlí vydání release candidate pro ty, kteří nejedou přímo na master větvi.

Přesněji řečeno je v mainline opravená už od úterý. (OK, našeho času až ve středu 3:18 ráno.)

Je nekde zmineno od kdy tam chyba je a jakou zmenou se tam dostala a od koho (pta se lajk)? Z Linusovi zpravy ani z Phoronixu jsem to nevycetl, nebo to prehlizim.

Dostala se tam během merge window s commitem 48d15436fde6 ("mm: remove get_swap_bio"), který byl součástí většího cleanupu. Jestli dobře vidím, do mainline se to dostalo 21.2.

Da sa vzdy presne zistit ktory riadok zdrojoveho kodu KTO a KEDY pridal, zmenil a vymazal.

A ono sa to ani nestava ale na to su predsa tie RC verzie aby sa to vyskusalo.

na windowsu to bylo pár let ve stabilní verzi. To poškození ale jak si pamatuji bylo pouze nekonzistentní stav metadatech, který se detekoval a opravil při restartu, tady to náhodně přepisuje datovou část na disku. Řekl bych, že to v principu není srovnatelné.

Ale Tá chyba sa reálne prejavuje len v Ubuntu.
Mám 5.12rc1 ale mám dve swap partitions a ak je swap na partitions tak chyba nevzniká. Iba ak je swap v súbore čo má default, tuším, len Ubuntu.

Jedu na něm, protože se mi tam podařilo rozjet s2idle na Ryzenu a trochu ve mě hrklo, když jsem to četl před pár dny v Phoronixu, ale naštěstí swapfile nepoužívám.

Porovnávat to s tou chybou ve Windows je úplně mimo. Tahle chyba se objevila hned v prvním release candidate, což je první verze, která byla vydaná k testování a zjevně ten proces zafungoval dobře, protože to je už opravené a jen čekáme na další RC. Než se 5.12 stane stabilní, potrvá to ještě tak dva měsíce a než se dostane do distribucí, které používají běžní smrtelníci, bude to ještě tak o měsíc víc. U většiny ale mnohem déle.

Navedete mě na tu s2idle věc? Mám laptop s 3700U Ryzenem, suspend jsem si udělal normální (S3) úpravou ACPI tabulek.

Sleduju tohle vlákno: https://gitlab.freedesktop.org/drm/amd/-/issues/1230

Mám 4700U ale myslím, že tam jsou lidi i s 3xxx. Je to teď hodně aktivní, protože se tam minulý víkend objevily patche, které rozjely s2idle mnoha lidem a minimálně na mém HP Envy to vypadá nadějně.

Bezva, díky. Taky Envy. S klasickým S3 sleepem to funguje bez problémů, jen je to hack, na který musím myslet při upgradech BIOSu (i když ne, že by jich bylo nějak moc).

Jinak s 5.11 máme už konečně AMD Sensor Fusion Hub :-) ale zatím chybí driver pro akcelerometr, co za ním je.

Já čekám už půl roku na tyhle patche jak na smilování. Můj Envy už nemá S3 v ACPI tabulce, takže tam není jak povolit. Po koupi jsem z toho byl docela nešťastnej. Naštěstí ten notebook nabootuje asi za 30 sekund.

Akcelerometr mi nechybí. I když jde notebook otočit, tak ho používám stejně jen na stole :-) Ale zlobila mě ta originál Realtek WiFi/Bluetooth karta. Od jádra 5.9 do 5.10 nefungovalo vůbec Bluetooth a WiFi vypadávalo i na 5.11. Teď jsem tam dal WiFi 6 kartu od Intelu a je to mnohem lepší.

Tak tohle byla ta chyba! Se mi pár týdnů zpět přesně tak rozbil systém, když jsem si nainstaloval -next větev. Bohužel jsem pak neměl čas ani disk zkoumat, co se kde rozbilo, protože jsem opravoval datové struktury na disku a nevěděl jsem, kterej můj zásah to přesně způsobil: posledních pár verzí kernelu má problém s hibernací a následným vzbuzením GPU (starý ati radeon driver), takže jsem párkrát natvrdo rebootoval. Navíc jsem ještě upgradoval systémový knihovny a patchnul irda do toho -next kernelu.

Jinak selhalo to klasicky při rebootu (hibernace do swapfile) že není nalezen rootfs, při připojení disku do jiného stroje dokonce vyskakovaly kernel segfaulty (NULL přístup). Až po třetí opravě puštěné po sobě (nejprve na obrazu) se filesystém jevil jako OK, ale všechno z kořenového adresáře se přesunulo do lost+founds. Po překopírování bylo ve filesystému tak 10 podivně poškozených souborů (z Makefile se stal adresář, nastavily se flagy jako immutable a ani po zrušení nešel smazat). Nakonec se mi je ale povedlo smazat přes debugfs. Od té doby filesystém zatím funguje, ale suspend to swapfile zatím nepoužívám (než budu mít čas a volný disk testovat ten GPU driver).