Když se podělaj dvě věci najednou...

14.10.2007 09:23 | Přečteno: 1454× | Problémy | poslední úprava: 14.10.2007 09:40

To jsem se včera probudil, řekl jsem si, že by nebylo od věci zkusit nový Wine, když je na něj taková chvála. Kompiluju a po chvíli mi vytuhnul komp...

I když mám 2 GiB RAM, napadlo mě, že by to mohlo být nedostatkem, ale to většinou nevytuhne ihned, tak jsem to znova nahodil a kompilaci spustil ještě jednou, tentokrát jsem to sledoval. Vytuhlo to ještě dřív, a to už při rozbalování, tak jsem pustil find na celej ten oddíl (reiserfs 3.6 na 320 GiB SATA II disku, kde mám portage tree a cache, overlay, /tmp, /root), no a když se po chvíli seknul i ten, nabootoval jsem s init=/bin/bash a zkusil spustit reiserfsck, kterej proběhl v pohodě, jenže moc nepomohl...

No, zkusil jsem teda rebuild-tree, jenže v tuhle chvíli se objevil starej dobrej problém s libata... aby to naštvalo ještě víc, projevil se samozřejmě až na úplném konci operace (Syncing). A to jak na mém systému, tak na Gentoo LiveCD 2007.0 a 2006.0 (které má dokonce Linux 2.6.15!). Přehodil jsem disk do jinýho řadiče (zjistil jsem, že tohle nějak pomáhá, ale ne že by nějakej řadič byl rozbitej - později to začne blbnout i tak, a pak pomůže vrácení jak to bylo ;)) a pak už to prošlo. Nepřišel jsem o žádný data, takže super.

Jsem poučen, že by nemuselo být úplně od věci zálohovat Portage cache, protože o tu kdybych přišel, tak asi jdu postal :D

$ tar cf - /var/db/pkg/ | pv -cN tar | bzip2 -c9 |\
  pv -cN bz2 > portage-cache.tar.bz2
      bz2: 22.3MB 0:00:28 [ 798kB/s] [           <=>  ]
      tar: 48.5MB 0:00:28 [1.71MB/s] [           <=>  ]

PS: Mimochodem, přeložil jsem GTK-Qt theme engine (zatím je to jen v SVN, cs.po). Někdo kdyžtak dopřeložte tu aMuli...        

Obrázky

Komentáře

[Petr "Glubo" Sýkora]

Jé díky, pv jsem neznal a moc se mi líbí.

[jan.xxx]

Co je tedy to pv?

[David Watzke]

Hledej.

[Heron]

Nechceš si místo toho CPU raději koupit kvalitnější desku?

[David Watzke]

Nechci, není to problém desky. Ta je náhodou super. Jen tak mezi náma, kupoval jsem snad tu nejdražší co jsem mohl (v HardExu neměli levnější 939 s nForce a já jsem ATi chipset fakt nechtěl, protože kdo ví, co je to zač).

[Heron]

Nejdraží sice může znamenat nejkvalitnější, ale chybičky se najdou.

Čím to tedy je?

[David Watzke]

Jádrem. Jakmile nastane nějakej problém související s ATA (teď se podělal reiserfs, ale stačí do mechaniky vložit nečitelné CD), hned začne šíleně trojčit - resetuje port, zkouší všechny možný rychlosti a podobný blbosti (a to zdaleka nedělá jen mně), no a hlavně to zařízení dovede do takovýho stavu, že už pomůže jen tvrdej reset. Přitom by asi stačilo jen chvíli počkat.

[Luboš Doležel (Doli)]

Souhlas. Nedávno, když jsem dal do mechaniky nefunkční DVD-RW, vypadalo to, jako by SATA ovladač kvůli tomu cítil povinnost vyresetovat celý vesmír.

[Heron]

Hmm tohoto chování jsem si nikde nevšiml. Jádra tam jsou stará, tak vidím, že updatovat jen tak nebudu.

[petr_p]

Takže se to chová stejně blbě jako IDE subsystém, který když se nemůže dočkat dat, tak je nejlepší dát mu 15 minut na vyblbnutí?

[David Watzke]

No, vypadá to tak. Ono to po čtvrt hodině přestane řádit?

[petr_p]

Pokud nelze přečíst data, která požaduje jádro (např. swap), tak samozřejmě jde systém do háje. V opačném případě jádro po dlouhé době usoudí, že už nemá smysl to znovu zkoušet, procesu řekne, že došlo k chybě, a jede se dál.

Já jsem se domníval, že ide má problémy kvůli chybné architektuře (kdy půlka řadiče je v disku/mechanice a druhá na desce), případně že jádro je příliš optimistické (vypnutí DMA, opakované pokusy přečíst ten samý sektor, reset řadiče, dlouhé timeouty) a nikomu nestálo za to to udělat nastavitelné, připadně protože tak praví specifikace IDE.

Si zkuste přečíst soubor z IDE CD/HDD, který je uprostřed nečitelný.

[David Watzke]

To by chtělo tuhle ptákovinu v jádře najít a nějak to řádění zkrátit...

[Heron]

K vůli mechnikám asi jo. Z hdd bych byl velmi rád, kdyby ty data z toho dostal.

Ale doteď mi není jasné v čem spočíval tvůj problém. Buď je tedy vadný disk, nebo řadič, protože po přečtení diskuse jsem nabyl dojmu, že jádro tohle dělá jen když něco nemůže přečíst. Nebo to mám chápat tak, že toto chování způsobil pád reiseru, tedy věci, která je výš než diskový subsystém?

[David Watzke]

Mám pocit že jo, ten řadič normálně třeba měsíc funguje a dokud se nenajde třeba zkriplený médium nebo teď tohle, tak pohoda...

[petr_p]

Díval jsem se dokumentace k lib(p)ata a sám autor si tam na řešení chybových stavů stěžuje. Prý je obecně problém v tom, že při chybě se vyhodí přerušení, které řekne, že došlo k chybě, ale už ne k jaké. Na to je třeba vyslat další požadavek a čekat na chybu o chybě.

Proto asi ide ovladač vypíná DMA a proto se na jednu chybu vyrojí několik chybových hlášek a proto trvá tak dlouho ošetření chyby.

Dále si stěžuje, že IDE neřeší stav po chybě, takže jediný osvědčený způsob je zařízení restartovat.

Minimálně bych ale rád viděl nějakou možnost nastavení počtu opakovaných pokusů o přečtení ze strany jádra.

Pokud mám jediný HDD, tak je asi rozumné se z něj snažit vymáčknout maximum (jak je to udělané teď, že chybný blok je čten ručně sektor po sektoru bez DMA a to mnohdy opakovaně).

Pokud ale mám RAID kvůli redundanci, tak je podle mě lepší chybující disk netrápit, protože systém je pak zaměstnán tímto diskem (obsluha přehršle přerušení bez DMA) a systém jako celek nepoužitelný.