Am Samstag, 20. September 2003 22:47 schrieb David Haller:
# dmesg hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
Das waren vorher 9 CRC-Fehler
Das bedeutet "nur", dass die CRC-checks Fehler liefern. Das Feature dieser CRC-checks auf dem IDE-Bus gibt es (erst) seit UDMA 66 mit den Kabeln mit 80-Adern. Falls also diese Meldungen auftreten, gilt es, zuerst mal die Kabel und die Steckverbindungen zu ueberpruefen. Ausserdem kann das durch ein zu langes oder schlechtes[1] Kabel verursacht werden.
Ich habe nun das Kabel gewechselt und beim 1. Hochfahren mit dem anderen Kabel, gab es 4 CRC-Fehler hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } ide1: reset: success und nach einem Reboot gab es keine Fehler mehr. Repariert sich da was selber? Da bin ich ja richtig froh, dass ich den Rechner wegen eines vermuteten Netzwerk-Problems runterfuhr. Das alte Kabel war übrigens nicht zu lang und ist ca. genauso lang wie das jetzige. So kann man sich täuschen :-) hdparm -i /dev/hdd ... UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 voher: UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5 Al -- Infos zu Softwarepatenten: http://swpat.ffii.org/index.de.html http://petition.eurolinux.org/index.html?LANG=de