Ligne de command pour graver des DVD + R DL sur Linux?

Un Plextor PX-750A sur un système Linux a fait de nombreux sous-titres DVD + R DL en essayant de graver un file DVD .iso de 8 Go avec growisofs et le programme cdrecord de Schilling.

J'ai d'abord essayé growisofs:

growisofs --version * growisofs by <[email protected]>, version 7.0, front-ending to genisoimage: genisoimage 1.1.8 (Linux) 

La command line était la suivante:

 growisofs -dvd-compat -Z /dev/sr1=SUU_14.03.00_A00.iso 

La suppression de l'option -dvd-compat a également été tentée.

Schilling cdrtools a également été testé:

 Cdrecord-ProDVD-ProBD-Clone 3.00 (i686-pc-linux-gnu) Copyright (C) 1995-2010 Jörg Schilling 

La command line était la suivante:

 /usr/local/bin/cdrecord -v dev=ATAPI:1,0,0 SUU_14.03.00_A00.iso 

Dans les deux cas, la brûlure s'interrompt à mi-path comme si elle écrivait une couche et cachait lorsqu'elle devait passer à la deuxième couche.

growisofs:

  4275175424/8434493440 (50.7%) @1.6x, remaining 22:03 RBU 100.0% UBU 94.4% :-[ WRITE@LBA=1fdb40h failed with SK=3h/ASC=0Ch/ACQ=00h]: Input/output error :-( write failed: Input/output error 

cdrecord:

 Track 01: 4205 of 8043 MB written (fifo 99%) [buf 97%] 2.4x./usr/local/bin/cdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 00 20 DA 10 00 00 10 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 03 00 00 00 00 0A 00 00 95 00 0C 00 00 00 00 00 Sense Key: 0x3 Medium Error, Segment 0 Sense Code: 0x0C Qual 0x00 (write error) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.019s timeout 200s write track data: error after 4409294848 bytes /usr/local/bin/cdrecord: A write error occured. /usr/local/bin/cdrecord: Please properly read the error message above. 

En regardant le média après la gravure, il semble avoir écrit des données de l'intérieur vers l'extérieur, ce qui donne l'printing qu'il a écrit une couche entièrement, puis qu'il a égaré lorsque cette couche s'est terminée. Dans plusieurs tentatives, chaque échec est à environ 50% du path à travers la brûlure de:

 $ ls -lh SUU_14.03.00_A00.iso -rw-rw-r-- 1 user group 7.9G 2014-05-14 07:53 SUU_14.03.00_A00.iso 

Commencer 2014/05/23 edit:

La page de manuel cdrecord dit:

 Cdrecord functional options ... driveropts=option list ... layerbreak Switch a drive with DVD-R/DL medium into layer jump recording recording mode and use automatic layer-break position setup. By default, DVD-R/DL media is written in sequential recording mode that completely fills up both layers. layerbreak=value Set up a manual layer-break value for DVD-R/DL and DVD+R/DL. The specified layer-break value must not be set to less than half of the recorded data size and must not be set to more than the remaining Layer 0 size of the medium. The manual layer-break value needs to be a mul- tiple of the ECC sector size which is 16 logical 2048 byte sectors in case of DVD media and 32 logical 2048 byte sectors in case of HD-DVD or BD media. Cdrecord does not allow to write DL media in case that the total amount of data is less then the Layer 0 size of the medium except when a manual layer-break has been specified by using the layerbreak=value option. 

L'utilisation de layerbreak sans point d'arrêt calculé manuellement donne:

 cdrecord -v driveropts=layerbreak dev=ATAPI:1,0,0 SUU_14.03.00_A00.iso ... cdrecord: Bad layer break value ''. ... 

Après quelques searchs, j'ai trouvé un patch à un ancien cdrecord qui contenait un "calcul de pause de couche optimale". Avec un peu d'expérimentation, j'ai trouvé que je pouvais calculer la "rupture de couche optimale" dans un shell:

 echo -e "a = $(isosize SUU_14.03.00_A00.iso)\nb = a / 2048 / 2\nb - 1 + 16 - ( b - 1 ) % 16\n" | bc 

Cela a donné une valeur de couche de 2059216. En fait, pour les sourires, j'ai essayé d'ajuster la valeur de haut en bas. Pour certaines valeurs de layerbreak (comme 2059215), cdrecord signale:

 cdrecord: Layer break at 2059215 is not properly aligned. 

Plein d'espoir, j'ai essayé:

 cdrecord -v driveropts=layerbreak=2059216 dev=ATAPI:1,0,0 SUU_14.03.00_A00.iso 

Et encore eu un caboteur et écrire une erreur:

 Track 01: 4205 of 8043 MB written (fifo 99%) [buf 97%] 2.4x./usr/local/bin/cdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 00 20 DB 60 00 00 10 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 03 00 00 00 00 0A 00 00 95 00 0C 00 00 00 00 00 Sense Key: 0x3 Medium Error, Segment 0 Sense Code: 0x0C Qual 0x00 (write error) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.022s timeout 200s write track data: error after 4409982976 bytes /usr/local/bin/cdrecord: A write error occured. /usr/local/bin/cdrecord: Please properly read the error message above. 

Fin du 2014/05/23 éditer.

Ce problème s'est produit sur un server sur lequel aucun outil d'interface graphique n'a été installé. Je cherche un moyen de graver des DVD double couche à partir de la command line.

  1. Essayez un autre graveur de DVD.

    Les commands défaillantes ont fonctionné correctement lorsqu'elles sont utilisées avec un graveur de DVD LG M / N GE24LU20 connecté à un périphérique USB.

  2. Vérifiez la révision du micrologiciel du graveur DVD. Mettez à niveau le microprogramme si une révision plus récente est disponible.

    Les deux commands growisofs et cdrecord ci-dessus échouent sur un graveur Plextor PX-750A-UF 1.01 avec le même lecteur après une mise à jour du firmware vers PX-750A-UF 1.03 .

     /usr/local/bin/cdrecord -v dev=ATAPI:1,0,0 SUU_14.03.00_A00.iso growisofs -dvd-compat -Z /dev/sr1=SUU_14.03.00_A00.iso 

    D'autres avantages à la mise à niveau du firmware sont probables. Par exemple, le périphérique du micrologiciel PX-750A-UF 1.01 a écrit le DVD double couche à environ 2,4x mais le microprogramme 1.03 a écrit le média à un taux de 6x.

En ce qui concerne le saut de couche, il était intéressant de noter que cdrecord faisait une longue pause au sharepoint 4023 Mo (à mi-path) et juste avant le point 4025 Mo où cdrecord échoué lors de l'utilisation du lecteur. Il avait l'apparence que le retard pouvait être dû à une opération de commutateur de couche.

Si vous n'avez pas indiqué à cdrecord où placer la couche, le lecteur va remplir le média jusqu'à 100%. Cela provoque un long retard.

Si cdrecord échoue, vous pouvez être victime de diverses versions modifiées qui ont arraché le support DVD et remplacé le code d'origine par quelque chose à moitié cueilli. Ces versions défectueuses ne rapportent pas la version 3 et ne connaissent pas les bons timeouts pour l'écriture de DVD. Cela peut être une raison pour que cdrecord arrête trop tôt.

La version récente de cdrecord est 3.01a31 et il y aura bientôt 3.01-final.

Avez-vous utilisé une version récente?