Gravure de cd impossible

Support Debian
#1

Bonjour à tous,

j’essaie désespérément de graver une image disque, mais sans succès. Nautilus-burn ne m’envoie aucun message d’erreur convaincant (“essayez de graver avec une vitesse plus faible”). Gnomebaker est un peu plus prolixe, voici sa sortie :

TOC Type: 3 = CD-ROM XA mode 2 wodim: No write mode specified. wodim: Asuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.scsidev: '/dev/hda' devname: '/dev/hda' scsibus: -2 target: -2 lun: -2 wodim: No such file or directory. Cannot open SCSI driver! For possible targets try 'wodim --devices' or 'wodim -scanbus'. For possible transport specifiers try 'wodim dev=help'. For IDE/ATAPI devices configuration, see the file README.ATAPI.setup from the wodim documentation.

Mon combiné lecteur-graveur est /dev/hde , fstab pointe bien dessus : voici sa ligne :

Je suis allé lire le fameux fichier README.ATAPI.setup et aller jeter un œil dans /etc/wodim.conf. Il m’indique

Soit. /dev/cdrom est un lien pointant bien sur /dev/hde donc a priori, tout devrait fonctionner, non ? Ou alors, j’ai manqué un chapitre ?

je précise également que j’ai déjà installé cdrecord , j’ai tenté un dpkg-reconfigure cdrecord -plow comme conseillé sur ce forum. Rien ne se passe (dpkg ne me pose aucune question) et il m’est toujours impossible de graver.

J’utilise un noyau tout ce qu’il y a de plus standard ( 2.6.26-1-amd64 )

Bon, je crois que vous savez tout. Ce problème est très gênant et Google m’indique que je ne suis manifestement pas le seul. Quelqu’un ici connaît une solution ?

Merci d’avance.

#2

Salut,

cdrecord est un paquet vide dans Debian, il a été abandonné pour cdrkit en raison de conflits divers et variés avec le mainteneur de cdrecord (licence en particulier, caractère sans doute aussi…). Si tu veux l’utiliser il faut récupérer les sources sur le site de Jörg Schilling: cdrecord.berlios.de/private/cdrecord.html

Sinon pour ton problème avec wodim, il semble clairement qu’il cherche à utiliser le mauvais device (un disque au lieu de ton graveur).

Essaye wodim --devices pour lister les périphériques reconnus comme graveurs par wodim, ensuite tu peux ajouter “dev=” suivi de l’adresse de ton graveur à la commande de gravure (dev=/dev/hde par exemple).

#3

Ah, je ne savais pas pour cdrecord. Je l’ai donc viré.

Voilà ce que me répond wodim concernant mon graveur :

$ wodim --devices
wodim: Overview of accessible drives (1 found) :
-------------------------------------------------------------------------
 0  dev='/dev/hde'	rwrw-- : 'PIONEER' 'DVD-RW  DVR-108'
-------------------------------------------------------------------------

