Dotaz: Chyba ext3 na USB

[pou]

Ahoj, mám nainstalovanej systém na USB flash disku(debian), po téměř mesíční bezproblémové funkčnosti se mi system sekl. Po opětovném zapnutí po několika hodinách se opět sekne,

Píše to něco jako:

[39018.237094]ext3-fs error (device sda1): ext3_find_entry: reading director # 177768 offser 0

Tyto hlášky mám přez celý monitor.

Máte někdo potuchu co bych měl udělat abych se tomuto vyhnul?

Děkuji

Odpovědi

[Jendа]

Flashka očividně nevydržela měsíc provozu.

Těžko ale říct, která flashka nebo paměťová karta bude kvalitněji zpracovaná.

[Kit]

Obávám se, že je to signalizace HW závady toho USB flash disku, který není na takovou zátěž stavěný a nejspíš je po něm. Trochu může pomoci parametr NOATIME při mountování.

[Jendа]

Když už jsme u té optimalizace, nevím, o jaký systém jde (router, desktop, výpočetní node…), ale v některých případech je nejlepší připojit / pouze pro čtení a /tmp, /var/log a další adresáře nechat jenom v paměti (pokud si tazatel může dovolit obětovat řádově 10 MB). Návodů na webu bude spousta a pokud se z flashky pouze čte, vydrží skoro věky.

A kdyby to nešlo, tak ještě může zkusit vypnout žurnál a co nejvíc omezit logování a jiné zápisy na flashku.

[pou]

PC slouží pro minitoring provozu site + logovani teplot. Vse se uklada do databaze (sql). Zatez je minimalni asi 30zaznamu za hodinu, pameti je k této činnosti pomerne dost (512MB).

[Kill_Bill]

Zkusil bych ext2.

[Jendа]

A pokud má UPS nebo nějaké jiné zabezpečení proti ztrátě hodnot, zkusil bych mu nastavit commit= třeba na půl hodiny.

[lertimir]

Co brání v použití HDD?

Levné flash jsou cíleně stavěny na malé množství zápisů a v takovémto použití vždy se zničí. Přispívá k tomu i to, že z principu technologie mají flash disky obrovské sektory (cca 100 kB i více), i když hlásí standardní 512 bytové sektory. Při zápisu 1kB řadič na kartě musí všechny 100 kB načíst, změní 1kB a znovu celé 100 kB zapíše. A tím zápisem se každá paměťová buňka pomalu ničí. Moderní levné flash jsou multi level cell MLC tedy každá buňka má více napěťových úrovní a tím uchovává více bitů. Tím se snižuje počet buněk a tím cena, ale snižuje se počet zápisů do jedné buňky, které ještě zaručují zachování takových napěťových úrovní, aby bity byly spolehlivě detekovatelné. Mohou to být jen desítky tisíc zápisů. A těch 30 zápisu za hodinu za měsíc dává 30x30x24 = 21 600 zápisů, kdy se v položce adresáře(inode) mění velikost souboru a čas posledního zápisu a současně se zaisuje okolních 100 kB dat. a v případě, že ten soubor je někde v okolí tak je to zápis 2x. jednou do souboru data a jednou informace o datech do adresáře. Flasky, které takové zapisování vydrží a mají vnitřní mechnismy jak to najít a přemostit výpadky bloků po mnohonásobných zápisech jsou flash disky, které jsou násobně dražší než flash do USB nebo karty do foťáků.

[Jendа]

Flasky, které takové zapisování vydrží a mají vnitřní mechnismy jak to najít a přemostit výpadky bloků po mnohonásobných zápisech jsou flash disky, které jsou násobně dražší než flash do USB nebo karty do foťáků.

Nějaký tip na takové zařízení (také plánuji provozovat jeden embedded Linux z flashky - bude napájen bateriově)?

[Petr Šobáň]

Jednoduché - nezapisovat na flash

Prostě data držet v RAM případně je posílat na jiný server - maximálně na flash zapisovat při vypnutí uložit data.

[Jendа]

30 záznamů za hodinu nemusí být minimální pokud uvážíme, že flashka musí i při změně jediného bitu přepsat celý ~512KiB blok. Pokud se pokaždé v DB změní hodnota a index, bude to za hodinu 30 MiB a pokud flashka pořádně nezvládá rozklad zátěže (jak se tomu nadává cizím slovem?), klidně to dá několik stovek přepisů nějakého místa za měsíc. A na to vylevněná flashka za pár stovek opravdu není stavěná.

[Jendа]

jak se tomu nadává cizím slovem?

Už jsem si vzpomněl, wear-leveling.

[pou]

Takže, když to shrnu tak OS na flash disku nema vubec cenu. Je to škoda protože PC mam pouze pasivně chlazené, zdroj je adaper 12V a jedine co bude hlučet bude disk....
nebo jak psal Petr Šobáň, system z flash disku mit pouze ro. Do ram udelat oddil do ktereho by se ukladala db a pri vypnuti a zapnuti by se do oddilu na ram nakopirovaly potrebne db zaznamy (nevim presne jestli to jde nebo jak to udelat ale napad snad dobry) Horsi by to bylo s vypadkem proudu...

[Kit]

Má to cenu. Jen je nutné co nejvíc omezit zápis. Když místo do databáze budeš logovat zápis do souboru (pouze append), tak problémy s životností nebudou.

[lertimir]

Takže, když to shrnu tak OS na flash disku nema vubec cenu.

Většinou je to v podstatě otázka peněz. Zařízení deklarované jako flash disk se právě již prodává s tím rozkladem zátěže (wear-leveling), který zmiňoval Jenda, a obsahuje jinak kounstruované chipy a je odolnější na násobný zápis, takže může vydržet i 1000 x více zápisů (mlc) nebo v případě SLC je v podstatě neutahatelné. (Intel vyrábí SLC disk jako rychlou cache pro HDD, tam zápisl bude nepřeberně.)

levné MLC je třeba tohle http://www.czechcomputer.cz/product.jsp?artno=86330 (Máte někdo zkušenosti, jak je to s podporou příkazů TRIM, který provádí gabage collection na SSD discích. Wikipedia tvrdí, že EXT4 a BTRFS podporu mají, ale navíc se musí podpořit parametrem ve fstab.)

SLC levné není a nejlevnější na CZC mají http://www.czechcomputer.cz/product.jsp?artno=80749

Na druhou stranu je také vhodné řešení trochu zvětšit pamět a v paměti mít to, kam se více píše.

Nebo použít jednoplotnový notebookový disk, který bude také dost tichý např http://www.czechcomputer.cz/product.jsp?artno=88113.