Seltsamer Effekt beim DVD-R brennen und wieder einlesen
Guten Morgen,
ich benutze ein selbst geschriebenes Bash-Skript, um regelmässig Daten
auf DVD-R Medien zu archivieren. In diesem Skript erzeuge ich zuerst
eine .iso-Datei mit dem Dienstprogramm mkisofs. Um sicher zu gehen,
dass meine Daten auch korrekt auf dem Medium angekommen sind, mache
ich in meinem Skript im Prinzip folgendes (Die Variable $IMAGE_NAME
ist Name der Datei ohne die Endung .iso):
...
# Checksumme der .iso-Datei berechnen:
sha256sum $IMAGE_NAME.iso > $IMAGE_NAME.sha256
# Brennen:
growisofs -dvd-compat -Z /dev/dvd=$IMAGE_NAME.iso
# Berechne Anzahl der wieder einzulesenden Bloecke:
EXTENDS=$(( $(ls -l $IMAGE_NAME.iso | awk '{ print $5 }') / 2048 ))
# Warten, bis sich das DVD-Laufwerk "beruhigt" hat:
sleep 10
# Medium einmal auswerfen:
eject /dev/dvd
# Medium gleich wieder einziehen:
eject -t /dev/dvd
# Medium wieder einlesen:
dd if=/dev/dvd bs=2048 count=$EXTENDS \
| sha256sum >${IMAGE_NAME}_DVD.sha256
# Die beiden Checksummen vergleichen:
SHA_ISO=$(cat $IMAGE_NAME.sha256 | awk '{ print $1 }')
SHA_DVD=$(cat ${IMAGE_NAME}_DVD.sha256 | awk '{ print $1 }')
if [ "$SHA_DVD" = "$SHA_ISO" ]
then echo "DVD SHA256 Checksummen Vergleich war erfolgreich"
...
else ...
Das funktioniert soweit alles.
Wenn ich aber das Öffnen und Schließen der Schublade mittels "eject"
und "eject -t" weg lasse, dann funktioniert das Skript nicht mehr:
Das nachfolgende 'dd' liest dann nur noch einen einzigen Block ein.
Erst nachdem die DVD einmal ausgeworfen und wieder eingelegt wurde,
gelingt das Wiedereinlesen und Überprüfen der DVD.
Warum ist das so?
Ist das möglicherweise ein Treiber-Problem?
Wir haben das optische Laufwerk ausgetauscht. Daran lag es nicht.
Viele Grüße,
Peter Funk
--
Peter Funk, home: ✉Oldenburger Str.86, D-27777 Ganderkesee
mobile:+49-179-640-8878 phone:+49-421-20419-0 <http://www.artcom-gmbh.de/>
office: ArtCom GmbH, ✉Haferwende 2, D-28357 Bremen, Germany
DRUPA 3.5.-16.5.2012: Besuchen Sie uns in Halle 4 auf Stand B02
Reply to: