Eject erzwingen bei Lesestörungen

Zitat

Original von User510
Da mein stand allone DVD Spieler kaputt gegangen ist und ich mir keinen neuen zulegen will wende ich mich nun wieder meinen DVD-Plugin zu.

Mein DVD Laufwerk ist scheinbar nicht das beste, wenn es darum geht verkrazte DVD`s zu lesen. Wenn ich eine DVD einlege und nach einigen minuten lauten werkeln des DVD-Laufwerks zu der ERkentniss komme, daß das mit dem lesen wohl nichts mehr wird und ich sie wieder auswerfen will kommt die meldung device busy. Der Vorgang lässt sich nur durch Herunterfahren des Rechners beenden, was auch ungünstig kommt wenn gerade aufnahmen laufen.

Gibt es eine möglichkeit eine "Eject" des Laufwerks zu erzwingen.

Viele Laufwerke "overriden", wenn du den Eject-Knopf längere Zeit drückst, kannst mal probiern!

Hi,
Du musst ja nur den richtigen VDR-Prozess finden, der aufs Laufwerk zugreift ...
Statt reboot taete ich schlicht und ergreifend den VDR herunterfahren.
Gruss
Burkhardt

Ne konkrete Lösung habe ich nicht, aber man könnte in Richtung CD-ROM-Treiber im Kernel suchen. Ich meine gelesen zu haben, man kann dem beibringen, sich so wie Windoof zu verhalten und das Laufwerk nicht zu sperren, so dass die CD jederzeit entnommen werden kann. Unter Win führt das dann zu mehr oder weniger intelligenten Fehlermeldungen, unter Win98 auch mal zu 'nem Bluescreen, aber vielleicht kommt Linux damit besser klar...

In drivers/cdrom/cdrom.c von Kernel 2.6.10 heißt es z.B.:

Zitat

2.53 Feb 22, 1999 - Jens Axboe <axboe@image.dk>
-- Fixup of several ioctl calls, in particular CDROM_SET_OPTIONS has
been "rewritten" because capabilities and options aren't in sync. They
should be...
-- Added CDROM_LOCKDOOR ioctl. Locks the door and keeps it that way.
-- Added CDROM_RESET ioctl.
-- Added CDROM_DEBUG ioctl. Enable debug messages on-the-fly.
-- Added CDROM_GET_CAPABILITY ioctl. This relieves userspace programs
from parsing /proc/sys/dev/cdrom/info.

Alles anzeigen

Vielleicht kann jemand damit was anfangen.
Ob und wie das unter 2.4.x möglich ist, weiß ich nicht.

Habe das Problem auch gelegentlich mit MPlayer, der Prozess lässt sich dann nicht mehr killen, auch nicht mit kill -9

Bye,
Andreas

Eject version 2.0.13 by Jeff Tranter (tranter@pobox.com)
Usage:
eject -h -- display command usage and exit
eject -V -- display program version and exit
eject [-vnrsfq] [<name>] -- eject device
eject [-vn] -d -- display default device
eject [-vn] -a on|off|1|0 [<name>] -- turn auto-eject feature on or off
eject [-vn] -c <slot> [<name>] -- switch discs on a CD-ROM changer
eject [-vn] -t [<name>] -- close tray
eject [-vn] -x <speed> [<name>] -- set CD-ROM max speed
Options:
-v -- enable verbose output
-n -- don't eject, just show device found
-r -- eject CD-ROM
-s -- eject SCSI device
-f -- eject floppy
-q -- eject tape
-p -- use /proc/mounts instead of /etc/mtab
-m -- do not unmount device even if it is mounted
Long options:
-h --help -v --verbose -d --default
-a --auto -c --changerslot -t --trayclose -x --cdspeed
-r --cdrom -s --scsi -f --floppy
-q --tape -n --noop -V --version
-p --proc -m --no-unmount
Parameter <name> can be a device file or a mount point.
If omitted, name defaults to `cdrom'.
By default tries -r, -s, -f, and -q in order until success.

Kommst Du an den Notauswurf des Laufwerkes dran? Bei mir ist es in einem alten CD-Player verbaut und ich komme daher nicht dran. Aber, wenn es ginge, würde eine Büroklammer schneller helfen als 10 min. Warten. Und meiner Erfahrung nach macht man damit auch nicht mehr kaputt als wenn die 10 min. vertreichen würden -> evtl. ist dann der zugreifende Prozess hin, aber das habe ich nicht reproduzierbar getestet.

Viele Grüsse
Chriss

Zumindest bei meinem Problem würde beides nichts bringen. Wenn MPlayer sich an einer CD aufhängt, äußert sich das in permanenten Zugriffen auf das Laufwerk, die sich wie gesagt nicht abbrechen lassen. Eject gibt dann auch nur zurück, das Gerät sei belegt und wirft nicht aus. Der Notauswurf ist dann auch keine gute Idee, weil ja die CD noch im Zugriff ist und sich dreht, evtl. würde man damit das Laufwerk komplett kaputt machen. Evtl. besteht das Problem auch beim Laufwerk, dann ist natürlich von Betreibssystem-Seite her wenig zu machen. Werde bei Gelegenheit mal das Laufwerk testweise tauschen.

Bye,
Andreas

Ja das hat mich auch lange genervt, eins der Dinge an Linux die ich nicht vertehen konnte. Daher hab ich was gesucht, das sich so verhält, wie man es von Windows oder nem Standalone kennt. Also dass man die CD/DVD immer raus bekommt. Lösung dafür heisst "subfs" oder "submountd", einfach mal danach googeln oder hier im Board gibts auch schon Threads darüber. Hab aber jetzt leider grad kein Link parat.

Die Zeile in /etc/fstab für das DVD-Drive muss dann in etwa wiefolgt aussehen:

/dev/dvd	/mnt/dvd	subfs  fs=udf:iso9660:loop,ro,iocharset=iso8859-1,umask=0	0 0

Hoffe es Hilft Dir weiter...

Die Sache mit der Büroklammer ist meiner Erfahrung nach auch keine richtige Lösung dafür. (Linux meint dann nämlich nach einlegen der nächsten DVD immernoch, es müsste doch noch die Alte im LW sein und alles spinnt dann ordentlich rum)

Hi,

Zitat

Lösung dafür heisst "subfs" oder "submountd",

nunja , das verhindert keineswegs, dass ein zugreifender Prozess das Laufwerk nicht mehr freigibt ...
Deshalb bleibe ich bei meinem obigen posting, auch wenn User510 es wohl nicht verstanden hat.
Gerade das vdrcd-plugin hat da (egal ob man manuell mountet oder einen automounter benutzt) zeitweise diverse Problemchen, wobei man eben nur wissen muss, welcher (VDR-)Prozess noch auf das Laufwerk zugreift (lsof hilft da enorm) ...
Gruss
Burkhardt

Hallo,

danke für die Antwort, aber subfs habe ich bereits in Gebrauch, nützt in meinem Fall aber auch nichts. Wenn ein Lesezugriff stattfindet, ist das Laufwerk trotzdem gesperrt, und genau das ist ja mein Problem. Er greift permanent drauf zu und hört nicht mehr auf, auch nicht mit kill.

Wie gesagt, ob das von Seiten von Linux so bescheuert ist, weiss ich nicht. Ich kann zwar nicht genau erklären, warum man manchmal einen Prozess einfach nicht killen kann, aber es hat vielleicht auch Gründe. Ich nehme mal an, dass das Laufwerk von einer Leseanforderung (findet ja im Treiber, ergo Kernel-Space statt) nicht zurückkehrt oder jedenfalls nicht innerhalb einer Zeitspanne unterhalb meiner Geduldsgrenze...

Besser wär's, man könnte die Fehlerkorrektur und die Anzahl Versuche, die das Laufwerk unternimmt, irgendwie beeinflussen.

Bye,
Andreas

Achso, ja, also ich hab das auch schon gehabt, das Laufwerk ist dann irgendwie intern gestört. Bei einem Neustart wird es dann vom Bios oder woher auch immer (besser) neu initialisiert und dann reagiert es wieder.
Ich denke da ist das Laufwerk dran schuld. Aber wenns ein Tool gäbe das Laufwerk unter Linux so zu resetten, wär gut. Vielleicht würde sich dann auch der Task beenden lassen.

Zitat

Original von andreas_h
Besser wär's, man könnte die Fehlerkorrektur und die Anzahl Versuche, die das Laufwerk unternimmt, irgendwie beeinflussen.

Wenn Du das BIOS des Laufwerks beeinflussen könntest. Es gibt da ja auch spezielle Sites im Netz dazu. Bei meinem Liteon sowie bei meinem NEC ND-2500 gibt es solche manipulations-tools für die Firmware. Aber ich weiss nicht ob man damit die Anzahl der Leseversuche manipulieren kann. Aber man kann jedenfalls einiges (so z.B. weitere Rohlingtypen brennbar machen, die Default-Geschwindigkeit für Rohlingtypen beeinflussen etc.)

Ansonsten das was Burki oben schrieb, würd ich auch mal testen (mach ich selber mal beim nächsten solchen Vorfall). Tnx Burki!

Wenn das Laufwerk ohnehin nicht ordentlich liest, warum besorgst du dir nicht einfach ein neues? Soooo teuer sind dvd-roms nun auch wieder nicht.