ide-scsi: kernel: scsi : aborting command due to timeout
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo liste betr: SuSE 7.1, Kernel 2.4.2 folgendes Problem existiert seit Kernel-2.4.2.SuSE mit dem CD-Brenner. Er läßt sich einmalig anstarten, bspw. um eine CD zu hören oder etwas zu brennen. Wenn ich die CD wechsele, hängt er sich weg und ist auch mittels rmmod ide-scsi und einem erneuten laden nicht zurückzubringen. Die die Kernel-Logs. Gibt´s dafür eine Lösung? Das nervt nämlich total. thx Sven Aug 11 16:36:27 trisha kernel: scsi : aborting command due to timeout : pid 0, scsi1, channel 0, id 0, lun 0 Mode Select (10) 10 00 00 00 00 00 00 18 00 Aug 11 16:36:27 trisha kernel: hdd: irq timeout: status=0xd0 { Busy } Aug 11 16:36:27 trisha kernel: hdd: ATAPI reset complete Aug 11 16:36:27 trisha kernel: hdd: irq timeout: status=0xd0 { Busy } Aug 11 16:36:30 trisha kernel: hdd: ATAPI reset complete Aug 11 16:36:30 trisha kernel: hdd: irq timeout: status=0xd0 { Busy } Aug 11 16:36:30 trisha kernel: scsi1 channel 0 : resetting for second half of retries. Aug 11 16:36:30 trisha kernel: SCSI bus is being reset for host 1 channel 0. Aug 11 16:36:30 trisha kernel: hdd: status error: status=0x58 { DriveReady SeekComplete DataRequest } Aug 11 16:36:30 trisha kernel: hdd: drive not ready for command Aug 11 16:37:00 trisha kernel: scsi : aborting command due to timeout : pid 0, scsi1, channel 0, id 0, lun 0 Mode Select (10) 10 00 00 00 00 00 00 18 00 Aug 11 16:37:00 trisha kernel: SCSI host 1 abort (pid 0) timed out - resetting Aug 11 16:37:00 trisha kernel: SCSI bus is being reset for host 1 channel 0. Aug 11 16:37:00 trisha kernel: hdd: irq timeout: status=0xd0 { Busy } Aug 11 16:37:00 trisha kernel: hdd: ATAPI reset complete Aug 11 16:37:00 trisha kernel: hdd: irq timeout: status=0xd0 { Busy } Aug 11 16:37:02 trisha kernel: hdd: ATAPI reset complete Aug 11 16:37:02 trisha kernel: hdd: irq timeout: status=0xd0 { Busy } Aug 11 16:37:02 trisha kernel: hdd: status error: status=0x58 { DriveReady SeekComplete DataRequest } Aug 11 16:37:02 trisha kernel: hdd: drive not ready for command Aug 11 16:37:02 trisha kernel: sr0: CDROM (ioctl) error, command: Mode Select (10) 10 00 00 00 00 00 00 18 00 Aug 11 16:37:02 trisha kernel: sr00:00: old sense key None Aug 11 16:37:02 trisha kernel: Non-extended sense class 0 code 0x0 - -- Sven Jordan Wendenring 20 D-38114 Braunschweig phone:++49 531/2096068 mobil: ++49 179/5986658 mailto: sven-jordan@t-online.de sven.jordan@gmx.de -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 iQA/AwUBO3VECV5ensHeypwEEQK3jQCdEbVpJs8nQSjIqReAilgUFbx5SAQAnjKe +54GfYyCDaAGyD5r7SWZ3fek =zowK -----END PGP SIGNATURE-----
On Sam, 11 Aug 2001, Sven Jordan wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Das ist hier ueberfluessig, bitte weglassen.
Gibt´s dafür eine Lösung? Das nervt nämlich total. Aug 11 16:36:27 trisha kernel: scsi : aborting command due to timeout : pid 0, scsi1, channel 0, id 0, lun 0 Mode Select (10) 10 00 00 00 00 00 00 18 00 Aug 11 16:36:27 trisha kernel: hdd: irq timeout: status=0xd0 { Busy } Aug 11 16:36:27 trisha kernel: hdd: ATAPI reset complete
Da schlagen sich der ide-cd und der ide-scsi Treiber um das Laufwerk... Hast du "hdd=ide-scsi" in der append-Zeile der lilo.conf? -dnh -- Who can possibly rule, if no one who wants to do it, can be allowed to? --- Douglas Adams, Hitchhiker's Guide to the Galaxy
On Son, 12 Aug 2001, Sven Jordan wrote:
Am Samstag, 11. August 2001 18:55 schrieb David Haller::
Hast du "hdd=ide-scsi" in der append-Zeile der lilo.conf?
Ja, wie in der SuSE-Support-DB beschrieben. Scheint ei Prob von kernel-2.4.x zu sein. mit 2.2.16 und 2.2.18 gab´s keine Probleme.
Les dir mal die beiden Threads "Kernelupdate + CD-Brenner" und "ATAPI-CDR" aus den letzten Tagen durch, da hab ich zuletzt beschrieben wie das geht (samt Grundlagen und config, gerade fuer 2.4.x). Mitlesen lohnt sich!!! -dnh -- Lusers. Can't live with 'em, can't run 'em over in the car park and make it look like an accident... -- Chris King
Am Sonntag, 12. August 2001 06:08 schrieb David Haller::
Les dir mal die beiden Threads "Kernelupdate + CD-Brenner" und "ATAPI-CDR" aus den letzten Tagen durch, da hab ich zuletzt beschrieben wie das geht (samt Grundlagen und config, gerade fuer 2.4.x).
Mitlesen lohnt sich!!!
Hmmm, naja, wäre alles etwas einfacher, wenn´s für das Mailarchiv ne Suchfunktion gäbe, und man nicht immer raten müsste, wann den so ein Fehler evtl. schon einmal aufgetreten sein könnte ;-) Das scheint´s jedenfalls nicht gewesen zu sein. Ich habe einfach mal in /etc/modules.conf alias scsi_hostadapter ncr53c8xx durch alias scsi_hostadapter ide-scsi ersetzt, da an der SCSI-Karte nur der Scanner hängt. Seither is Ruhe. Ich habe aber noch einen anderen Verdacht: Kann das evtl an Kopierschutzfunktionen der CD´s liegen, dass der bei ripit.pl evtl. bugt? Das Prob scheint nämlich vorrangig bei aktuelleren CDs aufzutreten. Ich beobachte das weiter. Sven PS: Wäre halt nett, wenn mal einer ne Suchfunktion im Archiv der Mailinglisten einbauen könnte. Würde das mitlesen erleicvhtern, wenn man nicht ständig eingetragen ist.
Sven Jordan wrote:
[...] PS: Wäre halt nett, wenn mal einer ne Suchfunktion im Archiv der Mailinglisten einbauen könnte. Würde das mitlesen erleicvhtern, wenn man nicht ständig eingetragen ist.
Es gab bis zur Umstellung der Mailingliste auf einen anderen Server bei SuSE eine Suchfunktion ueber das Archiv der Liste. Nach dem Umzug und einigem Umbau hat das aber nicht mehr so richtig funktioniert -- die Suche war zwar online, hat aber bei beliebiger Eingabe keine Treffer geliefert. Seit einiger Zeit nun ist die Suchfunktion ganz rausgenommen worden (siehe http://lists2.suse.com/), ich denke aber (und hoffe es sehr), dass die Suchfunktion in einem funktionierenden Zustand wieder irgendwann online anzutreffen ist. In der kurzen Zeit nach der Umstellung, wo die Funktion mal fuer zwei oder drei Tage funktioniert hat, hat sie naemlich ganz gute Treffer geliefert. Derweil kannst Du Dir vielleicht mit dem Archiv und der (leider nicht all zu guten) Suchfunktion bei geocrawler (http://www.geocrawler.com/lists/3/Suse-Linux/287/0/) behelfen. Gruesse, Thomson -- Thomas Hertweck, Geophysicist Geophysical Institute, Karlsruhe University (TH) Hertzstr. 16, D-76187 Karlsruhe, Germany
On Mon, 13 Aug 2001, Sven Jordan wrote:
Am Sonntag, 12. August 2001 06:08 schrieb David Haller::
Les dir mal die beiden Threads "Kernelupdate + CD-Brenner" und "ATAPI-CDR" aus den letzten Tagen durch, da hab ich zuletzt beschrieben wie das geht (samt Grundlagen und config, gerade fuer 2.4.x).
Mitlesen lohnt sich!!!
Hmmm, naja, wäre alles etwas einfacher, wenn´s für das Mailarchiv ne Suchfunktion gäbe, und man nicht immer raten müsste, wann den so ein Fehler evtl. schon einmal aufgetreten sein könnte ;-)
http://www.geocrawler.com/ http://www.google.com/advanced_search/ (und bei letzterem die domain auf lists(2).suse.com einschraenken.
Das scheint´s jedenfalls nicht gewesen zu sein. Ich habe einfach mal in alias scsi_hostadapter ide-scsi ersetzt, da an der SCSI-Karte nur der Scanner hängt. Seither is Ruhe.
Ok.
Ich habe aber noch einen anderen Verdacht: Kann das evtl an Kopierschutzfunktionen der CD´s liegen, dass der bei ripit.pl evtl. bugt?
Kann sein, versuch bei Audio mal cdparanoia -z oder cdda2wav, bei Daten dd...
Das Prob scheint nämlich vorrangig bei aktuelleren CDs aufzutreten. Ich beobachte das weiter.
Aber dein Problem ist doch, dass sich der ide-cd und der ide-scsi Treiber um dem Zugriff kloppen... Hast du ide-cd fest im Kernel oder als Modul? Im zweiten Fall kannst du ide-cd explizit sagen, dass es hdd ignorieren soll: options ide-cd ignore=hdd Wie man das an den Kernel weiter gibt (am LILO Prompt/lilo.conf) weiss ich leider nicht, versuch mal: boot> linux ignore=hdd oder boot> linux ide-cd="ignore=hdd" wenn dein Label fuer den Kernel "linux" ist. Ansonsten rueck mal mit der Config raus (zgrep 'IDE\|SCSI' /proc/config.gz).
PS: Wäre halt nett, wenn mal einer ne Suchfunktion im Archiv der Mailinglisten einbauen könnte. Würde das mitlesen erleicvhtern, wenn man nicht ständig eingetragen ist.
s.o. -dnh -- / "I think I've figured out why that FreeBSD box is oozing green ichor \ [ - I think it may be due to having the NT PDC only a foot or two away." ] \ -- Lionel (shamelessly stolen from AdB's sig in asr) /
participants (3)
-
David Haller
-
sven-jordan@t-online.de
-
Thomas Hertweck