Arch Linux

CD per Terminal brennen

skull-y

Ich habe jetzt bereits 2 Rohlinge verbraten, bei dem Versuch eine CD zu beschreiben. Hier mal das, was mir das Terminal ausgegeben hat:

Erster Versuch

[jan@Midgard ~]$ wodim -v dev=/dev/sr0 -data /home/jan/Brennen/Sarah.part1.rar
wodim: No write mode specified.
wodim: Assuming -tao mode.
wodim: Future versions of wodim may have different drive dependent defaults.
TOC Type: 1 = CD-ROM
wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.
scsidev: '/dev/sr0'
devname: '/dev/sr0'
scsibus: -2 target: -2 lun: -2
Error trying to open /dev/sr0 exclusively (Device or resource busy)... retrying in 1 second.
Error trying to open /dev/sr0 exclusively (Device or resource busy)... retrying in 1 second.
Linux sg driver version: 3.5.27
Wodim version: 1.1.11
SCSI buffer size: 64512
Device type    : Removable CD-ROM
Version        : 5
Response Format: 2
Capabilities   : 
Vendor_info    : 'Slimtype'
Identification : 'DVDRW SOSW-852S '
Revision       : 'PS08'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x0010 (DVD-ROM)
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) (current)
Profile: 0x000A (CD-RW) 
Profile: 0x0009 (CD-R) 
Profile: 0x0008 (CD-ROM) 
wodim: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
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 : 1422080 = 1388 KB
Beginning DMA speed test. Set CDR_NODMATEST environment variable if device
communication breaks or freezes immediately after that.
FIFO size      : 4194304 = 4096 KB
Track 01: data   650 MB        
Total size:      746 MB (73:57.36) = 332802 sectors
Lout start:      746 MB (73:59/27) = 332802 sectors
Current Secsize: 2048
ATIP info from disk:
  Indicated writing power: 4
  Is not unrestricted
  Is not erasable
  Disk sub type: Medium Type A, low Beta category (A-) (2)
  ATIP start of lead in:  -12508 (97:15/17)
  ATIP start of lead out: 359845 (79:59/70)
Disk type:    Short strategy type (Phthalocyanine or similar)
Manuf. index: 22
Manufacturer: Ritek Co.
Blocks total: 359845 Blocks current: 359845 Blocks remaining: 27043
wodim: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
Speed set to 4234 KB/s
Starting to write CD/DVD at speed  24.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.
wodim: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
Performing OPC...
Starting new track at sector: 0
Track 01:  113 of  650 MB written (fifo 100%) [buf 100%]  12.1x.Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error
CDB:  2A 00 00 00 E3 6A 00 00 1F 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 03 00 00 00 00 0A 00 00 00 00 0C 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.017s timeout 40s

write track data: error after 119230464 bytes
wodim: A write error occured.
wodim: Please properly read the error message above.
Writing  time:   96.841s
Average write speed  49.4x.
Min drive buffer fill was 99%
Fixating...
Fixating time:   30.946s
wodim: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
wodim: fifo had 1942 puts and 1879 gets.
wodim: fifo was 0 times empty and 1860 times full, min fill was 87%.

Zweiter Versuch:

[jan@Midgard ~]$ cdrecord -tao -v dev=/dev/sr0 -data /home/jan/Brennen/Sarah.part1.rar
TOC Type: 1 = CD-ROM
wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.
scsidev: '/dev/sr0'
devname: '/dev/sr0'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Wodim version: 1.1.11
SCSI buffer size: 64512
Device type    : Removable CD-ROM
Version        : 5
Response Format: 2
Capabilities   : 
Vendor_info    : 'Slimtype'
Identification : 'DVDRW SOSW-852S '
Revision       : 'PS08'
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) 
wodim: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
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 : 1422080 = 1388 KB
Beginning DMA speed test. Set CDR_NODMATEST environment variable if device
communication breaks or freezes immediately after that.
FIFO size      : 4194304 = 4096 KB
Track 01: data   650 MB        
Total size:      746 MB (73:57.36) = 332802 sectors
Lout start:      746 MB (73:59/27) = 332802 sectors
Current Secsize: 2048
ATIP info from disk:
  Indicated writing power: 4
  Is not unrestricted
  Is not erasable
  Disk sub type: Medium Type A, low Beta category (A-) (2)
  ATIP start of lead in:  -12508 (97:15/17)
  ATIP start of lead out: 359845 (79:59/70)
Disk type:    Short strategy type (Phthalocyanine or similar)
Manuf. index: 22
Manufacturer: Ritek Co.
Blocks total: 359845 Blocks current: 359845 Blocks remaining: 27043
wodim: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
Speed set to 4234 KB/s
Starting to write CD/DVD at speed  24.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.
wodim: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
Performing OPC...
Starting new track at sector: 0
Track 01:  581 of  650 MB written (fifo 100%) [buf 100%]  12.5x.Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error
CDB:  2A 00 00 04 8A DD 00 00 1F 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 03 00 00 00 00 0A 00 00 00 00 0C 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.039s timeout 40s

write track data: error after 609675264 bytes
wodim: A write error occured.
wodim: Please properly read the error message above.
Writing  time:  318.988s
Average write speed  14.3x.
Min drive buffer fill was 99%
Fixating...
Fixating time:   30.682s
wodim: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
wodim: fifo had 9667 puts and 9604 gets.
wodim: fifo was 0 times empty and 9544 times full, min fill was 87%.

Das sind meine ersten beiden Versuche mit dem Terminal zu brennen, was an sich nicht schwer ist, mit Hilfe der man-pages als auch Google.

Was ich bis jetzt gefunden habe, ist ein Bug-Report aus 2007: https://bugs.launchpad.net/ubuntu/+source/cdrkit/+bug/149076
Ich habe hier im Forum ein paar Dinge gefunden, wo als TP die cdrtools aus dem AUR Abhilfe bringen können. Mit diesen habe ich ebenfalls einen Fehler:

[jan@Midgard ~]$ cdrecord -tao -v dev=/dev/sr0 -data /home/jan/Brennen/Sarah.part1.rar
Cdrecord-ProDVD-ProBD-Clone 3.01a06 (i686-pc-linux-gnu) Copyright (C) 1995-2011 Joerg Schilling
TOC Type: 1 = CD-ROM
cdrecord: Die Operation ist nicht erlaubt. Warning: Cannot raise RLIMIT_MEMLOCK limits.
cdrecord: Die Operation ist nicht erlaubt. WARNING: Cannot set RR-scheduler.
cdrecord: Keine Berechtigung. WARNING: Cannot set priority using setpriority().
cdrecord: WARNING: This causes a high risk for buffer underruns.
scsidev: '/dev/sr0'
devname: '/dev/sr0'
scsibus: -2 target: -2 lun: -2
Warning: Open by 'devname' is unintentional and not supported.
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
SCSI buffer size: 64512
atapi: 1
Device type    : Removable CD-ROM
Version        : 5
Response Format: 2
Capabilities   : 
Vendor_info    : 'Slimtype'
Identifikation : 'DVDRW SOSW-852S '
Revision       : 'PS08'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
Current: CD-R
Profile: DVD+R/DL 
Profile: DVD+R 
Profile: DVD+RW 
Profile: DVD-RW sequential recording 
Profile: DVD-RW restricted overwrite 
Profile: DVD-R sequential recording 
Profile: DVD-ROM 
Profile: CD-RW 
Profile: CD-R (current)
Profile: CD-ROM 
cdrecord: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
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 : 1422080 = 1388 KB
cdrecord: Warning: Cannot read drive buffer.
cdrecord: Warning: The DMA speed test has been skipped.
FIFO size      : 4194304 = 4096 KB
Track 01: data   650 MB        
Total size:      746 MB (73:57.36) = 332802 sectors
Lout start:      746 MB (73:59/27) = 332802 sectors
Current Secsize: 2048
ATIP info from disk:
  Indicated writing power: 4
Disk Is not unrestricted
Disk Is not erasable
  Disk sub type: Medium Type A, low Beta category (A-) (2)
  ATIP start of lead in:  -12508 (97:15/17)
  ATIP start of lead out: 359845 (79:59/70)
