Dotaz: dma_timer_expiry: dma status == 0x60, ztráta dat

[Ritchie]

Disk Seagate ST3160023A přestal reagovat a jádro vyplivlo

hda: dma_timer_expiry: dma status == 0x60
hda: DMA timeout retry
hda: timeout waiting for DMA
hda: status timeout: status=0xd0 {Busy}

atd.

Disk znovu naběhl až při vypnutí a zapnutí počítače. Otestování programem od Seagate na bad blocks nepřineslo žádný špatný výsledek. Poslední otevřené soubory obsahovaly jen znaky s ASCII kóde ctrl+@. Disk pracuje v UDMA5 modu. Jádro používám Gentoo 2.6.7r5. S diskem Western Digital WDC WD153BA v UDMA4 modu v Mandrake s 2.4 ani s 2.6 jádrem ve stejném stroji problémy nikdy předtím nebyly.

Konfiguraci jádra dodám na požádání.

Nyní se bojím svěřit disku jakákoliv důležitá data. Kde mohla být příčina problému a jak ji odstranit?

Odpovědi

[David Jež]

Hned se pozna gentooista... Hmmmmm a radic je jako co? Vice infa nezaskodi. Pokud je to jak predpokladam SATA a pokud je to sil3512 (coz mam odzkousene, ale muze to delat i na dalsich sata radicich) tak pomuze 2.4.26 s libata3 pripadne posledni libata clean od Jeffa. XFS vsechny pokusy uspesne preziva v pohode, jinak se to obevi pouze pri zapisu a vetsiho mnozstvi dat, disk prestane reagovat. Kdo se boji nesmi do lesa, ten disk je v pohode.
-djz

[Ritchie]

Disk není SATA, ale PATA, proto si myslím, že řadič nebude tak důležitý, ale budiž -- VT82C686 (KT 133).

Doprčic, tohle není v pohodě, protože mohu přijít o rozdělanou práci. Kdysi jsem přešel na Linux, neboť jsem mimo jiné hledal stabilitu. Rozhodně bych rád příčinu problému odstranil, aby se problém neobjevil znovu v obzvláště nevhodnou chvíli.

Díky za ochotu pomoci.

[Petr Šobáň]

Problém ?

Kabel, konektory, jiné zařízení na kabelu, výpadek zdroje, nedokonalý kontakt atd.....

Prostě někde se oběvila náhodná chyba která po vypnutí zmizela a to se těžko hledá.

[David Jež]

No jestli to udelalo nahodne a predtim to fungovalo tak muze byt. Mel jsem ale za to ze mu to celkove nefunguje.
-djz

[David Jež]

HM, dulezity teda je, protoze stejny problem ma prave jak jsem psal SATA. No KT133 to znamena 686B (umi ultradma100 ne?) coz je asi nejslavnejsi bugoidni chipset v historii. Mel jsem sice zato, ze uz je chyba nejak odstranena, ale je mozne ze ne. Disk samozrejme muzes zkusit i jinde jestli funguje ale osobne si myslim, ze je to ponorkova nemoc radic s diskem a ze disk je opravdu v pohode. Muzes tam zkusit jine jadro protoze jestli jsi psal ze s nejakym jadrem fungovalo tak s nim asi fungovat bude a v gentoo snad neni takovy problem misto na poslednim moznem jadre jet ja nejakem ktere funguje ne? Dalsi moznost by byla shodit trosku rychlost, treba na udma4 nebo 2. Podle tech hlasek to proste nekdo nestiha, ale faktem je, ze tyto seagaty maji nejake vychytavky kvuli kterym s nekterymi radici proste nefunguji. Mas jich k dispozici vic na odzkouseni? Jestli to dela jen jeden nebo proste tato rada? Poznas to pri zapisu treba 2x dd nekam a hdparm a melo by to zustat vyset. Muzes na tom zkusit i jiny disk (treba nejaky Maxtor). Pokud ti tam nepojede jen seagate tak mas vzasade 3 moznosti: najit jadro s kterym pojede a zjistit tim padem kde je chyba, reportnout opravit; vymenit radic; vymenit disk.
-djz

[Ritchie]

Asi si nerozumíme, omlouvám se. Disk běží bez problémů, až na ten výpadek. Zkontroluji kabeláž, a když se chyba objeví znovu, zkusím přepnout na UDMA4. OT Čím byl KT133 bugoidní?

[David Jež]

Aha, tak to uz je v pohode To jsme si fakt nerozumeli, protoze jsem myslel ze ti to dela porad a ne jen tak zrazu (holt deformace povolanim, vetsinou neco rozjizdim...). Jestli to bylo nahodne tak to nemusel at uz z jakehokoliv duvodu stihat nebo mel dost (nevim, hodne pozadavku, vyssi teplota, rekalibrace nebo seekovani k tomu) pripadne ruseni nebo jestli to mas trosku pretaktovane. Pokud ale utility k disku nehlasi chybu a v smartlogu nic zavazneho neni tak to jeste nemusi byt obavy, kazdopadne to sleduj, pak budem vedet vice. Jinak ten chipset (686B) mel nejake chyby pri DMA pristupech na disk vetsinou to sekalo celou masinu nebo si kopiroval velky soubor a nedostal si stejna data a pokud mrknes kamkoliv do archivu konferenci tak najdes neco blizsiho, bylo toho vsude plno. Ale bylo to tak v dobach 2.4.14 coz je myslim delsi doba. Ale pokud ti to zachybovalo jen jednou nahodne tak se te to asi netyka.
-djz

[Ritchie]

Příběh má pokračování. Renovoval jsem počítač tak, že ze starého počítače zůstal jen ten problematický disk. A nový počítač s chipsetem VIA K8T800 Pro příležitostně tuhne dál, i když už méně často. Co vypisuje jádro jsem bohužel nestačil zjistit, ale chování je stejné: Svítí dioda signalizující práci s diskem, ale jakákoliv operace s diskem končí uvíznutím v jádře. Po restartu BIOS disk nemůže detekovat – BIOS se při detekci kousne. Pomůže až vypnutí a znovuzapnutí počítače.

Takovéto vytuhnutí vede k poškození filesystému (ext3). Když byl počítač nekorektně vypnut (výpadek elektřiny), tak filesystem požkozen nebyl.

Ve SMARTu jsou dvě podezřelé chyby. Kompletní výpis smartctl -a /dev/hda jsem vystavil na web.

Jsem přesvědčen, že chyba bude v disku. Nebo máte ještě nějaký nápad, kde by mohl být zdroj problémů? Jak mám disk nejlépe reklamovat, když počítač tuhne zcela nečekaně třeba až po několika stech hodinách nepřetržitého běhu? Díky za rady.

[Maude Lebowski]

Jsem si jista, ze je zavada v disku. Pokud se disk chova stejne ve dvou ruznych strojich, s ruznymi kabely tak je temer jiste, ze je zavada v disku. Vhodne jsou kombinace novych a starodavnych chipsetu.

S reklamaci podobnych "zasekavajicich se" disku nemam problemy. V obou pripadech jsme dostali novy disk.

[Ritchie]

Problém vyřešen reklamací a výměnou disku.