Bon, il le détecte bien au bon endroit, mais gnomebaker me renvoie toujours le même message. Je n’ai pas bien compris ta dernière suggestion à propos d’ajouter dev=/dev/hde à la ligne de commande (je préfère éviter de graver en ligne de commande, tant qu’à faire, vu que Gnome vient avec un programme de gravure de CD.

Ah aussi, je précise : mon user principal est bien dans le groupe cdrom.

#4

Ok, mais la ligne de commande te permet déjà de vérifier si ton graveur fonctionne avec wodim, avant de retourner toute la configuration d’une interface utilisateur…

Sinon tu peux aller voir dans gconf-editor à “apps > GnomeBaker > devices > device**” et changer l’identifiant du graveur s’il est incorrect.

Au sujet du paquet vide “cdrecord”, il peut être utile dans la mesure où il installe un lien symbolique dans /usr/bin vers wodim, pour les applications qui chercheraient explicitement “cdrecord”.

#5

On avance !

Les paramètres de gnomebaker dans gconf n’étaient effectivement pas les bons. J’ai modifié les clés suivantes : /apps/GnomeBaker/Devices/Device01/DeviceId (/dev/hde)

/apps/GnomeBaker/Devices/Device01/DeviceNode (/dev/hde)

Maintenant, GnomeBaker plante un peu plus loin. Voici sa sortie :

wodim: No write mode specified. wodim: Asuming -tao mode. wodim: Future versions of wodim may have different drive dependent defaults. wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.scsidev: '/dev/hde' devname: '/dev/hde' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.9 SCSI buffer size: 64512 Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. TOC Type: 3 = CD-ROM XA mode 2 Driveropts: 'burnfree' Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'PIONEER ' Identification : 'DVD-RW DVR-108 ' Revision : '1.20' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 (CD-R) Profile: 0x002B (DVD+R/DL) Profile: 0x001B (DVD+R) Profile: 0x001A (DVD+RW) Profile: 0x0014 (DVD-RW sequential recording) Profile: 0x0013 (DVD-RW restricted overwrite) Profile: 0x0011 (DVD-R sequential recording) Profile: 0x0010 (DVD-ROM) Profile: 0x000A (CD-RW) Profile: 0x0009 (CD-R) (current) Profile: 0x0008 (CD-ROM) Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1267712 = 1238 KB FIFO size : 12582912 = 12288 KB Speed set to 1764 KB/s 4 seconds. 3 seconds. 2 seconds. 1 seconds. 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Performing OPC... Errno: 0 (Success), send opc scsi sendcmd: no error CDB: 54 01 00 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 04 00 00 00 00 0E 00 00 00 00 44 8D 00 00 Sense Key: 0x4 Hardware Error, Segment 0 Sense Code: 0x44 Qual 0x8D (internal target failure) [No matching qualifier] Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 6.156s timeout 60s wodim: OPC failed. Writing time: 10.255s wodim: fifo had 191 puts and 0 gets. wodim: fifo was 0 times empty and 0 times full, min fill was 100%.

Pour nautilus-cd-burner, il n’y a aucun changement notable.

Étrangement, par ailleurs, il y a un message d’erreur dans gconf pour toutes les clés de GnomeBaker : “Cette clé n’a pas de structure”. Idem pour la clé /apps/nautilus-cd-burner/[machine]/last_device (/dev/hde). Peut-être mon problème est-il lié à cela ?

Je précise que j’ai réinstallé Debian sur cette machine en conservant la partition /home, sur laquelle il y avait déjà des paramètres pour Gnomebaker et nautilus-cd-burner. C’était une Debian/Sid à l’époque (proche de la Lenny actuelle)

#6

Là j’ai l’impression que le problème est plus profond, tu peux donner le résultat de:

pour voir si c’est juste wodim qui évalue mal les capacités du graveur, ou un problème plus général de prise en charge par le module “pilote”.

Regarde aussi si tu vois des erreurs concernant ton graveur dans:

#7

Voici msieu :

[code]# hdparm -cd /dev/hde

/dev/hde:
IO_support = 1 (32-bit)
using_dma = 1 (on)
[/code]

# dmesg | grep ata
[    0.000000]  BIOS-e820: 000000007fee3000 - 000000007fef0000 (ACPI data)
[    0.000000]   early res: 0 [0-fff] BIOS data page
[    0.000000] PERCPU: Allocating 37168 bytes of per cpu data
[    0.004000] Memory: 2054436k/2096000k available (2226k kernel code, 41176k reserved, 1082k data, 392k init)
[    1.338311] libata version 3.00 loaded.
[    3.749037] ata1: SATA max UDMA/133 abar m8192@0xfdefe000 port 0xfdefe100 irq 16
[    3.749037] ata2: SATA max UDMA/133 abar m8192@0xfdefe000 port 0xfdefe180 irq 16
[    4.090324] ata1: SATA link down (SStatus 0 SControl 300)
[    4.429119] ata2: SATA link down (SStatus 0 SControl 300)
[    4.545983] sata_nv 0000:00:05.0: version 3.5
[    4.545983] sata_nv 0000:00:05.0: Using SWNCQ mode
[    4.545983] scsi2 : sata_nv
[    4.545983] scsi3 : sata_nv
[    4.545983] ata3: SATA max UDMA/133 cmd 0x9f0 ctl 0xbf0 bmdma 0xdc00 irq 20
[    4.545983] ata4: SATA max UDMA/133 cmd 0x970 ctl 0xb70 bmdma 0xdc08 irq 20
[    5.072638] ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    5.081098] ata3.00: ATA-8: ST3500320AS, SD15, max UDMA/133
[    5.081100] ata3.00: 976773168 sectors, multi 1: LBA48 NCQ (depth 31/32)
[    5.097088] ata3.00: configured for UDMA/133
[    5.581121] ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
[    5.589091] ata4.00: ATA-8: ST3500320AS, SD15, max UDMA/133
[    5.589091] ata4.00: 976773168 sectors, multi 1: LBA48 NCQ (depth 31/32)
[    5.605263] ata4.00: configured for UDMA/133
[    5.605263] sata_nv 0000:00:05.1: Using SWNCQ mode
[    5.605263] scsi4 : sata_nv
[    5.605263] scsi5 : sata_nv
[    5.605263] ata5: SATA max UDMA/133 cmd 0x9e0 ctl 0xbe0 bmdma 0xc800 irq 23
[    5.605263] ata6: SATA max UDMA/133 cmd 0x960 ctl 0xb60 bmdma 0xc808 irq 23
[    5.967689] ata5: SATA link down (SStatus 0 SControl 300)
[    6.295696] ata6: SATA link down (SStatus 0 SControl 300)
[    6.296086] sata_nv 0000:00:05.2: Using SWNCQ mode
[    6.299689] scsi6 : sata_nv
[    6.299689] scsi7 : sata_nv
[    6.299689] ata7: SATA max UDMA/133 cmd 0xc400 ctl 0xc000 bmdma 0xb400 irq 22
[    6.299689] ata8: SATA max UDMA/133 cmd 0xbc00 ctl 0xb800 bmdma 0xb408 irq 22
[    6.629117] ata7: SATA link down (SStatus 0 SControl 300)
[    7.057119] ata8: SATA link down (SStatus 0 SControl 300)
[    9.039254] EXT3-fs: mounted filesystem with ordered data mode.
[   15.389445] EXT3-fs: mounted filesystem with ordered data mode.
[   15.445443] EXT3-fs: mounted filesystem with ordered data mode.
[   15.476551] EXT3-fs: mounted filesystem with ordered data mode.