Disk type:    Short strategy type (Phthalocyanine or similar)
Manuf. index: 22
Manufacturer: Ritek Co.

    Capacity  Blklen/Sparesz.  Format-type  Type
      449849             2048         0x00  No Media Present or Unknown Capacity
Blocks total: 359845 Blocks current: 359845 Blocks remaining: 27043
cdrecord: Die Operation ist nicht erlaubt. WARNING: Cannot set RR-scheduler.
cdrecord: Keine Berechtigung. WARNING: Cannot set priority using setpriority().
cdrecord: WARNING: This causes a high risk for buffer underruns.
cdrecord: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
Starting to write CD/DVD/BD at speed 24 in real TAO mode for single session.
Last chance to quit, starting real write    0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
cdrecord: Warning: controller returns wrong page 3 for Ricoh Vendor Page page (30).
BURN-Free is ON.
Turning BURN-Free off
Performing OPC...
Starting new track at sector: 0
Track 01:    1 of  650 MB written (fifo 100%)   1,0x.cdrecord: Eingabe-/Ausgabefehler. write_g1: scsi sendcmd: no error
CDB:  2A 00 00 00 02 C9 00 00 1F 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 03 00 00 00 00 0A 00 00 00 00 0C 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.017s timeout 40s

write track data: error after 1460224 bytes
cdrecord: A write error occured.
cdrecord: Please properly read the error message above.
Writing  time:   19.680s
Average write speed 370,1x.
Fixating...
cdrecord: Eingabe-/Ausgabefehler. close track/session: scsi sendcmd: no error
CDB:  5B 00 02 00 00 00 00 00 00 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 03 00 00 00 00 0A 00 00 00 00 72 00 00 00
Sense Key: 0x3 Medium Error, Segment 0
Sense Code: 0x72 Qual 0x00 (session fixation error) Fru 0x0
Sense flags: Blk 0 (not valid) 
cmd finished after 2.010s timeout 480s
cmd finished after 2.010s timeout 480s
cdrecord: Cannot fixate disk.
Fixating time:    2.036s
cdrecord: fifo had 87 puts and 24 gets.
cdrecord: fifo was 0 times empty and 11 times full, min fill was 84%.

Bediene ich cdrecord falsch? Liegt es am Brenner?

Army

Vielleicht mal langsam brennen?

jefaridas

Ich weiß ja nicht was du vorhast, aber so brennst du (wenn ich mich nicht total irre) einfach die .rar roh auf die CD, ohne Dateisystem.

skull-y

Army schriebVielleicht mal langsam brennen?

Daran hätte ich eigentlich selber denken sollen 🙂

jefaridas schriebIch weiß ja nicht was du vorhast, aber so brennst du (wenn ich mich nicht total irre) einfach die .rar roh auf die CD, ohne Dateisystem.

Ich dachte, dass der Parameter "-data" eben dieses Dateisystem erstellt, ich bin bei der Zusamenstellung des Befehls nach dem Ubuntu-Wiki gegangen.

Ich habe auf deine Antwort hin noch mal per Google geschaut. Letztendlich habe ich dann erst ein iso mit mkisofs erstellt. Das Iso habe ich erfolgreich brennen können.

schily

Warum hast Du eigentlich die Warnungen von cdrecord ignoriert?

1) Die Angabe eines _Gerätenamens_ statt einer SCSI Adresse kann zu suboptimalen Verhalten führen (linux hat leider mehrere unterschiedlich gute Treiber für SCSI die gleichzeitig nutzbar sind).

2) Cdrecord sagt Dir, daß Du fehlerhafterweise cdrecord nicht mit root-Rechten gerufen hast - das sollte zu denken geben

ansonsten gibt es weitere Probleme:

LiteON hat nicht immer beste Brennqualität gehabt - vielleicht ist das inzwischen aber besser

Ritek ist ein Hersteller am unteren Qualitätsende

TAO ist nicht das beste......

