linux haengt beim lesen selbstgebrannter CD
HAllo, selbstgebrannte CD (oder CD-RW) + älteres CD-ROM-Lesegerät ... macht linux reboot notwendig weil Linux in Endlosschleife gerät. Das gleiche gilt auch für stark zerkratzte CD's. Mittlerweile habe ich 7.2 . Ich dachte das wäre endlich mal behoben. WinXY ist da seit Win95 meilenweit voraus: die CD ist unter Win95 einfach unlesbar und kann dann in den Brenner geschoben werden (der bei mir ein moderneres CD-ROM-Lesegerät ist) und die CD kann von da problemlos gelesen werden. Nicht so unter Linux. Ein mount /cdrom arbeitet endlos weiter, ist nicht mehr abbrechbar und ein kill -9 <pid> ist wirkungslos, sowohl als user als auch als root. Ein Schließen des xterm beendet dann endlich das mounten (oder wenn das mounten noch gerade geht, dann das cp ), aber ein umount /cdrom geht dann nicht weil "in use / in Gebrauch": gerlach@rex:~ > umount /cdrom umount: /media/cdrom: Das Gerät ist in Gebrauch. als root das gleiche, auch mit Option "-f": rex:/mnt # umount /cdrom umount: /media/cdrom: device is busy rex:/mnt # umount /cdrom umount: /media/cdrom: device is busy rex:/mnt # umount -f /cdrom umount2: Device or resource busy umount: /media/cdrom: device is busy gerlach@rex:~ > fuser -v /cdrom USER PID ACCESS COMMAND /cdrom root kernel mount /media/cdrom rex:/var/spool/mqueue # fuser -km /cdrom /cdrom: 4394 rex:/var/spool/mqueue # fuser -mv /cdrom USER PID ACCESS COMMAND /cdrom gerlach 4394 f.... cp ps axw | grep 4394 4394 ? D 0:00 cp /cdrom/fotos/TRANS.TBL /cdrom/fotos/pic00001.jpg /cd ... s/pic00002.jpg /cdrom/fotos/pic00003.jpg Ein rex:/var/spool/mqueue # kill -9 4394 schein erfolgreich zu sein, der Prozess hält sich aber unverändert hartnäckig. ps axw | grep mount meint: 671 ? S 0:00 /usr/sbin/rpc.mountd --no-nfs-version 3 als root kann ich auch das scsi-modul tmscsim (habe derzeit SCSI-CDROM) nicht entladen: rex:/etc # rmmod tmscsim tmscsim: Device or resource busy Die CD läßt sich natürlich nicht herausnehmen , es hilft nur noch ein reboot. Shit! Das gleiche Phänomen habe ich an anderen PC's mit völlig anderer Hardware (IDE-CDROM) auch beobachtet. Die Fehler sind 100% reproduzierbar. Jemand eine effektivere Methode parat als das M$-feature "reboot" ? thx Ekkard
Hi, das Problem hatte ich auch mal. Das eine Mal war mein Linux wegen einer defekten Zip abgeraucht. Das andere mal war wie bei Dir eine mehr oder minder defekt CD Schuld. Eine Lösung ist mir leider nicht eingefallen - sorry. Nur so ne Idee, vielleicht hilft es dass man in /proc rumschreibt. Was und wo - keine Ahnung. Ich habe mal gelesen, dass man mit dieser Methode SCSI-Laufwerke re-initialisieren kann. Ist zwar vielleicht nicht gut für die Hardware, aber - tja, Spass muss sein. Gruesse, Thomas
Hallo Ekkard, Am Samstag, 29. Dezember 2001 01:07 schrieb Ekkard Gerlach:
HAllo,
selbstgebrannte CD (oder CD-RW) + älteres CD-ROM-Lesegerät ... macht linux reboot notwendig weil Linux in Endlosschleife gerät. Das gleiche gilt auch für stark zerkratzte CD's.
Mittlerweile habe ich 7.2 . Ich dachte das wäre endlich mal behoben. WinXY ist da seit Win95 meilenweit voraus: die CD ist unter Win95 einfach unlesbar und kann dann in den Brenner geschoben werden (der bei mir ein moderneres CD-ROM-Lesegerät ist) und die CD kann von da problemlos gelesen werden. Nicht so unter Linux. Ein mount /cdrom arbeitet endlos weiter, ist nicht mehr abbrechbar und ein kill -9 <pid> ist wirkungslos, sowohl als user als auch als root. Ein Schließen des xterm beendet dann endlich das mounten (oder wenn das mounten noch gerade geht, dann das cp ), aber ein umount /cdrom geht dann nicht weil "in use / in Gebrauch":
das Problem ist, daß gerade bei CDROMs sich bei der Verwendung defekter Datenträger das Laufwerk selber "aufhängen" kann. Da ein Teil des Kernels selbst auf diese Hardware zugreifen will, nützt auch ein "kill -9 <PID>" von root nichts. Man müßte ich so einem Fall eigentlich nur das Laufwerk reseten und nicht den ganzen Rechner. Bei SCSI kann man evtl. durch einen Busreset das Problem beheben. (Entweder per Hand in /proc/scsi/scsi herumfummeln oder die scsitools von der SuSE-CD installieren). Bei IDE ist es etwas schwieriger. Es hat jemand in der Liste schon mal berichtet, daß er bei laufendem Betrieb nur mal den Stromstecker des CDROM-Laufwerks gezogen hat und dann gings wieder. Eine Möglichkeit wäre, wenn's öfter vorkommt, sich einen Schalter ans CDROM zu basteln, mit dem man von außen bei Bedarf den Strom unterbrechen kann. Die allerbeste Möglichkeit ist natürlich, CDs zu verwenden, die ok sind ;-) Bei CD-Formaten herrscht leider ein rechtes Wirrwarr, so daß eben manche Multisession/Multiformat-CD bei gewissen Laufwerken Probleme macht. Hier hilft es auf jeden Fall, wenn Du mal das CDROM-HOWTO und das CD-Writing-HOWTO liest. Das Problem liegt nicht so sehr an Linux, sondern am CD-Laufwerk. Wenn sich unter Windows das CD-Laufwerk aufhängt, hast Du vielleicht keinen mount-Prozeß rumhängen, der nicht mehr beendet werden kann, aber das Laufwerk kannst Du trotzdem unter Umständen erst nach einem Reset wiederverwenden. Mit freundlichen Grüßen, Rudi -- Rudolf Elpelt EMail: elpelt@t-online.de
* Rudolf Elpelt
Am Samstag, 29. Dezember 2001 01:07 schrieb Ekkard Gerlach:
selbstgebrannte CD (oder CD-RW) + älteres CD-ROM-Lesegerät ... macht linux reboot notwendig weil Linux in Endlosschleife gerät. Das gleiche gilt auch für stark zerkratzte CD's.
Man müßte ich so einem Fall eigentlich nur das Laufwerk reseten und nicht den ganzen Rechner. Bei SCSI kann man evtl. durch einen Busreset das Problem beheben. (Entweder per Hand in /proc/scsi/scsi herumfummeln oder die scsitools von der SuSE-CD installieren).
Bei IDE ist es etwas schwieriger. Es hat jemand in der Liste schon mal berichtet, daß er bei laufendem Betrieb nur mal den Stromstecker des CDROM-Laufwerks gezogen hat und dann gings wieder.
Eine Möglichkeit wäre, wenn's öfter vorkommt, sich einen Schalter ans CDROM zu basteln, mit dem man von außen bei Bedarf den Strom unterbrechen kann.
Und damit unter Umständen die Lebensdauer des Laufwerks _sehr_ zu verkürzen. Bei IDE sollte man bei solchen Spielchen sehr vorsichtig sein, weil die Elektronik für sowas nicht ausgelegt ist. cu flo -- Meine Worte sind die Erkunder des Neulands, die man auch fremde Newsgroups nennt. Aber nach jeder Reise zieht es mich immer wieder nach Hause zu dag° zurück. Wenn auch so manchesmal nicht freiwillig. [WoKo in dag°]
participants (4)
-
Ekkard Gerlach -
Elpelt＠t-online.de -
Florian Gross -
Thomas Preissler