Personellement, je n’identifie rien de suspect. Qu’en dis tu ?

Une recherche google de “wodim: opc failed” retourne des tas de posts non-résolus sur de nombreux forums. J’ai un peu les foies, là.

Maintenant, je suis prêt à acheter un nouveau graveur, mais je dois être sûr que le problème vient de lui et pas d’un mauvais paramétrage de ma part, quoi :neutral_face:

#8

Ton graveur a l’air d’être correctement initialisé, le dma et activé de même que l’accès 32bit… Tu devrais essayer de graver avec wodim en ligne de commande, et si ça échoue de compiler cdrecord et de faire un essaie, avant de jeter ton graveur :wink: .

J’ai compilé cdrecord il y a peut de temps et ça n’est pas sorcier, ça vaut le coup d’essayer.

Sinon, tu utilises quelles versions de Debian, wodim, gnomebaker ?

#9

Re,

déjà testé en ligne de commande et en root avec la commande suivante :

(oui, c’est Ubuntu, mais c’est pas pour moi, alors patapai)

le résultat est le même :

wodim -v gracetime=2 dev=/dev/hde speed=4 -dao driveropts=burnfree -eject -data /home/inconnu/Desktop/Ubutnu/ubuntu-8.10-desktop-i386.iso TOC Type: 1 = CD-ROM scsidev: '/dev/hde' devname: '/dev/hde' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.9 Driveropts: 'burnfree' SCSI buffer size: 64512 Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'PIONEER ' Identification : 'DVD-RW DVR-108 ' Revision : '1.20' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 (CD-R) Profile: 0x002B (DVD+R/DL) Profile: 0x001B (DVD+R) Profile: 0x001A (DVD+RW) Profile: 0x0014 (DVD-RW sequential recording) Profile: 0x0013 (DVD-RW restricted overwrite) Profile: 0x0011 (DVD-R sequential recording) Profile: 0x0010 (DVD-ROM) Profile: 0x000A (CD-RW) Profile: 0x0009 (CD-R) (current) Profile: 0x0008 (CD-ROM) Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1267712 = 1238 KB Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. FIFO size : 12582912 = 12288 KB Track 01: data 698 MB Total size: 802 MB (79:30.61) = 357796 sectors Lout start: 802 MB (79:32/46) = 357796 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 5 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) ATIP start of lead in: -11634 (97:26/66) ATIP start of lead out: 359846 (79:59/71) Disk type: Short strategy type (Phthalocyanine or similar) Manuf. index: 3 Manufacturer: CMC Magnetics Corporation Blocks total: 359846 Blocks current: 359846 Blocks remaining: 2050 Speed set to 705 KB/s Starting to write CD/DVD at speed 4.0 in real SAO mode for single session. Last chance to quit, starting real write in 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Performing OPC... Errno: 0 (Success), send opc scsi sendcmd: no error CDB: 54 01 00 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 04 00 00 00 00 0E 00 00 00 00 44 8D 00 00 Sense Key: 0x4 Hardware Error, Segment 0 Sense Code: 0x44 Qual 0x8D (internal target failure) [No matching qualifier] Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 7.954s timeout 200s wodim: OPC failed. Writing time: 11.251s wodim: fifo had 191 puts and 0 gets. wodim: fifo was 0 times empty and 0 times full, min fill was 100%.

