Platten Aerger

[Florian Lohoff]

On Tue, Mar 02, 2004 at 09:58:49PM +0100, Maik Holtkamp wrote:
> Aber leider kommt ein Übel ja selten allein:
> 
> ---cut---
> Mar  2 02:11:03 syl kernel: hde: dma timeout retry: status=0xd0 {Busy }
> Mar  2 02:11:03 syl kernel: 
> Mar  2 02:11:03 syl kernel: hde: DMA disabled
> Mar  2 02:11:03 syl kernel: PDC202XX: Primary channel reset.
> Mar  2 02:11:03 syl kernel: PDC202XX: Secondary channel reset.
> Mar  2 02:11:03 syl kernel: hde: set_drive_speed_status: status=0xd0 { Busy }
> ....
> Mar  2 02:11:23 syl kernel: hde: set_geometry_intr: error=0x04 { DriveStatusError }
> Mar  2 02:11:23 syl kernel: hde: status error: status=0x01 { Error }
> Mar  2 02:11:23 syl kernel: hde: status error: error=0x04 { DriveStatusError }
> Mar  2 02:11:23 syl kernel: hde: status error: status=0x01 { Error }
> Mar  2 02:11:23 syl kernel: hde: status error: error=0x04 { DriveStatusError }
> Mar  2 02:11:23 syl kernel: hde: status error: status=0x01 { Error }
> Mar  2 02:11:23 syl kernel: hde: status error: error=0x04 { DriveStatusError }
> Mar  2 02:11:23 syl kernel: PDC202XX: Primary channel reset.
> Mar  2 02:11:23 syl kernel: PDC202XX: Secondary channel reset.
> Mar  2 02:11:23 syl kernel: hde: set_drive_speed_status: status=0x01 { Error }
> Mar  2 02:11:23 syl kernel: hde: set_drive_speed_status: error=0x04 { DriveStatusError }
> Mar  2 02:11:23 syl kernel: ide2: reset: master: ECC circuitry error
> Mar  2 02:11:23 syl kernel: end_request: I/O error, dev 21:06 (hde), sector 111179352
> ....
> ---cut---

Das sieht SCHWER nach Kabelproblemen aus - ECC Fehler heisst das bits
zwischen festplatte und Controller geflippt sind. 

> Kann es sein, dass er zuviel mit dem logging der remote Meldungen zu
> tun hatte und daher um 00:39 die o.g. Meldungen "geschluckt" hat?
> 
> Ich habe die 00:39er Umgebung abgesucht dort gab es sowas nicht.

Ist dein root-fs vielleicht auf diesen platten ? 

> Damit spielt er jetzt seit einer guten Stunde. Vorher, bei < 2.4.24
> habe ich das aber nie gebraucht, obwohl beim Überspielen von DV
> Daten dort bestimmt etwas Dampf drauf kam ... mal abwarten. Die
> wichtigen Daten schaffe ich schon mal aus dem Weg.

> Bernhard: Bei einem smartctl -i /dev/hde bekomme ich die Meldung das
>           die Platte SMART unterstuetzt und es eigeschaltet waere und 
>           dann ein reprozierbares Einfrieren der Kiste, bei ein paar
>           netten @@@ Zeilen im log :(.
>           Ich vermute eh' ganz schwer es liegt am Promise,
>           vielleicht auch daran das das README nicht explizit hd_e_ 
>           erwaehnt.

Das hoert sich schwer nach treiberproblemen an - Was fuer ein promise
ist das denn genau ? Ich habe sowas auch am laufen:

PDC20269: IDE controller at PCI slot 00:09.0
PDC20269: chipset revision 2
PDC20269: not 100% native mode: will probe irqs later
	ide2: BM-DMA at 0x1090-0x1097, BIOS settings: hde:pio, hdf:pio
	ide3: BM-DMA at 0x1098-0x109f, BIOS settings: hdg:pio, hdh:pio

Und der laeuft ganz hervorragend.

root at source:~# grep PDC /boot/config-2.4.24
# CONFIG_BLK_DEV_PDC202XX_OLD is not set
# CONFIG_PDC202XX_BURST is not set
CONFIG_BLK_DEV_PDC202XX_NEW=y
# CONFIG_PDC202XX_FORCE is not set
CONFIG_BLK_DEV_PDC202XX=y
# CONFIG_BLK_DEV_ATARAID_PDC is not set

Und das im ueberigen auch mit S.M.A.R.T. - Vielleicht mal PDC..._NEW
nehmen ?

Flo
-- 
Florian Lohoff                  flo at rfc822.org             +49-171-2280134
                        Heisenberg may have been here.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lug-owl.de/pipermail/linux/attachments/20040302/82866756/attachment.sig>