In meinem Sicherungsscript wird automatisch auf CD oder DVD gebrannt. Manchmal lässt sich das Medium aber nach dem Brennen für ein Verify nicht mounten und ich rätsle gewaltig warum. Kann man ein gemountetes RW-Medium überhaupt zum Brennen mit cdrecord verwenden? Daher dachte ich an ein vorbeugendes gewaltsames "unmounten" vor dem Brennen, etwa so: MOUNTVERZEICHNIS="/media/dvdram" ... umount -f "$MOUNTVERZEICHNIS" Nach dem Brennen kommt dann: if [ "$NUTZER" = "root" ]; then mount "$DEVNAME" "$MOUNTVERZEICHNIS" || { echo "$MEDIUM konnte nicht gemountet werden - SCRIPTABBURCH" >&2 exit -1 } else mount "$MOUNTVERZEICHNIS" || { echo "$MEDIUM konnte nicht gemountet werden - SCRIPTABBURCH" >&2 exit -1 } fi Sollte man das besser anders lösen? Al
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Montag, 12. Januar 2004 20:25 schrieb Al Bogner: Hallo Al,
In meinem Sicherungsscript wird automatisch auf CD oder DVD gebrannt. Manchmal lässt sich das Medium aber nach dem Brennen für ein Verify nicht mounten und ich rätsle gewaltig warum.
Wenn beim Brennen was schief geht, dann kommt doch ein entsprechender Exit-Code - oder? Ich habe mich bisher immer darauf verlassen koennen, dass das Brennen erfolgreich war, wenn cdrecord oder growisofs nicht meckern. Vielleicht ist ja der Exit-Code eine Ueberlegung wert? MfG Th. Moritz - -- Leute - ich steige jetzt um auf Diaet! Das scheint der einzige Weg zu sein, das Gehalt in Tausender-Schritten zu erhoehen und jegliche Ausgaben zu halbieren oder zu streichen. Ihr koennt ja schonmal anfangen, Steuern fuer mich zu sparen! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFAAwBLPBTBVZNAOL4RAl1qAJ9hU8UIN33vdd51pXeOjyI2/3ux1wCfWRt3 b5MY0ej5VRYRlRsLURU5XN4= =t7Rf -----END PGP SIGNATURE-----
Am Montag, 12. Januar 2004 21:15 schrieb Thomas Moritz:
In meinem Sicherungsscript wird automatisch auf CD oder DVD gebrannt. Manchmal lässt sich das Medium aber nach dem Brennen für ein Verify nicht mounten und ich rätsle gewaltig warum.
Wenn beim Brennen was schief geht, dann kommt doch ein entsprechender Exit-Code - oder? Ich habe mich bisher immer darauf verlassen koennen, dass das Brennen erfolgreich war, wenn cdrecord oder growisofs nicht meckern. Vielleicht ist ja der Exit-Code eine Ueberlegung wert?
Ich mache schon ein "grep 'fifo was 0 times empty'" davor und gebe eine Fehlermeldung aus, wenn dem nicht so ist. Darum geht es mir aber nicht. Ich habe festgestellt, dass es speziell bei RW-Medien zu einem Unterschied kommen kann, wenn man mit md5sum bzw. star vergleicht und dazu brauche ich das gebrannte Medium gemountet und manchmal wird das Medium nicht gemountet, wofür ich keinen Grund sehe. Am ehesten kann ich mir noch vorstellen, dass der RW-Rohling vor dem Brennen gemountet war, aber auch das betrachte ich eher als unwahrscheinlich. Bis jetzt rätsle ich also nur. Al
Hallo, On 12-Jan-2004 Al Bogner wrote:
[...] Medium nicht gemountet, wofür ich keinen Grund sehe. Am ehesten kann ich mir noch vorstellen, dass der RW-Rohling vor dem Brennen gemountet war, aber auch das betrachte ich eher als unwahrscheinlich. Bis jetzt rätsle ich also nur.
Bislang habe ich das nur erlebt, wenn ich eine CDRW vorher mit blank=fast geloescht habe. Mit blank=all geloeschte CDRW liessen sich dagegen nach einem erneuten Beschreiben noch immer mounten. Kann zwar Zufall sein, aber warum sollte es die beiden Loeschmethoden geben, wenn blank=fast es genauso tut wie blank=all? Von daher traue ich erst einmal meinen Beobachtungen und loesche grundsaetzlich nur noch mit blank=all. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Am Montag, 12. Januar 2004 23:01 schrieb Heinz W. Pahlke:
Hallo,
On 12-Jan-2004 Al Bogner wrote:
[...] Medium nicht gemountet, wofür ich keinen Grund sehe. Am ehesten kann ich mir noch vorstellen, dass der RW-Rohling vor dem Brennen gemountet war, aber auch das betrachte ich eher als unwahrscheinlich. Bis jetzt rätsle ich also nur.
Bislang habe ich das nur erlebt, wenn ich eine CDRW vorher mit blank=fast geloescht habe. Mit blank=all geloeschte CDRW liessen sich dagegen nach einem erneuten Beschreiben noch immer mounten.
Kann zwar Zufall sein, aber warum sollte es die beiden Loeschmethoden geben, wenn blank=fast es genauso tut wie blank=all? Von daher traue ich erst einmal meinen Beobachtungen und loesche grundsaetzlich nur noch mit blank=all.
Ich verwende das Script auf unterschiedlichen Rechnern. Auf 1 PC wird grundsätzlich nur "voll" gelöscht. Ich bin bei schnell löschen auch immer ziemlich skeptisch und verwende das nur bei Testszenarien. In de.comp.hardware.laufwerke.brenner habe ich im Thread "cdrdao loescht RW, cdrecord nicht" mit dem Autor von cdrecord diskutiert, dass bei mir cdrdao problemloser funktioniert. Aber das nur so nebenbei und es kam eigentlich nicht viel raus, außer, dass J.S. meinte, dass ich -force verwenden sollte. Es passierte hier also auch schon bei voll gelöschten RW, dass nicht gemountet wurde. Ebenso hatte ich das letzte Mal ein Problem mit einer Octron-DVD-R. Sofort nach dem Scriptabbruch konnte ich die gebrannte DVD mounten und es sah alles ok aus. Ein Verify habe ich aber nicht gemacht, nur stichprobenartig die Dateien auf Lesbarkeit überprüft. Al
Hallo, On 12-Jan-2004 Thomas Moritz wrote:
Wenn beim Brennen was schief geht, dann kommt doch ein entsprechender Exit-Code - oder? Ich habe mich bisher immer darauf verlassen koennen, dass das Brennen erfolgreich war, wenn cdrecord oder growisofs nicht meckern.
Schoen waere es, aber in der Realitaet passiert es leider tatsaechlich hin und wieder, dass cdrecord seine Arbeit ohne Fehlerneldung beendet, die CDRW sich aber anschliessend nicht mounten laesst. Beste Gruesse, Heinz. -- http://www.pahlke-online.de/reisenews/ http://www.Pahlke-KunstWebDesign.de/
Am Montag, 12. Januar 2004 23:01 schrieb Heinz W. Pahlke:
Hallo,
On 12-Jan-2004 Thomas Moritz wrote:
Wenn beim Brennen was schief geht, dann kommt doch ein entsprechender Exit-Code - oder? Ich habe mich bisher immer darauf verlassen koennen, dass das Brennen erfolgreich war, wenn cdrecord oder growisofs nicht meckern.
Schoen waere es, aber in der Realitaet passiert es leider tatsaechlich hin und wieder, dass cdrecord seine Arbeit ohne Fehlerneldung beendet, die CDRW sich aber anschliessend nicht mounten laesst.
Die Frage ist nur, warum sich die gebrannte RW manuell problemlos mounten läßt, im Ablauf des Scripts aber nicht. Al
Hallo, Am Mon, 12 Jan 2004, Al Bogner schrieb:
Die Frage ist nur, warum sich die gebrannte RW manuell problemlos mounten läßt, im Ablauf des Scripts aber nicht.
Brenne mit '-eject' (manche Brenner brauchen das offenbar) und fuege ein 'sleep 10' oder so vor dem mounten ein... Bei mir hat's (manuell) so immer geklappt. -dnh --
Einmal im Jahr sorgen MS Produkte durch das Internet für Milliardenschäden in der Wirtschaft 2000: Love Letter, 2001: Code Red und Nimda, 2003: Sapphire, 2002? Windows XP. -- Eric Wick, Wolfgang Ewert und Urs Traenkner in dcsm
Am Dienstag, 13. Januar 2004 02:46 schrieb David Haller:
Hallo,
Am Mon, 12 Jan 2004, Al Bogner schrieb:
Die Frage ist nur, warum sich die gebrannte RW manuell problemlos mounten läßt, im Ablauf des Scripts aber nicht.
Brenne mit '-eject' (manche Brenner brauchen das offenbar) und fuege ein 'sleep 10' oder so vor dem mounten ein...
Bei mir hat's (manuell) so immer geklappt.
Eject klappte je nach Brenner nicht immer. Ich verwende nach cdrecord daher immer "eject /dev/sr0 &" und nicht als Parameter von cdrecord. Leider schließen auch nicht alle Brenner automatisch die Lade, wenn sie offen ist. An sleep habe ich auch schon gedacht und werde das mal einbauen. Da es aus Unachtsamkeit aber vorkommen könnte, dass die RW gemountet ist, die gelöscht werden soll, bleibt die Frage, ob umount -f sinnvoll ist, oder ob da irgendwelche Probleme entstehen können, wenn das Laufwerk nicht gemountet ist. Al
Hallo, Am Tue, 13 Jan 2004, Al Bogner schrieb:
Am Dienstag, 13. Januar 2004 02:46 schrieb David Haller:
Am Mon, 12 Jan 2004, Al Bogner schrieb:
Die Frage ist nur, warum sich die gebrannte RW manuell problemlos mounten läßt, im Ablauf des Scripts aber nicht.
Brenne mit '-eject' (manche Brenner brauchen das offenbar) und fuege ein 'sleep 10' oder so vor dem mounten ein...
Bei mir hat's (manuell) so immer geklappt.
Eject klappte je nach Brenner nicht immer. Ich verwende nach cdrecord daher immer "eject /dev/sr0 &" und nicht als Parameter von cdrecord.
Ack. Aber wozu das '&'?
Leider schließen auch nicht alle Brenner automatisch die Lade, wenn sie offen ist.
Nicht? Ein 'mount /cdrom' hilft bei mir :)
An sleep habe ich auch schon gedacht und werde das mal einbauen.
Jo, das scheint (s. nebenan) durchaus zu helfen.
Da es aus Unachtsamkeit aber vorkommen könnte, dass die RW gemountet ist, die gelöscht werden soll, bleibt die Frage, ob umount -f sinnvoll ist, oder ob da irgendwelche Probleme entstehen können, wenn das Laufwerk nicht gemountet ist.
Laesst sich abfangen. lsof/fuser, umount >/dev/null 2>&1 oder so. -dnh -- Lies halt mal dclp.*, da faellt dir nix mehr ein. Wenn man ein Guerteltier ueber die Tastatur abrollt, kommt besserer PHP Code raus als da gepostet wird. -- R. Huebenthal in darw
Am Mittwoch, 14. Januar 2004 01:34 schrieb David Haller:
Eject klappte je nach Brenner nicht immer. Ich verwende nach cdrecord daher immer "eject /dev/sr0 &" und nicht als Parameter von cdrecord.
Ack. Aber wozu das '&'?
Schadet es? Ich bilde mir ein, dass das restliche Script so schneller weiterläuft.
Leider schließen auch nicht alle Brenner automatisch die Lade, wenn sie offen ist.
Nicht? Ein 'mount /cdrom' hilft bei mir :)
Hmmh, das muß ich mir überlegen, ob ich das will.
Laesst sich abfangen. lsof/fuser, umount >/dev/null 2>&1 oder so.
Das werde ich mir mal ansehen, wenn ich mehr Zeit habe. Al
Hallo, Am Wed, 14 Jan 2004, Al Bogner schrieb:
Am Mittwoch, 14. Januar 2004 01:34 schrieb David Haller:
Eject klappte je nach Brenner nicht immer. Ich verwende nach cdrecord daher immer "eject /dev/sr0 &" und nicht als Parameter von cdrecord.
Ack. Aber wozu das '&'?
Schadet es?
Kommt darauf an, was nach dem 'eject' folgt. Wenn das davon abhaengig ist, dann ja.
Ich bilde mir ein, dass das restliche Script so schneller weiterläuft.
Klar, du wartest nicht, bis eject fertig ist. Aber je nachdem was du machst, kann das eben kontraproduktiv sein. Das "eject ... &" ist IMO nur sinnvoll, wenn der Rest des scriptes unabhaenig davon ist. Also sowas: ==== $machwas eject /dev/cdrom & echo "Ich habe fertich" ==== Da interessiert's halt nicht mehr, wie lang das eject evtl. noch braucht. Ich vermute aber fast, dass es in deinem Fall sinnvoll ist, das '&' wegzulassen.
Leider schließen auch nicht alle Brenner automatisch die Lade, wenn sie offen ist.
Nicht? Ein 'mount /cdrom' hilft bei mir :)
Hmmh, das muß ich mir überlegen, ob ich das will.
?? Falls es nur um's schliessen der Lade geht, schieb ein 'umount /cdrom' hinterher... -dnh -- We're standing there pounding a dead parrot on the counter, and the management response is to frantically swap in new counters to see if that fixes the problem. -- Peter Gutmann
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am Donnerstag, 15. Januar 2004 00:53 schrieb David Haller: Hallo Al, Hallo David,
Am Wed, 14 Jan 2004, Al Bogner schrieb:
Am Mittwoch, 14. Januar 2004 01:34 schrieb David Haller:
Leider schließen auch nicht alle Brenner automatisch die Lade, wenn sie offen ist.
Nicht? Ein 'mount /cdrom' hilft bei mir :) Hmmh, das muß ich mir überlegen, ob ich das will.
Falls es nur um's schliessen der Lade geht, schieb ein 'umount /cdrom' hinterher...
Das wird wegen dem "u" nicht gelingen:-) Um nur den Flaschenhalter einzufahren, wuerde ich eject -t /dev/xxx benutzen, ansonsten mount /dev/xxx :-) MfG Th. Moritz - -- Leute - ich steige jetzt um auf Diaet! Das scheint der einzige Weg zu sein, das Gehalt in Tausender-Schritten zu erhoehen und jegliche Ausgaben zu halbieren oder zu streichen. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQFABsXlPBTBVZNAOL4RAimJAJ9BsFXHZVicE30iXYtuTIUdpN7hXwCgt2/j elqINFb3DyU8+w8ybq9BlIU= =3Gxn -----END PGP SIGNATURE-----
Hallo, Am Thu, 15 Jan 2004, Thomas Moritz schrieb:
Am Donnerstag, 15. Januar 2004 00:53 schrieb David Haller:
Am Wed, 14 Jan 2004, Al Bogner schrieb:
Am Mittwoch, 14. Januar 2004 01:34 schrieb David Haller:
Leider schließen auch nicht alle Brenner automatisch die Lade, wenn sie offen ist.
Nicht? Ein 'mount /cdrom' hilft bei mir :) Hmmh, das muß ich mir überlegen, ob ich das will.
Falls es nur um's schliessen der Lade geht, schieb ein 'umount /cdrom' hinterher...
Das wird wegen dem "u" nicht gelingen:-)
Du hast das "hinterher" ueberlesen. Gemeint war insgesamt also: eject /dev/cdrom && mount /cdrom && umount /cdrom Aber 'eject -t' gefaellt mir dann besser :) -dnh -- Gentile or Jew O you who turn the wheel and look to windward, Consider Phlebas, who was once handsome and tall as you. -- T. S. Eliot, `The Wasted Land', IV
Am Donnerstag, 15. Januar 2004 18:51 schrieb David Haller:
Am Thu, 15 Jan 2004, Thomas Moritz schrieb:
Das wird wegen dem "u" nicht gelingen:-)
Du hast das "hinterher" ueberlesen. Gemeint war insgesamt also:
eject /dev/cdrom && mount /cdrom && umount /cdrom
Aber 'eject -t' gefaellt mir dann besser :)
Ich werde mal testen, ob das hier überall funktioniert. Meine alten SCSI-CDROM sind normalerweise etwas hartnäckig. Da schließt sich nicht einmal die Lade nach einem Reboot. Al
Hallo, Am Thu, 15 Jan 2004, Al Bogner schrieb:
Am Donnerstag, 15. Januar 2004 18:51 schrieb David Haller:
Am Thu, 15 Jan 2004, Thomas Moritz schrieb:
Das wird wegen dem "u" nicht gelingen:-) Du hast das "hinterher" ueberlesen. Gemeint war insgesamt also:
eject /dev/cdrom && mount /cdrom && umount /cdrom
Aber 'eject -t' gefaellt mir dann besser :)
Ich werde mal testen, ob das hier überall funktioniert. Meine alten SCSI-CDROM sind normalerweise etwas hartnäckig. Da schließt sich nicht einmal die Lade nach einem Reboot.
Das mach mein CDRW auch nicht (Mitsumi CR-4802TE) auch nicht. Aber auf ein 'mount' oder 'eject -t' zieht's brav die Lade ein ;) -dnh -- So wie yast2 [auf der Konsole] zur Zeit aussieht, ist es das Outlook unter den Konsolenprogrammen: Nämlich die alleinseligmachende, fortgesetzte Normverletzung unter Vorgabe guter Motive. -- "ratti" in suse-linux
HI! Al Bogner wrote:
Die Frage ist nur, warum sich die gebrannte RW manuell problemlos mounten läßt, im Ablauf des Scripts aber nicht.
Bei mir hat ein sleep 10 nach dem Brennvorgang geholfen. Ich verwende growisofs und das macht am Ende ja einen Eject/Reload. Danach kann es kurz dauern, bis der Brenner wieder soweit ist, dass man mounten kann. Thomas
participants (5)
-
Al Bogner -
David Haller -
Heinz W. Pahlke -
Thomas Börkel -
Thomas Moritz