☰

growisofs-Warnungen beim Schreiben auf Blu-ray Dual Layer-Discs

tag-icon • tag-icon debian dvd-burning blu-ray
growisofs-Warnungen beim Schreiben auf Blu-ray Dual Layer-Discs

Ich archiviere meine Mediensammlung auf BD-R Dual Layer-Discs, erhalte aber am Ende des Schreibvorgangs (normalerweise zu > 95 % abgeschlossen) immer wieder die folgenden IO-Fehler:

:-[ WRITE@LBA=168e800h failed with SK=5h/END OF USER AREA ENCOUNTERED ON THIS TRACK]: Input/output error
:-( write failed: Input/output error
/dev/sr0: flushing cache
/dev/sr0: closing track
/dev/sr0: closing session
:-[ CLOSE SESSION failed with SK=5h/INVALID FIELD IN CDB]: Input/output error
/dev/sr0: reloading tray

Mein Archivierungsprozess wird unten detailliert beschrieben:

  1. dirsplit -m -s 46G /path/to/folder> teilt den ursprünglichen 61G-Ordner in zwei Ordner mit einer Größe von <= 46GB auf. (Die Kapazität von Blu-Ray DL beträgt 50050629632 Bytes == 46,61 GB)
  2. genisoimage -ldots -allow-lowercase -allow-multidot -d -iso-level 4 -l -o /path/to/file.iso /path/to/folder> generiert ein ISO-Image, das mit der Ordnerstruktur und den Dateinamen von OS X kompatibel ist.
  3. growisofs -Z /dev/sr0=/path/to/file.iso> schreibt ISO-Image auf Blu-ray-Disc.

Das Interessante ist, dass ich die gebrannte CD erfolgreich mounten und lesen kann, obwohlAbonnierenDie Sitzung konnte nicht geschlossen werden. Ich bin mir jedoch nicht sicher, ob alle Daten auf die Festplatte geschrieben wurden.

Ich habe die MD5-Prüfsummen der CD und der IMG-Datei verglichen (dank eines guten Tipps vonewindischbei Unix&Linux), aber die beiden Zeichenfolgen stimmten nicht überein. Die Ausgabe vonddsagte, dass die Größe der CD 48 GB groß war und nicht das 46 GB große Image, das darauf geschrieben wurde.

Allerdings wurde „running“ cmp -b -l /path/to/image.iso /dev/sr0zurückgegeben cmp: EOF on /dev/sr0, was bedeutet, dass das Disk-Image kleiner als die ISO-Datei ist.

Soweit ich das beurteilen kann, growisofswurde das Image teilweise auf die CD geschrieben, aber aus irgendeinem Grund abgebrochen. Obwohl ich die „unvollständige“ CD mounten kann, muss ich herausfinden, warum der Brennvorgang abgebrochen wurde.

Kann mir jemand den richtigen Weg weisen? Ich kann keine Aufzeichnungen /var/log/*von growisofs finden und kann nur auf die kryptische Ausgabe oben auf dieser Seite zurückgreifen.

Antwort1

@danielcraigie:

Beim Brennen eines ISO-Images mit 50.011.897.856 Bytes trat bei mir genau dasselbe Problem auf, das nur 37,8 MB kleiner ist als die von Ihnen angegebene maximale Blu-ray-DL-Kapazität (50050629632 Bytes).

Folgendes hat das Problem in meinem Fall gelöst:

growisofs -use-the-force-luke=spare:none -dvd-compat -overburn -Z /dev/sr0=/Pfad/zur/Datei.iso

Ich vermute, dass die-ÜberbrennenParameter war nicht notwendig, aber ich kann das nicht mit Sicherheit sagen, da ich noch nicht versucht habe, eine Disc ohne diesen Parameter zu brennen. Diese BD-R DLs sind ziemlich teuer. Die-dvd-kompatibelDer Parameter veranlasst growisofs, Track/Session/Disc zu schließen, um die Kompatibilität mit manchen Blu-ray-Playern zu verbessern, die keine Multisession-Discs mögen.

Die schlecht dokumentierte-use-the-force-luke=Ersatz:keineDer Parameter scheint der Schlüsselparameter zur Lösung des Problems zu sein. Er weist growisofs an, das leere BD-R-Medium nicht vorzuformatieren. Das sofortige Vorformatieren des Mediumsbenötigt 256 MB Speicherplatzfür das Mängelmanagement.

Anstatt der gefürchteten Meldung :-[ CLOSE SESSION failednach 95–96 % des Brennvorgangs erhalte ich nun Folgendes:

49979686912/50011897856 (99,9 %) @4,0x, verbleibend 0:01 RBU 96,0 % UBU 51,1 %
builtin_dd: 24419872*2KB Ausgang @ Durchschnitt 3,9x4390KBps
/dev/sr0: Cache leeren
/dev/sr0: Titel wird geschlossen
/dev/sr0: Sitzung wird geschlossen
/dev/sr0: Tray wird neu geladen

Antwort2

Wie in der Antwort von Beef Eater erwähnt, liegt dies daran, dass der „Ersatzbereich“ des Defektmanagements 256 MB Speicherplatz beansprucht, was bedeutet, dass Ihr UDF-Dateisystemabbild nicht mehr auf die Festplatte passt. Sie können dagegen zwei Dinge tun:

  1. Reduzieren Sie die Größe des Bildes entsprechend und profitieren Sie von der integrierten Fehlerverwaltung, die in der Blu-Ray-Spezifikation gefordert wird (allerdings zu 50 % auf Kosten der Schreibgeschwindigkeit). Sie können den tatsächlich beschreibbaren Speicherplatz auf einem Medium herausfinden, der in der Ausgabe von mehrfach aufgeführt ist dvd+rw-mediainfo, z. B.:

    $ dvd+rw-mediainfo /dev/dvd
...
READ FORMAT CAPACITIES:
 formatted:             11826176*2048=24220008448
READ TRACK INFORMATION[#1]:
 Track State:           complete
 Track Start Address:   0*2KB
 Free Blocks:           0*2KB
 Track Size:            11826176*2KB
READ CAPACITY:          11826176*2048=24220008448

    Daraus ergibt sich, dass auf der Festplatte 11826176*2KB = 23652352 KB Speicherplatz verfügbar sind, den Sie dann als Eingabe für Ihre Tools zum Aufteilen oder Erstellen von Images verwenden können, z. B.

    $ truncate -s 23652352K my_image.udf
$ mkudffs my_image.udf
... fill up the image etc ...

  2. Deaktivieren Sie die Defektverwaltung auf dem Laufwerk und entfernen Sie den Sparing-Bereich. Dadurch können Sie die Festplatte mit voller Geschwindigkeit und voller Kapazität beschreiben. Dies kann mit dem dvd+rw-formatTool wie beschrieben erfolgen.Hier, z.B

    $ dvd+rw-format /dev/dvd -ssa=none

    Da in diesem Fall kein Defektmanagement stattfindet, können Sie die Platte nach dem Schreiben manuell verifizieren, zum Beispiel mit dem diff -rBefehl.

Antwort3

Meine Brennvorgänge auf 25 GB Blu-ray-Disks endeten ebenfalls mit folgendem Fehler:

:-[ CLOSE SESSION failed with SK=5h/INVALID FIELD IN CDB]: Input/output error

auf „Ubuntu 14.04 LTS trusty“, als ich diesen Befehl ausführte:

growisofs -Z /dev/sr1 -V "BD_Disk_Name" -R -iso-level 3 "/path/to/directory/to/burn"

Ich war nicht bereit, die

-use-the-force-luke=spare:none

Lösung, weil ich die Fehlerprüfung nicht aufgeben wollte.

Es scheint, dass dies ein bekannter Fehler ist (ich habe nicht den Ruf, den Link hinzuzufügen, aber er befindet sich unter bugs dot debian dot org Nummer 713016), der in „dvd+rw-tools 7.1-11“ gepatcht wurde. Leider ist diese Version für mich nicht auf „14.04 LTS trusty“ verfügbar, aber sie ist auf „vivid“ verfügbar.

Wenn es Ihnen also genauso geht, erfahren Sie hier, wie ich an die neuere Version gekommen bin.

An anderer Stelle wurde vorgeschlagen, "Pinning" zu verwenden, um Software aus neueren Versionen zu erhalten, aber das habe ich nicht versucht, da diesSeite, das beschreibt, wie es geht, weist darauf hin, dass es problematisch sein kann, und empfiehlt eine bessere Alternative zum Fixieren. Leider haben sie einen Schritt ausgelassen, also hier ist, was meiner Meinung nach funktioniert hat:

Sie sollten per „cd“ dorthin wechseln, wo die Build-Dateien landen sollen.

Bearbeiten Sie diese Liste, um eine „deb-src“ für die Version hinzuzufügen, die das enthält, was Sie benötigen:

nano /etc/apt/sources.list

In meinem Fall habe ich diese Zeile zur „sources.list“ hinzugefügt:

deb-src http://archive.ubuntu.com/ubuntu vivid main restricted universe multiverse

Führen Sie dann „Update“ aus:

sudo apt-get update

Dann holen Sie sich die Abhängigkeiten:

sudo apt-get build-dep dvd+rw-tools

Jetzt können Sie die Quelle abrufen:

apt-get -b source dvd+rw-tools=7.1-11

Installieren Sie „dvd+rw-tools_7.1-11_i386.deb“:

dpkg --install dvd+rw-tools_7.1-11_i386.deb

Allerdings wurde dadurch die neue Version von „growisofs“ nicht installiert, also musste ich Folgendes ausführen (wenn ich dies zuerst ausgeführt hätte, wäre vielleicht alles installiert worden?):

dpkg --install
(Reading database ... 62345 files and directories currently installed.)
Preparing to unpack growisofs_7.1-11_i386.deb ...
Unpacking growisofs (7.1-11) over (7.1-10build1) ...
Setting up growisofs (7.1-11) ...
Processing triggers for man-db (2.6.7.1-1ubuntu1) ...

Bestätigen Sie, dass die neuere Version von „growisofs“ installiert ist:

dpkg -s growisofs

Package: growisofs
Status: install ok installed
Priority: optional
Section: video
Installed-Size: 202
Maintainer: Optical Media Tools Team <[email protected]>
Architecture: i386
Source: dvd+rw-tools
Version: 7.1-11
Replaces: dvd+rw-tools (<< 7.1-9)
Depends: libc6 (>= 2.4), libstdc++6 (>= 4.1.1)
Breaks: dvd+rw-tools (<< 7.1-9)
Description: DVD+-RW/R recorder
[...]

Viel Spaß beim Brennen auf Blu-ray-Disks!

Antwort4

Ich habe auch Probleme beim Schreiben von BD DL 50 GB-Disketten. Nur diese. Beim Schreiben von CD-R(W), DVD-R(W), DB-R SL 25 GB gibt es keine Probleme. Ich arbeite unter FreeBSD.

Nach einigen Recherchen habe ich festgestellt, dass es wichtig ist, dieGENAUER DISKETTENTYPUndFIRMWAREdes Rekorders! Neue Firmware kann neue Datenträger unterstützen und besser damit umgehen. Einige Rekorder bieten eine „Medienkompatibilitätsliste“, die sich mit einer Firmware-Version ändern kann. Datenträger haben unterschiedliche Technologien und Versionen, stellen Sie sich das vor? ;-)

Mein Pioneer BDR-208D FW1.20 blieb genau in der Mitte der BD-R DL-Disk stehen. Nach dem Firmware-Upgrade auf FW1.50:

  • Das Brennen von ISO-Dateien bricht bei Verbatim BD-R DL 50 GB MABL V1.3-Disketten zufällig ab.
  • Das Brennen von ISO-Dateien funktioniert problemlos mit der Verbatim BD-RE DL 50 GB SERL V2.1-Diskette.

Hinweis: Ich brenne keine ISO-Dateien, sondern GPG-verschlüsselte Backups direkt auf die Festplatte. Für BD-R SL-Medien (25 GB) funktioniert das problemlos.

Das -use-the-force-luke=spare:nonescheint nicht zu helfen und ist in meinem Fall auch nicht wirklich notwendig. Die Bilder sind etwas kleiner als 50 GB (jeweils etwa 46 bis 47 GB).

Ich werde mir demnächst ein ASUS BW-16D1HT mit der besten Firmware-Aktualisierungsrate kaufen und mich mit derselben Festplatte wieder melden.

Aktualisierung 1:Ich habe gerade das ASUS BW-16D1HT FW3.10 bekommen. Es unterstützt neue BDXL 100GB-Medien. Es unterstützt neue M-DISK (extra lange Lebensdauer für Backups). Hoffe, es kommt mit diesen Verbatims klar.

  • Ich verwende wie zuvor eine brandneue BD-R DL 50 GB MABL V1.3-Disk.
  • Die Vorformatierung wurde abgeschlossen, doch dann schlug WRITE@LBA=390h wie bei Pioneer mit einem Eingabe-/Ausgabefehler fehl.
  • Durch erneutes Starten desselben Befehls wurde der Schreibvorgang gestartet. Mal sehen, ob das abgeschlossen wird. Pioneer hatte Unterbrechungen in der Mitte der Festplatte (FW1.20) oder an zufälligen Stellen (FW1.50). ASUS scheint eine höhere durchschnittliche Schreibgeschwindigkeit von 0,6-0,7x zu haben, während Pioneer große Schwankungen von 0,0-0,6x hatte.

Aktualisierung 2:

  • Beim Brennen von Verbatim BD-R DL 50GB MABL V1.3 (nominale Schreibgeschwindigkeit 6x) auf ASUS BW-16D1HT Firmware 3.10 gab es keine Problemebei Geschwindigkeit 2xexplizit als -speed=2Parameter angegeben growisofs.
  • Beim Brennen mit 8-facher Geschwindigkeit (vom Brenner automatisch erkannt, kein Geschwindigkeitsparameter angegeben) trat an einer zufälligen Stelle ein Fehler auf. Ein erneuter Versuch versetzt den Brenner in den Status „Nicht betriebsbereit“ und führt zu zahlreichen CAM-Fehlern in DMESG.
  • Es sieht so aus, als ob einige Datenträger einfach nicht mit manchen Brennern kompatibel sind.
  • Es sieht so aus, als ob diese zweischichtigen Festplattenäußerstempfindlich gegenüber Schreibgeschwindigkeit. Möglicherweise ist dies ein Problem der Disk-Technologie selbst, wenn ähnliche Probleme auf verschiedenen Geräten und Firmware-Revisionen auftreten.

SCHLUSSFOLGERUNGEN:

  1. Überprüfen Sie die Festplattentypen und Ihren Brennerhersteller sowie die Firmware-Version..
  2. ES GIBTVIELE VARIANTEN VON BLU-RAY-DISK IN UNTERSCHIEDLICHEN VERSIONEN UND HERSTELLUNGSTECHNOLOGIEN.
  3. NICHT ALLE DISKETTEN UND BRENNER FUNKTIONIERENGUT ODER ÜBERHAUPT ZUSAMMENARBEITEN!
  4. VERWENDEN SIE DIE NIEDRIGSTE MÖGLICHE SCHREIBGESCHWINDIGKEIT FÜR BD DL-DISK. Sie sind äußerst empfindlich gegenüber Schreibschwankungen und Pufferunterläufen auf allen Brennern (obwohl diese Brenner über einen Puffer verfügen, der das verhindern sollte).

verwandte Informationen