ubuntuusers.de

Liebe Ubuntuuser!

Ich habe im Forum und bei Google erfolglos nach einer Lösung für folgendes Problem gesucht:

Mein neuer Rechner (Core i7 920, Asus P6T, 6 GB DDR3, Nvidia GTX260, WD Caviar Green 650 GB, 80 GB Intel SSD X25M) läuft flott und rund, nur mit dem Brenner (LG GH22LS50 TL01) hakt es. Dem System ist er als /dev/sr0 bekannt. CD- und DVD-lesen klappt ohne weiteres, aber bei dem Versuch, Audio-CDs zu brennen erhalte ich von K3B (Ver 1.68 alpha3) folgenden Debugging-Output (Brasero liefert mir die gleichen Meldungen von cdrecord):

CDevices
-----------------------
HL-DT-ST DVDRAM GH22LS50 TL01 (/dev/sr0, CD-R, CD-RW, CD-ROM, DVD-ROM, DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL) [DVD-ROM, DVD-R Sequential, DVD-R Dual Layer Sequential, DVD-R Dual Layer Jump, DVD-RAM, DVD-RW Restricted Overwrite, DVD-RW Sequential, DVD+RW, DVD+R, DVD+R Dual Layer, CD-ROM, CD-R, CD-RW] [SAO, TAO, RAW, SAO/R96P, SAO/R96R, RAW/R16, RAW/R96P, RAW/R96R, Restricted Overwrite, Layer Jump] [%7]

System
-----------------------
K3b Version: 1.68.0
KDE Version: 4.3.2 (KDE 4.3.2)
QT Version:  4.5.2
Kernel:      2.6.31-19-generic

Used versions
-----------------------
cdrecord: 1.1.9

cdrecord
-----------------------
scsidev: '/dev/sr0'
devname: '/dev/sr0'
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: 0 = CD-DA
Driveropts: 'burnfree'
Device type    : Removable CD-ROM
Version        : 5
Response Format: 2
Capabilities   : 
Vendor_info    : 'HL-DT-ST'
Identification : 'DVDRAM GH22LS50 '
Revision       : 'TL01'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Current: 0x0009 (CD-R)
Profile: 0x0012 (DVD-RAM) 
Profile: 0x0011 (DVD-R sequential recording) 
Profile: 0x0015 (DVD-R/DL sequential recording) 
Profile: 0x0016 (DVD-R/DL layer jump recording) 
Profile: 0x0014 (DVD-RW sequential recording) 
Profile: 0x0013 (DVD-RW restricted overwrite) 
Profile: 0x001A (DVD+RW) 
Profile: 0x001B (DVD+R) 
Profile: 0x002B (DVD+R/DL) 
Profile: 0x0010 (DVD-ROM) 
Profile: 0x0009 (CD-R) (current)
Profile: 0x000A (CD-RW) 
Profile: 0x0008 (CD-ROM) 
Profile: 0x0002 (Removable disk) 
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 : 1053696 = 1029 KB
Drive DMA Speed: 16415 kB/s 93x CD 11x DVD
FIFO size      : 12582912 = 12288 KB
Speed set to 1411 KB/s
pregap1: -1
Track 01: audio   33 MB (03:17.00) no preemp copy
Track 02: audio   38 MB (03:48.16) no preemp copy
Track 03: audio   35 MB (03:28.57) no preemp copy
Track 04: audio   42 MB (04:12.18) no preemp copy
Track 05: audio   34 MB (03:24.88) no preemp copy
Track 06: audio   34 MB (03:23.32) no preemp copy
Track 07: audio   34 MB (03:25.45) no preemp copy
Track 08: audio   30 MB (02:59.54) no preemp copy
Track 09: audio   38 MB (03:51.21) no preemp copy
Track 10: audio   32 MB (03:16.05) no preemp copy
Track 11: audio   41 MB (04:03.98) no preemp copy
Track 12: audio   31 MB (03:06.78) no preemp copy
Track 13: audio   31 MB (03:08.21) no preemp copy
Track 14: audio   48 MB (04:50.90) no preemp copy
Track 15: audio   31 MB (03:09.45) no preemp copy
Track 16: audio   30 MB (02:58.34) no preemp copy
Track 17: audio   35 MB (03:29.28) no preemp copy
Track 18: audio   33 MB (03:16.78) no preemp copy
Track 19: audio   45 MB (04:29.17) no preemp copy
Track 20: audio   34 MB (03:22.74) no preemp copy
Track 21: audio   33 MB (03:20.60) no preemp copy
Track 22: audio   33 MB (03:17.00) no preemp copy
Total size:      790 MB (78:21.66) = 352625 sectors
Lout start:      791 MB (78:23/50) = 352625 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: 7220
Starting to write CD/DVD at speed   8.0 in real TAO mode for single session.
Last chance to quit, starting real write in    2 seconds.
   1 seconds.
   0 seconds. Operation starts.
Waiting for reader process to fill input buffer ... input buffer ready.
Performing OPC...
Starting new track at sector: 0
Track 01:    0 of   33 MB written.
Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error
CDB:  2A 00 00 00 01 B0 00 00 1B 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 2A 30 02 80 21 02 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x21 Qual 0x02 (C) Fru 0x0
Sense flags: Blk 0 (not valid) 
cmd finished after 0.002s timeout 40s
/usr/bin/wodim: The current problem looks like a buffer underrun.
/usr/bin/wodim: It looks like 'driveropts=burnfree' does not work for this drive.
/usr/bin/wodim: Please report.
/usr/bin/wodim: Make sure that you are root, enable DMA and check your HW/OS set up.
write track data: error after 1016064 bytes
Writing  time:   16.030s
Average write speed 294.1x.
Fixating...
Fixating time:   35.444s
/usr/bin/wodim: fifo had 207 puts and 17 gets.
/usr/bin/wodim: fifo was 0 times empty and 4 times full, min fill was 97%.

[...] Der Brennvorgang bricht nach ca. 20-30 Sekunden ab, K3B respektive Brasero meldet einen Fehler, und Nautilus meckert über eine nicht lesbare Audio-CD.

DMA ist eingeschaltet, soweit ich das erkennen kann. Ich habe Platinum- und Sony-Rohlinge ausprobiert; das Ergebnis ist gleich.

Es handelt sich nicht um ein Rechteproblem - seit ich cdrecord, wodim, cdrdao und growisofs auf 4775 und /dev/sr0 auf 660 gesetzt habe. root und ich gehören der Gruppe cdrom an, und diese ist in K3B eingestellt.

Ein hdparm -i /dev/sr0 ergibt einen Hinweis auf eine falsche Adresse:

/dev/sr0:
 HDIO_DRIVE_CMD(identify) failed: Bad address

 Model=HL-DT-ST, FwRev=TL01, SerialNo=K0099PB0002
 Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=0kB, MaxMultSect=0
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 
 AdvancedPM=no
 Drive conforms to: unknown:  ATA/ATAPI-3,4,5,6,7

 * signifies the current active mode

K3B zeigt mir nicht, wie von meinem alten Rechner gewohnt, gefüllte Hard- und Softwarepuffer an. Das passt ja zur Buffer underrun-Meldung im obigen Log. Leider kann ich den Brenner nicht im alten Rechner testen, da es ein SATA-Gerät ist. Die alte Mühle hat nur PATA-Anschlüsse.

Einen Hardwaredefekt kann ich zwar nicht ausschließen, halte ihn aber für unwahrscheinlich (Neuware). Aus irgendeinem Grund wird nichts in die Puffer geschrieben, und nach dem Lead-In ist dann Schluss.

Hat jemand eine Idee?

1. Liegt es mal wieder an LG (beim Googlen fand ich einige Leute, die nach dem Einbau eines anderen Brenners keine Probleme mehr hatten)?

2. Ein Treiberproblem? Laut obigem Log wird der Brenner als Generic mmc2 DVD-R/DVD-RW angesprochen.

3. Kommt das von K3B/Brasero verwendete cdrecord (Ver. 1.1.9) mit SATA-Brennern nicht zurecht?

4. Könnte eine neue Version von K3B oder cdrecord helfen? (Synaptic zeigt mir aber keine neueren Versionen an)

Vielen Dank im Voraus (ach, und bitte bedenkt, dass Ihr es mit einem Newbie zu tun habt; insbesondere vollständige Pfadangaben wären hilfreich)!

@ prometheus0815:

Sorry, Anfängerfehler. Kommt nicht wieder vor.

Bezüglich der Einsortierung meiner Anfrage war ich allerdings unsicher: Gehr es wirklich um Programmbedienung oder eher um Einrichten und Verwalten bzw. Hardware / Treiber...?

Sei's drum, VG,

nichtnormal

Es macht übrigens keinen Unterschied, wenn ich versuche, Daten-CDs zu brennen. Oder in K3B Burnfree ausschalte:

Waiting for reader process to fill input buffer ... input buffer ready.
Performing OPC...
Sending CUE sheet...
Writing pregap for track 1 at -150
Starting new track at sector: 0
Track 01:    0 of   40 MB written.
Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error
CDB:  2A 00 00 00 00 D8 00 00 1B 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 2A 00 00 80 30 05 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x30 Qual 0x05 (cannot write medium - incompatible format) Fru 0x0
Sense flags: Blk 0 (not valid) 
cmd finished after 0.002s timeout 200s
/usr/bin/wodim: A write error occured.
/usr/bin/wodim: Please properly read the error message above.
write track data: error after 508032 bytes
Writing  time:   33.416s
Average write speed 133.2x.
Fixating...
Fixating time:    0.009s
/usr/bin/wodim: fifo had 199 puts and 9 gets.
/usr/bin/wodim: fifo was 0 times empty and 3 times full, min fill was 97%.

Allerdings kommt jetzt nicht mehr:

Sense Code: 0x21 Qual 0x02 (invalid address for write) Fru 0x0

sondern (s.o.):

Sense Code: 0x30 Qual 0x05 (cannot write medium - incompatible format) Fru 0x0

Im Übrigen auch kein Erfolg bei Verwendung einer dritten Sorte Rohlinge (Lifetec, also Aldi, sicher nicht die beste Qualität, aber auf dem alten Rechner stets problemlos brennbar).

Kann mir jemand die folgende Meldung im Log erklären, die jedesmal erscheint?:

Beginning DMA speed test. Set CDR_NODMATEST environment variable if device
communication breaks or freezes immediately after that.

Geht das auf der Kommandozeile? Wirkt diese Eingabe dauerhaft?

Und wirkt sich diese Einstellung nachteilig auf andere Systemkomponenten oder das Lesen optischer Datenträger aus?

nichtnormal

Hi nochmal,

ich kann jetzt brennen mit einem PATA- (oder IDE-)Brenner: GSA-4163B, gleichfalls ein Gerät von LG.

Ich würde den Thread dennoch nicht als gelöst betrachten, denn es bleibt ja die Frage warum es mit diesem geht, mit dem GH22LS50 TL01 von LG aber nicht. Haben noch mehr Leute Probleme mit SATA-Brennern, bei denen IDE-Geräre funktionieren?

Ach, ich vergaß zu erwähnen, dass ich mit Ubuntu 9.10 "Karmic", 64 Bit arbeite.

Grüße,

nicht normal

Hallo,

ich habe das gleiche Problem mit dem LG GH22LS50 ...

Auch ich verwende Karmic Koala 64Bit mit der gleichen k3b Version ... Hatte mir gerade vor kurzem diesen Brenner gekauft um alle Geräte als SATA anschließen zu können ...

Das Firmware Update von LG habe ich auch schon eingespielt ...

Ich habe gerade noch mal die Verpackung rausgekrammt, dabei ist mir aufgefallen das dieser Brenner als "Feature" SecurDisc vorweisen kann ... Könnte Linux damit ein Problem haben ???

Schöne Grüße

@ nichtnormal

du (bzw. Brasero und k3b) benutzt nicht cdrecord, sondern wodim. Und ich vermute mal, daß wodim mit deinem Brenner nicht zurechtkommt. Hier im Forum liest man öfter von Brennproblemen mit den standardmäßig instalierten wodim und neueren LG-Laufwerken.

Eventuell mal den cdrkit-fork durch die echten cdrtools ersetzen?

Edith: ich hab wegen ähnlicher Probleme ein paar Debs gebaut, die bei mir (und wohl auch bei anderen) funtioniert haben, allerdings nicht bei jemanden mit einem anderen LG-Brenner (der vermutet ein Hardwareproblem)

@ tomcat69

Danke für den Hinweis - mehr ist es ja leider nicht... 😕

Secur(e?)Disk, das ist wohl der Buffer-underrun-Schutz.

Den (bei wodim / cdrecord "Burnfree" genannt, s.o.) habe ich testweise auch mal abgeschaltet, ohne Erfolg. K3B kam gar nicht so weit, dass irgendwelche Puffer befüllt werden konnten.

Nachdem ich den zuletzt erwähnten IDE-Brenner angeschlossen hatte konnte ich im direkten Vergleich den Unterschied deutlich erkennen: Gleich nach dem Schreiben des Leadin, wenn bei korrekter Arbeitsweise die Puffer gefüllt werden, bricht beim GH22LS der Brennvorgang ab. Hard- und Softwarebuffer werden gar nicht erst befüllt.

Ich habe überhaupt keine Ahnung, ob das was mit SecurDisk zu tun hat, also mit einer eventuell inkompatiblen, LG-typischen Art, den Pufferleerlauf zu verhindern. Es kann auch daran liegen, dass es ein SATA und kein IDE-Brenner ist, oder an beidem.

Es läuft aber IMHO darauf hinaus, dass der Kernel nicht weiß, wohin der die Daten puffern soll, bzw. dass kein entsprechendes Kernelmodul installiert ist, dass dazu in der Lage ist. Wie sonst ist die Meldung

Sense Code: 0x21 Qual 0x02 (invalid address for write) Fru 0x0

zu verstehen (vgl. oben)? Also:

... Warten auf Lucid Lynx...?

... oder die nächste wodim-Version?

Ich fürchte, darauf läuft es hinaus...

VG, nichtnormal

@ Antiqua

Interessanter Hinweis, danke! Habe aber Fragen dazu...

du (bzw. Brasero und k3b) benutzt nicht cdrecord, sondern wodim.[...] Hier im Forum liest man öfter von Brennproblemen mit den standardmäßig instalierten wodim und neueren LG-Laufwerken.

Dass cdrecord eigentlich wodim ist, hat mir Google gesagt, und ich habe das bei der Rechtevergabe und den Gruppenzuweisungen berücksichtigt. Das macht mich ja so unglücklich: Es müsste eigentlich laufen...

Des Weiteren habe ich den Eindruck gewonnen, dass es nicht nur LG- sondern im Allgemeinen SATA-Laufwerke sind, die Probleme machen. Auf jeden Fall (s.o.) scheint es ein Buffer underrun-Problem bzw. in diesem Zusammenhang einen Adressierungsfehler zu geben. Wie auch immer...

Eventuell mal den cdrkit-fork durch die echten cdrtools ersetzen?

...erkläre bitte einem Linux-Dummie:

1. wie ich an die echten cdrtools komme (in Synaptic Fehlanzeige),

2. ob ich sie parallel installieren kann (wäre am bequemsten)

3. bzw. ggf. problemlos wieder los werden kann und

4. welche Stolpersteine zu beachten sind,

damit ich mir mein System nicht zerschieße (vielleicht unbegründete Sorgen, aber ich war bis vor 1 1/2 Jahren auf Windows, da ist es nicht schwer ein System unbrauchbar zu machen, dann hatte ich SuSE und bin, weil letzteres auch eher unrund war, erst seit Oktober mit Ubuntu unterwegs).

Edith: ich hab wegen ähnlicher Probleme ein paar Debs gebaut, die bei mir (und wohl auch bei anderen) funtioniert haben, allerdings nicht bei jemanden mit einem anderen LG-Brenner (der vermutet ein Hardwareproblem)

Über die Debs wüsste ich gern mehr, insbesondere welchen Zweck sie genau haben und ob ich sie gefahrlos installieren und ggf. auch wieder runterschmeißen könnte.

Und: Wie komme ich an besagte Debs? 😲

Thx, nichtnormal

Hi,

@ Antiqua

also ich hatte gestern Abend noch schnell die "echten" cdrtools kompiliert → http://cdrecord.berlios.de/private/cdrecord.html

Aber kein Unterschied ... leider

@ nichtnormal

Das Erstellen des deb ist ziemlich unkritisch ... im Fall von cdrecord (siehe Link oben) ist der Standardpfad /opt/schili sodass du entweder in K3b den Pfad setzten kannst/ musst oder in deiner PATH Variable. Ich habe gestern auf die schnelle den Link von cdrecord (/usr/bin/cdrecord) auf wodim gelöscht und dann auf das cdrecord in /opt/schili/bin gelinkt.

Das Erstellen eines deb Paketes kann man mit checkinstall durchführen ... dabei wird das "typische" make install einfach durch checkinstall ersetzt Unabhängig von cdrecord solltest du dir checkinstall mal anschauen ... ist manchmal ganz praktisch 😉

Hoffe das hilft dir ... obwohl es das konkrete Problem mit dem Brenner scheinbar nicht löst ...

@ tomcat69

ich hab zuerst auch versucht, die original Schilly-Tools zu compilieren (was ohne Probleme ging). Aber irgendwie gings dann doch nicht. Brasero und k3b haben trotzdem wodim benutzt, solange es auf dem System war. Und einfach deinstalieren vom cdrkit war nicht, da es immer wieder wegen Abhängigkeiten instaliert wurde. Irgendwie haben wohl die Paketmaintainer da was hart verdrahtet in Richtung wodim 😉

Deshalb hab ich mir die Debs von grml als Sourcen gezogen, das Build-Script leicht angepasst, so das mit den Abhängigkeiten in der Paketverwaltung alles paletti ist und die Debs neu gebaut. Jetzt gehts hier bei mir.


@nichtnormal

wodim ist ein sogenannter Fork vom Original cdrecord (genauer gesagt von einer älteren Version von cdrecord). Einige Distributionen, unter anderem Ubuntu, benutzen eben diesen Fork und nicht das Original.

OK, hier jetzt mal die von mir gemachten Pakete. Bitte nicht verwirren lassen von den abweichenden Versionsnummern. Sowohl die 32-Bit-Pakete, als auch die 64-Bit-Pakete enthalten die gleiche Version, nur eben einmal für 32-Bit und einmal für 64-Bit.

32-Bit: http://media.ubuntuusers.de/forum/attachments/2323878/cdrtools_for_ubuntu-2.01.01.1a57.tar.gz

64-Bit: http://media.ubuntuusers.de/forum/attachments/2327540/cdrtools_for_ubuntu-2.01.01.1a58_amd64.tar.gz


Ich hab hier in diesem Posting beschrieben, was zu machen ist, um das ganze instaliert zu bekommen.

In Kurzform für 64-Bit:
(einfach den ganzen Block in ein Terminal copieren und mit [Enter] bestätigen. Den ganze Block, weil die Befehle wegen der && verkettet sind. Die \ am Ende der Zeilen sorgen nur dafür, das es mit Zeilenumbruch geschrieben werden kann. Es ist also eigentlich ein Einzeiler 😉)

wget http://media.ubuntuusers.de/forum/attachments/2327540/cdrtools_for_ubuntu-2.01.01.1a58_amd64.tar.gz && \
tar -xvzf cdrtools_for_ubuntu-2.01.01.1a58_amd64.tar.gz && \
cd cdrtools_for_ubuntu-2.01.01.1a58_amd64 && \
sudo ./install_cdrtools install

Zur Erklärung:

• wget holt dir das von mir gepackte Paket mit meinen Debs und einem selbstgeschriebenen Script in dein home-Verzeichnis,

• tar entpackt es und es entsteht ein Ordner cdrtools_for_ubuntu-2.01.01.1a58_amd64 in deinem $HOME.

• Mit cd wird dann in diesen Ordner gewechselt,

• und zuletzt wird das beigepackte Script install_cdrtools mit dem Parameter install mit root-Rechten (sudo) aufgerufen. Da wird dann dein Passwort benötigt.

• Durch das Shell-Script werden dann die Debs in dem Paket via Paketverwaltung (dpkg) instaliert und eventuell vorhandene unverträgliche Pakete ersetzt (z.B. icedax und genisoimage, deren Funktion übernehmen ja die neu instalierten Pakete).

Das Ganze funktioniert hier bei mir sowohl in Jaunty, wie auch in Karmic.

