Hallo, gibt es eigentlich irgendeine Variante von eject, die eine CD tatsächlich auswirft (und nicht z.B. die Tatsache, dass die CD nicht richtig gelesen werden konnte, als Hinderungsgrund sieht?) Viele Grüsse W. Hamann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 29.05.2013 11:16, schrieb hamann.w@t-online.de:
Hallo,
gibt es eigentlich irgendeine Variante von eject, die eine CD tatsächlich auswirft (und nicht z.B. die Tatsache, dass die CD nicht richtig gelesen werden konnte, als Hinderungsgrund sieht?)
Viele Grüsse W. Hamann
Hi, was ist "Hinderungsgrund" - heißt das, dass Du das timeout abwarten musst? Dann sollte danach ein eject auch auswerfen. Oder - wie es mir bei Brennfehlern etc. gegangen ist: der zugreifende Prozeß geht in Status "D" (uninterruptable sleep), dann sieht es böse aus. Außer einem Reboot hat mir dann nur noch geholfen, den Stromstecker vom Laufwerk zu ziehen (früher bei IDE-Laufwerken reichte das) und - zumindest bei SATA - den SCSI-Bus neu zu initialisieren. Hatte ich grad gestern, seit vielleicht 2 Jahren das erste Mal wieder und ich wollte den Server ungern neu starten. Also, Gehäuse auf, Kabel ab, wieder dran und echo "- - -" > /sys/class/scsi_host/host<nr>/scan nr lt. lssci: [6:0:1:0] cd/dvd HL-DT-ST BD-RE BH10LS30 1.00 /dev/sr0 bedeutet: nr ist 6 hth & cu jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Joerg Thuemmler schrieb:
Hi,
was ist "Hinderungsgrund" - heißt das, dass Du das timeout abwarten musst? Dann sollte danach ein eject auch auswerfen.
Hallo, hatte mich da neulich mal bei einem Laptop geärgert, bei dem der Auswurf doch eher eine Fingerübung ist: wenn das Medium gemountet war, ok wenn es sich nicht mounen liess, meinte eject was von der letzten Fehlermeldung
Oder - wie es mir bei Brennfehlern etc. gegangen ist: der zugreifende Prozeß geht in Status "D" (uninterruptable sleep), dann sieht es böse aus. Außer einem Reboot hat mir dann nur noch geholfen, den Stromstecker vom Laufwerk zu ziehen (früher bei IDE-Laufwerken reichte das) und - zumindest bei SATA - den SCSI-Bus neu zu initialisieren.
Hatte ich grad gestern, seit vielleicht 2 Jahren das erste Mal wieder und ich wollte den Server ungern neu starten. Also, Gehäuse auf, Kabel ab, wieder dran und
Werd ich mir mal merken, neulich bin ich halt dann am nächsten Tag vor Betriebsbeginn in den Serverraum... Bei mir war definitiv kein zugreifender Prozess zu entdecken - und die Scheibe war am Ende leer aber korrekt abgeschlossen Viele Grüsse W. Hamann
echo "- - -" > /sys/class/scsi_host/host<nr>/scan
nr lt. lssci:
[6:0:1:0] cd/dvd HL-DT-ST BD-RE BH10LS30 1.00 /dev/sr0
bedeutet: nr ist 6
hth & cu jth
-- www.teddylinx.de
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (2)
-
hamann.w＠t-online.de -
Joerg Thuemmler