DriveReady SeekComplete Errors
![](https://seccdn.libravatar.org/avatar/82a39633a3e55d259d38adf865178336.jpg?s=120&d=mm&r=g)
Hallo, ich habe ein kleines Problemchen mit einer alten Kiste (Pentium I, 133MHz, 1,2 GB Quantum Festplatte) und SuSE Linux 9.0. Ich glaube nicht an ein Hardware-Problem, da unter SuSE Linux 8.1 noch alles in Butter war (soweit ich mich erinnere)! Zum Problem: Beim Booten erscheinen drei dieser beliebten "DriveReady SeekComplete Error"s. Während des Betriebs kommen keine weiteren Meldungen dieser Art. Ausschalten von DMA bringt nichts. Die erste Meldung habe ich mit Hilfe von Google soweit identifiziert, dass da die Platte wohl ein Kommando nicht unterstützt (zu alt) und man die Meldung vermutlich ignorieren kann. Allerdings werde ich aus den beiden Meldungen weiter unten nicht recht schlau. Was bedeuten die Meldungen, was ist "write back caching" und wie bekomme ich die Meldungen weg? Ich habe die gleiche Fehlermeldung auch schon im Listen-Archiv gefunden, allerdings ist der Thread nur zwei Nachrichten lang und enthält keine Lösung. :-( Falls die Fehler niemandem etwas sagen und sich nicht beseitigen lassen, würde ich gerne einen anderen Kernel ausprobieren. Grundsätzliche Frage: Sollte der 2.6.6er im Prinzip problemlos auf einer SuSE Linux 9.0 laufen oder wird es da irgendwelche Probleme geben (hat irgendwer damit schon Erfahrungen)? Danke im Voraus für Antworten. Tschüs, Christian P.S.: Hier ein Auszug aus "/var/log/boot.msg": <6>Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 <6>ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx <6>PIIXa: IDE controller at PCI slot 00:0f.0 <6>PIIXa: chipset revision 2 <6>PIIXa: not 100%% native mode: will probe irqs later <6>PIIXa: neither IDE port enabled (BIOS) <6>PIIXb: IDE controller at PCI slot 00:0f.1 <6>PIIXb: chipset revision 2 <6>PIIXb: not 100%% native mode: will probe irqs later <6> ide0: BM-DMA at 0xf8d0-0xf8d7, BIOS settings: hda:DMA, hdb:pio <6> ide1: BM-DMA at 0xf8d8-0xf8df, BIOS settings: hdc:pio, hdd:pio <4>hda: QUANTUM FIREBALL_TM1280A, ATA DISK drive <4>blk: queue c03bc8e0, I/O limit 4095Mb (mask 0xffffffff) <4>hdc: CD-ROM CDU55E, ATAPI CD/DVD-ROM drive <4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 <4>ide1 at 0x170-0x177,0x376 on irq 15 <4>hda: attached ide-disk driver. <4>hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error } <4>hda: task_no_data_intr: error=0x04 { DriveStatusError } <6>hda: 2503872 sectors (1282 MB) w/76KiB Cache, CHS=621/64/63, DMA <6>ide-floppy driver 0.99.newide <6>Partition check: <6> hda: hda1 hda2 hda3 hda4 [...] <4>VFS: Mounted root (ext2 filesystem). <4>reiserfs: found format "3.6" with standard journal <4>reiserfs: enabling write barrier flush mode <4>reiserfs: using ordered data mode <4>reiserfs: checking transaction log (device ide0(3,4)) ... <4>for (ide0(3,4)) <4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } <4>hda: drive_cmd: error=0x04 { DriveStatusError } <4>hda: cache flushing failed. disable write back cacheing for journalled file systems <4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } <4>hda: drive_cmd: error=0x04 { DriveStatusError } <4>hda: cache flushing failed. disable write back cacheing for journalled file systems <4>Using r5 hash to sort names <4>VFS: Mounted root (reiserfs filesystem) readonly. <5>Trying to move old root to /initrd ... failed <5>Unmounting old root
![](https://seccdn.libravatar.org/avatar/6cd4aea5f306b2a812498d59cc404e9e.jpg?s=120&d=mm&r=g)
Am Dienstag, 11. Mai 2004 21:31 schrieb Christian Schneider:
Hallo,
ich habe ein kleines Problemchen mit einer alten Kiste (Pentium I, 133MHz, 1,2 GB Quantum Festplatte) und SuSE Linux 9.0. Ich glaube nicht an ein Hardware-Problem, da unter SuSE Linux 8.1 noch alles in Butter war (soweit ich mich erinnere)!
Zum Problem: Beim Booten erscheinen drei dieser beliebten "DriveReady SeekComplete Error"s. Während des Betriebs kommen keine weiteren Meldungen dieser Art. Ausschalten von DMA bringt nichts. Die erste Meldung habe ich mit Hilfe von Google soweit identifiziert, dass da die Platte wohl ein Kommando nicht unterstützt (zu alt) und man die Meldung vermutlich ignorieren kann.
Allerdings werde ich aus den beiden Meldungen weiter unten nicht recht schlau. Was bedeuten die Meldungen, was ist "write back caching" und wie bekomme ich die Meldungen weg?
Ich habe die gleiche Fehlermeldung auch schon im Listen-Archiv gefunden, allerdings ist der Thread nur zwei Nachrichten lang und enthält keine Lösung. :-(
Falls die Fehler niemandem etwas sagen und sich nicht beseitigen lassen, würde ich gerne einen anderen Kernel ausprobieren. Grundsätzliche Frage: Sollte der 2.6.6er im Prinzip problemlos auf einer SuSE Linux 9.0 laufen oder wird es da irgendwelche Probleme geben (hat irgendwer damit schon Erfahrungen)?
Danke im Voraus für Antworten.
Tschüs, Christian
P.S.: Hier ein Auszug aus "/var/log/boot.msg":
<6>Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4 <6>ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx <6>PIIXa: IDE controller at PCI slot 00:0f.0 <6>PIIXa: chipset revision 2 <6>PIIXa: not 100%% native mode: will probe irqs later <6>PIIXa: neither IDE port enabled (BIOS) <6>PIIXb: IDE controller at PCI slot 00:0f.1 <6>PIIXb: chipset revision 2 <6>PIIXb: not 100%% native mode: will probe irqs later <6> ide0: BM-DMA at 0xf8d0-0xf8d7, BIOS settings: hda:DMA, hdb:pio <6> ide1: BM-DMA at 0xf8d8-0xf8df, BIOS settings: hdc:pio, hdd:pio <4>hda: QUANTUM FIREBALL_TM1280A, ATA DISK drive <4>blk: queue c03bc8e0, I/O limit 4095Mb (mask 0xffffffff) <4>hdc: CD-ROM CDU55E, ATAPI CD/DVD-ROM drive <4>ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 <4>ide1 at 0x170-0x177,0x376 on irq 15 <4>hda: attached ide-disk driver. <4>hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error } <4>hda: task_no_data_intr: error=0x04 { DriveStatusError } <6>hda: 2503872 sectors (1282 MB) w/76KiB Cache, CHS=621/64/63, DMA <6>ide-floppy driver 0.99.newide <6>Partition check: <6> hda: hda1 hda2 hda3 hda4 [...] <4>VFS: Mounted root (ext2 filesystem). <4>reiserfs: found format "3.6" with standard journal <4>reiserfs: enabling write barrier flush mode <4>reiserfs: using ordered data mode <4>reiserfs: checking transaction log (device ide0(3,4)) ... <4>for (ide0(3,4)) <4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } <4>hda: drive_cmd: error=0x04 { DriveStatusError } <4>hda: cache flushing failed. disable write back cacheing for journalled file systems <4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } <4>hda: drive_cmd: error=0x04 { DriveStatusError } <4>hda: cache flushing failed. disable write back cacheing for journalled file systems <4>Using r5 hash to sort names <4>VFS: Mounted root (reiserfs filesystem) readonly. <5>Trying to move old root to /initrd ... failed <5>Unmounting old root Das Problem kenne ich, nehme einen neuen mantel-Kernel zur Zeit 2.6.5-12.1. Dazu muß man noch ein paar Pakete updaten, damit 2.6.x läuft. Dann sind diese Fehlermeldungen verschwunden. Es auch häufig beim einschalten des DMA auf. Das gilt für 9.0, sowie 9.1 mit orginal-Kernel. Auch die ersten mantel 2.6.5 hatten das Problem noch. Bei den neuesten mantel-Kernel, ist das Problem verschwunden. Viele Grüße, Heinz Dittmar
![](https://seccdn.libravatar.org/avatar/82a39633a3e55d259d38adf865178336.jpg?s=120&d=mm&r=g)
Am Dienstag, 11. Mai 2004 22:22 schrieb Heinz Dittmar:
Am Dienstag, 11. Mai 2004 21:31 schrieb Christian Schneider:
Hallo, [...]
<4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } <4>hda: drive_cmd: error=0x04 { DriveStatusError } <4>hda: cache flushing failed. disable write back cacheing for journalled file systems <4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } <4>hda: drive_cmd: error=0x04 { DriveStatusError } <4>hda: cache flushing failed. disable write back cacheing for journalled file systems [...]
Das Problem kenne ich, nehme einen neuen mantel-Kernel zur Zeit 2.6.5-12.1. Dazu muß man noch ein paar Pakete updaten, damit 2.6.x läuft. Dann sind diese Fehlermeldungen verschwunden. Es auch häufig beim einschalten des DMA auf. Das gilt für 9.0, sowie 9.1 mit orginal-Kernel. Auch die ersten mantel 2.6.5 hatten das Problem noch. Bei den neuesten mantel-Kernel, ist das Problem verschwunden.
so, ich habe jetzt die Kernel-Sourcen des 2.6.6 Vanilla und des 2.6.5 von Mantel, die Platte des Servers ist gesichert und es kann losgehen. Meinst du mit "ein paar Pakete updaten" die entsprechenden rpms in /people/kraxel (mkinitrd, hotplug, ps und die weiteren Pakete, die geupdatet werden sollten) oder gibt es weitere Pakete? Weißt du, was der Unterschied zwischen modutils und module-init-tools ist? Eigentlich sollte die mitgelieferte modutils genügen, aber sicherlich sind die beiden Pakete nicht umsonst in /people/kraxel zu finden!?
Viele Grüße, Heinz Dittmar
Danke schon mal. Tschüs, Christian
![](https://seccdn.libravatar.org/avatar/6cd4aea5f306b2a812498d59cc404e9e.jpg?s=120&d=mm&r=g)
Am Freitag, 14. Mai 2004 20:07 schrieb Christian Schneider:
Am Dienstag, 11. Mai 2004 22:22 schrieb Heinz Dittmar:
Am Dienstag, 11. Mai 2004 21:31 schrieb Christian Schneider:
Hallo,
[...]
<4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } <4>hda: drive_cmd: error=0x04 { DriveStatusError } <4>hda: cache flushing failed. disable write back cacheing for journalled file systems <4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } <4>hda: drive_cmd: error=0x04 { DriveStatusError } <4>hda: cache flushing failed. disable write back cacheing for journalled file systems
[...]
Das Problem kenne ich, nehme einen neuen mantel-Kernel zur Zeit 2.6.5-12.1. Dazu muß man noch ein paar Pakete updaten, damit 2.6.x läuft. Dann sind diese Fehlermeldungen verschwunden. Es auch häufig beim einschalten des DMA auf. Das gilt für 9.0, sowie 9.1 mit orginal-Kernel. Auch die ersten mantel 2.6.5 hatten das Problem noch. Bei den neuesten mantel-Kernel, ist das Problem verschwunden.
so, ich habe jetzt die Kernel-Sourcen des 2.6.6 Vanilla und des 2.6.5 von Mantel, die Platte des Servers ist gesichert und es kann losgehen.
Meinst du mit "ein paar Pakete updaten" die entsprechenden rpms in /people/kraxel (mkinitrd, hotplug, ps und die weiteren Pakete, die geupdatet werden sollten) oder gibt es weitere Pakete?
Weißt du, was der Unterschied zwischen modutils und module-init-tools ist? Eigentlich sollte die mitgelieferte modutils genügen, aber sicherlich sind die beiden Pakete nicht umsonst in /people/kraxel zu finden!? Wenn du 9.0 verwendest, ist es erforderlich.
Viele Grüße, Heinz Dittmar
![](https://seccdn.libravatar.org/avatar/47c6402d6a1119ac519c25c5eb607056.jpg?s=120&d=mm&r=g)
Christian Schneider
<4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } <4>hda: drive_cmd: error=0x04 { DriveStatusError } <4>hda: cache flushing failed. disable write back cacheing for journalled file systems <4>hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error } <4>hda: drive_cmd: error=0x04 { DriveStatusError } <4>hda: cache flushing failed. disable write back cacheing for journalled file systems
Das sieht bei mir mit ext3 haargenau so aus. Und zwar ausschließlich, wenn ich den Kernel der SuSE 9.0 boote. Googlen hat zwar keine wirklich befriedigende Antwort ergeben, mich aber in der Annahme bestärkt, daß man diese Meldung getrost ignorieren kann. Die Platten funktionieren schon seit Erscheinen der 9.0 tadellos damit (55MB/s Durchsatz reicht auf alle Fälle aus, UDMA 133 funktioniert) - und auf einen Schreibcache kann ich ohnehin verzichten. Martin
participants (3)
-
Christian Schneider
-
Heinz Dittmar
-
Martin Schmitz