Aber was besonders wichtig ist: wodim ist nicht das einzige bösartige Programm im Linux Umfeld. "hald" und alle seine Nachfolger sind unter Linux als absolut feindliche Software einzustufen.

Wenn man ein Original-cdrecord verwendet und dabei merkwürdige Brennabbrüche bekommt, dann ist in mehr als der Hälfte der Fälle Hald schuld.

Hald wurde von einem Menschen geschrieben, der keine Kennenisse und kein Interesse an dem Verhalten Optischer Laufwerke hat und hald greift daher unter Linux abbrechend in den Brennprozess ein weil es den aktuellen Status des Brenners ignoriert und mitten während des Brennprozesses versucht das noch nicht fertige Medium zu mounten.

Der Autor von hald und seinen Nachfolgern ist nicht an einer Korrektur dieser Probleme interessiert und hat bislang alle meine Versuche einer Kontaktaufnahme ignoriert.

Das Beste was man tun kann ist hald bzw. vergleichbare Software gar nicht erst laufenzulassen. Da ein einfaches kill oft nicht hilft, sollte man kill -STOP probieren.... ist auch das nicht möglich, kann man (dies hilft aber nur bei CDs) cdrecord sagen es soll im -raw96r Modus brennen. In diesem Modus werden jedenfalls die Konzeptionellen Bugs in hald nicht getriggert, weil damit selbst der Brenner während des Brennens nicht weis was passiert und daher hald auch keine Ereignisse sieht, die hald dann wegen seiner Konzeptfehler fehlinterpretieren könnte.

Warum kümmert sich eigentlich niemand von einer der Linus Distros um die hald Probleme?

GerBra

schily schriebW
Warum kümmert sich eigentlich niemand von einer der Linus Distros um die hald Probleme?

HAL gibt es bei Archlinux schon länger nicht mehr... Wäre evtl. ein Grund, daß OS zu wechseln? <SCNR>

//Edit: Wobei ich nicht unbedingt sagen will, daß mir neuere Konstruktionen dbzgl. der einzelnen "Uber"Desktops symphatischer sind...

skull-y

schily schriebWarum hast Du eigentlich die Warnungen von cdrecord ignoriert?

1) Die Angabe eines _Gerätenamens_ statt einer SCSI Adresse kann zu suboptimalen Verhalten führen (linux hat leider mehrere unterschiedlich gute Treiber für SCSI die gleichzeitig nutzbar sind).

Gut, dass ich das noch nicht wusste, denn Anleitungen, die man so findet verwenden alle den Gerätenamen.

schily schrieb 2) Cdrecord sagt Dir, daß Du fehlerhafterweise cdrecord nicht mit root-Rechten gerufen hast - das sollte zu denken geben

Weil auch mit root-Rechten das Brennen fehlgeschlagen ist.

schily schrieb LiteON hat nicht immer beste Brennqualität gehabt - vielleicht ist das inzwischen aber besser

Kein Ahnung, ist ja schliesslich kein LiteOn verbaut, frage mich daher, wie du darauf kommst.

schily schrieb Ritek ist ein Hersteller am unteren Qualitätsende

Wird wohl daran liegen, dass es ein 5 oder 6 Jahre alter Laptop

schily schrieb TAO ist nicht das beste......

Weil? Was ist besser, weil...?

schily schrieb Aber was besonders wichtig ist: wodim ist nicht das einzige bösartige Programm im Linux Umfeld. "hald" und alle seine Nachfolger sind unter Linux als absolut feindliche Software einzustufen.

Wenn man ein Original-cdrecord verwendet und dabei merkwürdige Brennabbrüche bekommt, dann ist in mehr als der Hälfte der Fälle Hald schuld.

Hald ist bei mir sicher nicht schuld, denn der läuft bei mir seit bestimmt einem Jahr nicht mehr. Wenn nicht sogar länger, seit Xorg auch ohne auskommt.

Wäre im allgemeinen freundlicher gewesen mir nicht gleich in dem Ton zu antworten, waren schliesslich meine ersten Versuche per Terminal. Kritik üben kannst du ja, dann zeige aber auch Möglichkeiten auf um es besser zu machen, anstatt nur zu meckern.