Um das ganze wieder wegzubekommen, musst du einfach als root (mit sudo) das Script install_cdrtools mit purge aufrufen. Das stellt dann wieder den Ausgangszustand her. Deshalb auch den Ordner nach getaner Arbeit nicht einfach löschen, sondern gut aufheben 😉

Und zur Vollständigkeit: Diese Pakete funktionieren bei mir und auch bei anderen gut und ohne das System zu beschädigen. Ich kann aber trotzdem keine Verantwortung für Irgenwas übernehmen. Die Installation erfolgt deshalb ausdrücklich auf eigene Gefahr! (s. auch Fremdquellen)

Hi,

danke für die Pakete ... aber leider funktioniert die Geschichte immer noch nicht ...

Turning BURN-Free on
Performing OPC...
Sending CUE sheet...
/usr/bin/cdrecord: WARNING: Drive returns wrong startsec (0) using -150
Writing pregap for track 1 at -150
Starting new track at sector: 0
Track 01:    0 of  639 MB written.
/usr/bin/cdrecord: Input/output error. write_g1: scsi sendcmd: no error
CDB:  2A 00 00 00 00 9B 00 00 1F 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 2A 00 00 80 30 05 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x30 Qual 0x05 (cannot write medium - incompatible format) Fru 0x0
Sense flags: Blk 0 (not valid) 
cmd finished after 0.003s timeout 200s
/usr/bin/cdrecord: A write error occured.
/usr/bin/cdrecord: Please properly read the error message above.
write track data: error after 317440 bytes
Writing  time:   41.788s
Average write speed 104.6x.
Fixating...
Fixating time:    0.004s
/usr/bin/cdrecord: fifo had 69 puts and 6 gets.
/usr/bin/cdrecord: fifo was 0 times empty and 2 times full, min fill was 93%.

Ich probiere es heute oder morgen mal mit Sidux oder so ...

Die Hardware sollte in Ordnung sein ... unter Win brennt der LG ohne Probleme *grübel*

Bis denn

@ tomcat69

dann scheint da was anderes nicht zu stimmen. Du könntest maximal noch versuchen, den Fehler einzukreisen. Also mal mit cdrecord direkt auf dem Terminal zu brennen. Gehts dann, machen die übergeordneten Brennprogramme irgendeinen Mist. Gehts da noch immer nicht, gibts mehrere Möglichkeiten.

Eine davon wäre, die LG-Brenner werden momentan nicht unterstützt (vielleicht machen die wieder irgendwas neues). Oder irgendwas mit dem Chipsatz. Ich hab vor kurzem einen Bugreport auf Launchpad gelesen, wo es um Via-Chipsätze und Brennprobleme ging. Find den aber gerade nicht mehr, evtl reich ich den mal nach.

Du kannst ja auf jedenfall mit dem mitgelieferten Script den Ursprungszustand wieder herstellen, wenn du willst.

sudo ./cdrecord_install purge

Und ich hab noch was gefunden:
http://ubuntuforums.org/showpost.php?p=8649650&postcount=17

gib mir mal die Ausgaben der 3 Befehle:

dmesg | grep scsi[0-9]\ :
dmesg | grep scsi | grep DVD
dmesg | grep s[r,g][0-9]

Hi,

also der reihe nach ... Gestern habe ich es erst mal mit Sidux probiert, neuerer Kernel neuere K3b Version → gleicher Fehler

Dann ist mir aufgefallen das im Bios noch die beiden IDE Controller aktiv waren obwohl gar kein Gerät dranhängt, habe ich jetzt deaktiviert.

Jetzt mal die Ausgabe der Komandos :

dmesg | grep scsi[0-9]\ :
[    0.879903] scsi0 : ahci
[    0.879965] scsi1 : ahci
[    0.880005] scsi2 : ahci
[    0.880048] scsi3 : ahci
[    0.880090] scsi4 : ahci
[    0.880132] scsi5 : ahci

dmesg | grep scsi | grep DVD
[    4.083321] scsi 4:0:0:0: CD-ROM            HL-DT-ST DVDRAM GH22LS50  TL02 PQ: 0 ANSI: 5

dmesg | grep s[r,g][0-9]
[    1.430233] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    2.750130] sd 2:0:0:0: Attached scsi generic sg1 type 0
[    4.104270] sr0: scsi3-mmc drive: 48x/48x writer dvd-ram cd/rw xa/form2 cdda tray
[    4.104345] sr 4:0:0:0: Attached scsi CD-ROM sr0
[    4.104383] sr 4:0:0:0: Attached scsi generic sg2 type 5

Nach dem Brennversuch meldet dmesg dann noch mehr für die dritte Variante:

[  289.724357] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  289.724363] sr 4:0:0:0: [sr0] Sense Key : Illegal Request [current] 
[  289.724369] sr 4:0:0:0: [sr0] Add. Sense: Logical block address out of range
[  289.724373] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00
[  289.724382] end_request: I/O error, dev sr0, sector 0
[  289.724386] Buffer I/O error on device sr0, logical block 0
[  289.729154] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  289.729159] sr 4:0:0:0: [sr0] Sense Key : Illegal Request [current] 
[  289.729166] sr 4:0:0:0: [sr0] Add. Sense: Logical block address out of range
[  289.729170] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00
[  289.729179] end_request: I/O error, dev sr0, sector 0
[  289.729183] Buffer I/O error on device sr0, logical block 0
[  289.746443] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  289.746447] sr 4:0:0:0: [sr0] Sense Key : Illegal Request [current] 
[  289.746453] sr 4:0:0:0: [sr0] Add. Sense: Logical block address out of range
[  289.746458] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00
[  289.746466] end_request: I/O error, dev sr0, sector 0
[  289.746469] Buffer I/O error on device sr0, logical block 0
[  289.750951] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  289.750955] sr 4:0:0:0: [sr0] Sense Key : Illegal Request [current] 
[  289.750961] sr 4:0:0:0: [sr0] Add. Sense: Logical block address out of range
[  289.750965] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00
[  289.750973] end_request: I/O error, dev sr0, sector 0
[  289.750977] Buffer I/O error on device sr0, logical block 0
[  427.963477] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  427.963482] sr 4:0:0:0: [sr0] Sense Key : Illegal Request [current] 
[  427.963488] sr 4:0:0:0: [sr0] Add. Sense: Logical block address out of range
[  427.963493] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00
[  427.963502] end_request: I/O error, dev sr0, sector 0
[  427.963506] Buffer I/O error on device sr0, logical block 0
[  427.967696] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  427.967699] sr 4:0:0:0: [sr0] Sense Key : Illegal Request [current] 
[  427.967705] sr 4:0:0:0: [sr0] Add. Sense: Logical block address out of range
[  427.967709] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00
[  427.967716] end_request: I/O error, dev sr0, sector 0
[  427.967719] Buffer I/O error on device sr0, logical block 0
[  427.985127] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  427.985132] sr 4:0:0:0: [sr0] Sense Key : Illegal Request [current] 
[  427.985139] sr 4:0:0:0: [sr0] Add. Sense: Logical block address out of range
[  427.985144] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00
[  427.985153] end_request: I/O error, dev sr0, sector 0
[  427.985157] Buffer I/O error on device sr0, logical block 0
[  427.987809] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  427.987814] sr 4:0:0:0: [sr0] Sense Key : Illegal Request [current] 
[  427.987820] sr 4:0:0:0: [sr0] Add. Sense: Logical block address out of range
[  427.987824] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00
[  427.987833] end_request: I/O error, dev sr0, sector 0
[  427.987837] Buffer I/O error on device sr0, logical block 0
[  521.953780] sr 4:0:0:0: [sr0] CDB: Read CD msf: b9 00 00 00 02 00 00 02 01 f8 00 00
[  529.982529] sr 4:0:0:0: [sr0] CDB: Read CD msf: b9 00 00 00 02 00 00 02 01 f8 00 00
[  537.981006] sr 4:0:0:0: [sr0] CDB: Read CD msf: b9 00 00 00 02 00 00 02 01 f8 00 00
[  545.950036] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 01 00
[  554.010026] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 01 00
[  562.042544] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 01 00
[  569.982533] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 01 00
[  577.982535] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 01 00
[  585.953776] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 01 00
[  593.980027] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 01 00
[  602.042550] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 01 00
[  609.980035] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 01 00
[  617.980833] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 10 00 00 01 00
[  706.585936] sr 4:0:0:0: [sr0] Unhandled sense code
[  706.585940] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  706.585944] sr 4:0:0:0: [sr0] Sense Key : Medium Error [current] 
[  706.585948] sr 4:0:0:0: [sr0] ASC=0x10 <<vendor>> ASCQ=0x90
[  706.585954] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 40 00
[  706.585963] end_request: I/O error, dev sr0, sector 0
[  706.585967] Buffer I/O error on device sr0, logical block 0
[  706.585976] Buffer I/O error on device sr0, logical block 1
[  706.585979] Buffer I/O error on device sr0, logical block 2
[  706.585982] Buffer I/O error on device sr0, logical block 3
[  706.585985] Buffer I/O error on device sr0, logical block 4
[  706.585988] Buffer I/O error on device sr0, logical block 5
[  706.585991] Buffer I/O error on device sr0, logical block 6
[  706.585994] Buffer I/O error on device sr0, logical block 7
[  706.585997] Buffer I/O error on device sr0, logical block 8
[  706.586000] Buffer I/O error on device sr0, logical block 9
[  715.495646] sr 4:0:0:0: [sr0] Unhandled sense code
[  715.495650] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  715.495653] sr 4:0:0:0: [sr0] Sense Key : Medium Error [current] 
[  715.495658] sr 4:0:0:0: [sr0] ASC=0x10 <<vendor>> ASCQ=0x90
[  715.495663] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 02 00
[  715.495671] end_request: I/O error, dev sr0, sector 0
[  715.495678] Buffer I/O error on device sr0, logical block 0
[  724.425352] sr 4:0:0:0: [sr0] Unhandled sense code
[  724.425355] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  724.425359] sr 4:0:0:0: [sr0] Sense Key : Medium Error [current] 
[  724.425363] sr 4:0:0:0: [sr0] ASC=0x10 <<vendor>> ASCQ=0x90
[  724.425368] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 02 00
[  724.425377] end_request: I/O error, dev sr0, sector 0
[  724.425382] Buffer I/O error on device sr0, logical block 0
[  733.335085] sr 4:0:0:0: [sr0] Unhandled sense code
[  733.335089] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  733.335092] sr 4:0:0:0: [sr0] Sense Key : Medium Error [current] 
[  733.335097] sr 4:0:0:0: [sr0] ASC=0x10 <<vendor>> ASCQ=0x90
[  733.335102] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 02 00
[  733.335111] end_request: I/O error, dev sr0, sector 0
[  733.335116] Buffer I/O error on device sr0, logical block 0
[  761.104337] sr 4:0:0:0: [sr0] Unhandled sense code
[  761.104340] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  761.104344] sr 4:0:0:0: [sr0] Sense Key : Medium Error [current] 
[  761.104348] sr 4:0:0:0: [sr0] ASC=0x10 <<vendor>> ASCQ=0x90
[  761.104354] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 40 00
[  761.104362] end_request: I/O error, dev sr0, sector 0
[  761.104367] Buffer I/O error on device sr0, logical block 0
[  761.104374] Buffer I/O error on device sr0, logical block 1
[  761.104377] Buffer I/O error on device sr0, logical block 2
[  761.104379] Buffer I/O error on device sr0, logical block 3
[  761.104382] Buffer I/O error on device sr0, logical block 4
[  761.104384] Buffer I/O error on device sr0, logical block 5
[  761.104387] Buffer I/O error on device sr0, logical block 6
[  761.104389] Buffer I/O error on device sr0, logical block 7
[  761.104392] Buffer I/O error on device sr0, logical block 8
[  770.013950] sr 4:0:0:0: [sr0] Unhandled sense code
[  770.013953] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  770.013957] sr 4:0:0:0: [sr0] Sense Key : Medium Error [current] 
[  770.013961] sr 4:0:0:0: [sr0] ASC=0x10 <<vendor>> ASCQ=0x90
[  770.013966] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 02 00
[  770.013975] end_request: I/O error, dev sr0, sector 0
[  770.013981] Buffer I/O error on device sr0, logical block 0
[  778.933659] sr 4:0:0:0: [sr0] Unhandled sense code
[  778.933663] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  778.933666] sr 4:0:0:0: [sr0] Sense Key : Medium Error [current] 
[  778.933670] sr 4:0:0:0: [sr0] ASC=0x10 <<vendor>> ASCQ=0x90
[  778.933676] sr 4:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 02 00
[  778.933684] end_request: I/O error, dev sr0, sector 0
[  778.933689] Buffer I/O error on device sr0, logical block 0

Und hier zur Vollständigkeit die Ausgabe von hdparm -i :

hdparm -i /dev/scd0 

/dev/scd0:

 Model=HL-DT-ST, FwRev=TL02, SerialNo=K179A7N2948
 Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=0kB, MaxMultSect=0
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 *udma2 udma3 udma4 udma5 
 AdvancedPM=no
 Drive conforms to: unknown:  ATA/ATAPI-3,4,5,6,7

 * signifies the current active mode

Was die Umstellung auf den IDE Mode angeht ... bin ich noch unsicher ... mein Board, ein Maximus Formular X38 bzw. dessen Bios kann nur alle Channel umstellen ... also würden doch auch die Platten dann im IDE Mode laufen ... Außerdem gibt es IMHO Probleme wenn man ein OS nach der Installation auf einen anderen Mode umstellt ...

Naja Ubuntu legt ja alle Einträge in der fstab mit UUIDs an ... werde das vielleicht am WE mal austesten ...

@ tomcat96 @ Antiqua

Erst mal Danke für eure Bemühungen und Vorschläge!

Ich fühle mich aus folgenden Gründen bestärkt in meiner Annahme, dass es sich um ein Kernel-(Modul-?)Problem handelt - jedenfalls nicht um eine Frage von cdrecord vs. wodim:

• Auch ein brandneuer IDE-Brenner von LG (GH22NP20) ohne SecurDisk funktioniert bei mir problemlos.

• Die Logs von tomcat69 weisen weiterhin Adressierungsprobleme beim SATA-Brenner LG GH22LS50 aus:

[  733.335111] end_request: I/O error, dev sr0, sector 0
[  733.335116] Buffer I/O error on device sr0, logical block 0
[...]
[  761.104362] end_request: I/O error, dev sr0, sector 0
[  761.104367] Buffer I/O error on device sr0, logical block 0
[  761.104374] Buffer I/O error on device sr0, logical block 1
[...]
[  761.104392] Buffer I/O error on device sr0, logical block 8
[...]
[  770.013975] end_request: I/O error, dev sr0, sector 0
[  770.013981] Buffer I/O error on device sr0, logical block 0
[  778.933659] sr 4:0:0:0: [sr0] Unhandled sense code
[  778.933663] sr 4:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[  778.933666] sr 4:0:0:0: [sr0] Sense Key : Medium Error [current] 
[...]
[  778.933684] end_request: I/O error, dev sr0, sector 0
[  778.933689] Buffer I/O error on device sr0, logical block 0

Das Problem liegt IMHO also bei SATA und/oder LG-Brennern mit SecurDisk. Ich tippe auf letzteres, weil SecurDisk eine LG-typische Besonderheit ist...

Außerdem schreibt tomcat96:

Was die Umstellung auf den IDE Mode angeht ... bin ich noch unsicher ... mein Board, ein Maximus Formular X38 bzw. dessen Bios kann nur alle Channel umstellen ... also würden doch auch die Platten dann im IDE Mode laufen ... Außerdem gibt es IMHO Probleme wenn man ein OS nach der Installation auf einen anderen Mode umstellt ...

Natürlich will ich mir kein Arsenal von Brennern zulegen, nur um diese Frage zu klären, noch möchte ich mein System unbrauchbar machen, wenn ich von AHCI auf IDE umschalte.

@ Antiqua

Deine Debs haben, wenn ich richtig gelesen habe, tomcat96 leider nicht weiter geholfen; ich spare mir also vorerst den Versuch. Obwohl ich nun einen fuktionierenden (IDE-)Brenner in der Kiste habe interessiere ich mich weiterhin für eine Lösung für den SATA-/Secure-Disk-Brenner GH22LS50. Ich glaube aber nicht (mehr), dass es hilft, bei cdrecord / wodim zu suchen.

@ Alle

Der Kauf neuer Hardware sollte kein Kriterium dafür sein, dass Software mit bestehender Hardware nicht funktioniert. Daher bleibt dieser Thread "ungelöst".

Es wäre schön, wenn andere User von Ihren Efahrungen mit dem GH22LS50 berichten würden und wie sie ihn (nicht) zum Brennen überreden konnten...

VG und nochmal Danke!

Hi,

also ich kann zwar auch nicht mit Gewissheit sagen welche Komponente für das Problem verantwortlich ist ... aber nach der Umstellung von AHCI auf IDE im Bios tut es der Brenner nun endlich ☺

Deshalb tippe ich auch auf das AHCI Kernel Modul ... wobei mein Sidux sogar mit dem 2.6.33er läuft und es der Brenner dort ja auch nicht tut ... Das wiederum lässt IMHO auf eine Kombination Kernel Modul und LG Besonderheiten schließen ... Merkwürdig ist allerdings das der Fehler sogar beim Simulieren des Brennens mit dem AHCI Modul auftritt ...

nichtnormal schrieb:

Natürlich will ich mir kein Arsenal von Brennern zulegen, nur um diese Frage zu klären, noch möchte ich mein System unbrauchbar machen, wenn ich von AHCI auf IDE umschalte.

Naja so schnell macht man sein System nicht unbrauchbar 😉 Ich kann jedoch aus Erfahrung berichten das das nachträgliche ändern von IDE auf AHCI oder umgekehrt in der Vergangenheit öfter schon mal zu einer Kernel Panic oder bei Windows zu einem Bluescreen geführt hat. Nach Änderung auf die Einstellung auf den bei der Installation eingestellten Wert bootete das jeweilige OS dann wieder anstandslos ...

Nun zu den Details meines Tests ... die Aussage in diesem Thread :

http://ubuntuforums.org/showpost.php?p=8649650&postcount=17

das trotz IDE das AHCI Modul benutzt würde kann ich nicht nachvollziehen. Nach der Umstellung auf IDE im BIOS ergibt sich bei mir verfolgendes Bild:

dmesg | grep scsi[0-5]\ :
[    0.791133] scsi0 : ata_piix
[    0.791184] scsi1 : ata_piix
[    0.792368] scsi2 : ata_piix
[    0.792408] scsi3 : ata_piix

Aber was mir persönlich eigentlich wichtiger ist, es wird die SCSI Notation beibehalten ... meine SATA Platten heißen also immer noch /dev/sd* und der Brenner /dev/scd* was bedeutet das in der /etc/fstab auch wenn keine UUIDs verwendet werden keine Änderungen gemacht werden müssen ☺

Die Restlich Meldungen aus dmesg bleiben übrigens gleich .... die Ausgabe von hdparm aber nicht !!!

hdparm -i /dev/scd0 

/dev/scd0:

 Model=HL-DT-ST, FwRev=TL02, SerialNo=K179A7N2948
 Config={ Fixed Removeable DTR<=5Mbs DTR>10Mbs nonMagnetic }
 RawCHS=0/0/0, TrkSize=0, SectSize=0, ECCbytes=0
 BuffType=unknown, BuffSize=0kB, MaxMultSect=0
 (maybe): CurCHS=0/0/0, CurSects=0, LBA=yes, LBAsects=0
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes:  pio0 pio3 pio4 
 DMA modes:  mdma0 mdma1 mdma2 
 UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 
 AdvancedPM=no
 Drive conforms to: unknown:  ATA/ATAPI-3,4,5,6,7

 * signifies the current active mode

Im Vergleich zu der Ausgabe aus dem AHCI Mode sieht man das sich udma2 auf udma5 ändert ... ist das vielleicht sogar der Knackpunkt ???

Abschließend kann ich sagen das Windows 7 beim dual Boot auch keinen Bluescreen erzeugt wie ich das von Windows XP kenne ... Windows7 erkennt nach dem booten die neue Hardware und installiert anstandslos die neuen Standardtreiber ...

Ob sich andere User mit diesem Problem und einem Dual Boot System mit Windows XP damit anfreunden können jedes mal im BIOS die Einstellungen zu ändern falls sie Windows im AHCI Mode installiert hatten kann ich nicht sagen ...

Ich jedenfalls werde also die Bios Einstellungen auf IDE belassen und das Thema im Auge behalten ...

Schönes WE ...