et en track at once; toujours pareil :

# wodim -v gracetime=2 dev=/dev/hde speed=4 -tao driveropts=burnfree -eject -data /home/inconnu/Desktop/Ubutnu/ubuntu-8.10-desktop-i386.iso TOC Type: 1 = CD-ROM scsidev: '/dev/hde' devname: '/dev/hde' scsibus: -2 target: -2 lun: -2 Linux sg driver version: 3.5.27 Wodim version: 1.1.9 Driveropts: 'burnfree' SCSI buffer size: 64512 Device type : Removable CD-ROM Version : 0 Response Format: 2 Capabilities : Vendor_info : 'PIONEER ' Identification : 'DVD-RW DVR-108 ' Revision : '1.20' Device seems to be: Generic mmc2 DVD-R/DVD-RW. Current: 0x0009 (CD-R) Profile: 0x002B (DVD+R/DL) Profile: 0x001B (DVD+R) Profile: 0x001A (DVD+RW) Profile: 0x0014 (DVD-RW sequential recording) Profile: 0x0013 (DVD-RW restricted overwrite) Profile: 0x0011 (DVD-R sequential recording) Profile: 0x0010 (DVD-ROM) Profile: 0x000A (CD-RW) Profile: 0x0009 (CD-R) (current) Profile: 0x0008 (CD-ROM) Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr). Driver flags : MMC-3 SWABAUDIO BURNFREE Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R Drive buf size : 1267712 = 1238 KB Beginning DMA speed test. Set CDR_NODMATEST environment variable if device communication breaks or freezes immediately after that. FIFO size : 12582912 = 12288 KB Track 01: data 698 MB Total size: 802 MB (79:30.64) = 357798 sectors Lout start: 802 MB (79:32/48) = 357798 sectors Current Secsize: 2048 ATIP info from disk: Indicated writing power: 5 Is not unrestricted Is not erasable Disk sub type: Medium Type A, high Beta category (A+) (3) ATIP start of lead in: -11634 (97:26/66) ATIP start of lead out: 359846 (79:59/71) Disk type: Short strategy type (Phthalocyanine or similar) Manuf. index: 3 Manufacturer: CMC Magnetics Corporation Blocks total: 359846 Blocks current: 359846 Blocks remaining: 2048 Speed set to 705 KB/s Starting to write CD/DVD at speed 4.0 in real TAO mode for single session. Last chance to quit, starting real write in 0 seconds. Operation starts. Waiting for reader process to fill input buffer ... input buffer ready. Performing OPC... Errno: 0 (Success), send opc scsi sendcmd: no error CDB: 54 01 00 00 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 04 00 00 00 00 0E 00 00 00 00 44 8D 00 00 Sense Key: 0x4 Hardware Error, Segment 0 Sense Code: 0x44 Qual 0x8D (internal target failure) [No matching qualifier] Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 7.430s timeout 60s wodim: OPC failed. Writing time: 10.925s wodim: fifo had 191 puts and 0 gets. wodim: fifo was 0 times empty and 0 times full, min fill was 100%.

versions des logiciels :

Debian Lenny amd64, noyau 2.6.26-1-amd64
Gnomebaker 0.6.4-1
wodim 9:1.1.9-1

#10

[troll rigolard] Ah! C’est Ubuntu, je me disais aussi… [/troll rigolard]

Plus sérieusement, ça ressemble à un bug de wodim dans la reconnaissance du graveur, mais je sais qu’il y a aussi pas mal de bugs qui traînent au sujet des chipsets nvidia… Ça fait deux suspects puisqu’on exclue un problème matériel du graveur (il fonctionne bien avec d’autres systèmes).

Il faudrait vraiment essayer cdrecord, si ça marche c’est la faute de wodim (!), si cdrecord bafouille aussi il faudra regarder du côté des bugs liés au chipset, peut-être avec une option de démarrage pour contourner ça.

As-tu aussi des problèmes pour lire des dvd, faire une image .iso depuis un disque dans le lecteur …etc, ou uniquement pour la gravure ?

#11

Testé à l’instant

lire un CD (audio, de données…) : ok

Créer un ISO à partir d’un DVD : ok

Lire un DVD : ok

Bref, tout fonctionne, sauf la gravure. Il ne me reste donc qu’à compiler cdrecord ? outch.

#12

Ça n’est pas bien compliqué, récupère les sources de la dernière version de cdrtools là:

ftp://ftp.berlios.de/pub/cdrecord/alpha/

Décompresse, lit quelques README pour rire et être convaincu que l’auteur est un génie, tellement que pour compiler son programme il faut utiliser SON compilateur, SA version de make, …etc

Quand tu as fini de (r|l)ire tu peux taper “make” pour vérifier que ça se passe bien, ignore les warning du genre “GNU gcc est trop nul, il faut utiliser MON truc à moi®©”. Ensuite au choix (en root/sudo) “make install” ou “checkinstall” (il faut que “checkinstall” soit installé). Si tu utilises “checkinstall” tu auras un “.deb” dans le répertoire des sources, avec cdrtools ça marche bien (ce n’est pas toujours le cas avec “checkinstall”).

S’il te manque quelque chose à une étape tu en sera averti par les insultes de la console, installe ce qui manque (il te faut “make” :wink: ).

Le programme est installé dans /opt/schily par défaut (qui a dit “megalo” ?), donc cdrecord est dans /opt/schily/bin/cdrecord. Pour l’aide c’est --help, -checkdrive pour vérifier que ton graveur est reconnu.