Cdrecord-ProDVD-ProBD-Clone 2.01.01a65 funktioniert nicht
Markus Steinborn
ich habe gerade meinen IDE-Brenner (Detailinfos siehe cdrecord-Ausgabe
unten) ï¿œber einen USB-IDE-Adapter an den USB-Anschluss angeschlossen und
muss feststellen, dass das Brennen mit cdrecord (das Original, _kein_
wodim alias cdrkit) nicht funktioniert.
Rechte auf "/dev/sg0" stimmen:
> ls -la /dev/sg0
crw-rw-rw- 1 root disk 21, 0 30. Sep 09:51 /dev/sg0
cdrecord ist auch suid root und geht mit einem internen Brenner auch.
Die Ausgabe von cdrecord ist:
--- cut here ---
$ cdrecord dev=1,0,0 speed=4 -sao -v driveropts=burnfree test.iso
Cdrecord-ProDVD-ProBD-Clone 2.01.01a65 (i686-pc-linux-gnu) Copyright (C)
1995-2009 Jg Schilling
TOC Type: 1 = CD-ROM
scsidev: '1,0,0'
scsibus: 1 target: 0 lun: 0
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
Driveropts: 'burnfree'
SCSI buffer size: 64512
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 2
Capabilities :
Vendor_info : 'HL-DT-ST'
Identifikation : 'DVD-RAM GSA-H54L'
Revision : '1.00'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
Current: DVD+R
Profile: DVD-RAM
Profile: DVD+R/DL
Profile: DVD+R (current)
Profile: DVD+RW
Profile: DVD-R/DL layer jump recording
Profile: DVD-R/DL sequential recording
Profile: DVD-RW sequential recording
Profile: DVD-RW restricted overwrite
Profile: DVD-R sequential recording
Profile: DVD-ROM
Profile: CD-RW
Profile: CD-R
Profile: CD-ROM
Profile: Removable Disk
Using generic SCSI-3/mmc-3 DVD+R driver (mmc_dvdplusr).
Driver flags : NO-CD DVD MMC-3 SWABAUDIO BURNFREE
Supported modes: PACKET SAO LAYER_JUMP
Drive buf size : 1409024 = 1376 KB
cdrecord: Warning: The DMA speed test has been skipped.
FIFO size : 4194304 = 4096 KB
Track 01: data 2405 MB
Total size: 2405 MB = 1231696 sectors
Current Secsize: 2048
cdrecord: Disk capacity is unknown.
cdrecord: Data will not fit on any CD.
cdrecord: DVD/BD capacity is unknown.
cdrecord: Cannot write more than remaining DVD/BD capacity.
--- cut here ---
Nerolinux 3.5 breent ï¿œbrigens in der Situation einwandfrei.
Irgendeine Idee, woran es noch liegen kï¿œnnte?
Grￜￜe
Markus Steinborn
Joerg Schilling
Markus Steinborn <news.10.m...@spamgourmet.com> wrote:
>Hallo NG,
>
>ich habe gerade meinen IDE-Brenner (Detailinfos siehe cdrecord-Ausgabe
>wodim alias cdrkit) nicht funktioniert.
>
>Rechte auf "/dev/sg0" stimmen:
>
>> ls -la /dev/sg0
>crw-rw-rw- 1 root disk 21, 0 30. Sep 09:51 /dev/sg0
Das ist ein Sicherheitsrisiko, richtig w�re 0600.
Dein Brenner will anscheinend keine Informationen �ber das Medium
herausr�cken....
Hast Du mal cdrecord -atip und cdrecord -minfo probiert?
Theoretisch k�nnte es auch ein USB Bug im Kern sein.
--
EMail:jo...@schily.isdn.cs.tu-berlin.de (home) J�rg Schilling D-13353 Berlin
j...@cs.tu-berlin.de (uni)
joerg.s...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Markus Steinborn
danke fï¿œr Deine Antwort.
On Sat, 3 Oct 2009, Joerg Schilling wrote:
> In article <alpine.LRH.2.00.0...@acer.giga.steinborn>,
> Markus Steinborn <news.10.m...@spamgourmet.com> wrote:
>> crw-rw-rw- 1 root disk 21, 0 30. Sep 09:51 /dev/sg0
>
> Das ist ein Sicherheitsrisiko, richtig w?re 0600.
Korrigiere ich, wenn cdrecord lï¿œuft - bis dahin brauche ich es fï¿œr
nerolinux, was zwar blï¿œd ist, aber nicht zu ï¿œndern.
> Dein Brenner will anscheinend keine Informationen ?ber das Medium
> herausr?cken....
>
> Hast Du mal cdrecord -atip und cdrecord -minfo probiert?
>
Hier die Ausgaben (diesmal ist das Device "0,0,0", da ich gerade vorher
nichts anderes am USB dran hatte):
$ cdrecord -dev=0,0,0 -minfo
Cdrecord-ProDVD-ProBD-Clone 2.01.01a65 (i686-pc-linux-gnu) Copyright (C) 1995-2009 J?g Schilling
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
Device type : Removable CD-ROM
Version : 0
Response Format: 2
Capabilities :
Vendor_info : 'HL-DT-ST'
Identifikation : 'DVD-RAM GSA-H54L'
Revision : '1.00'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
Using generic SCSI-3/mmc-3 DVD+R driver (mmc_dvdplusr).
Driver flags : NO-CD DVD MMC-3 SWABAUDIO BURNFREE
Supported modes: PACKET SAO LAYER_JUMP
cdrecord: Warning: The DMA speed test has been skipped.
Mounted media class: DVD
Mounted media type: DVD+R
Disk Is not erasable
data type: standard
disk status: empty
session status: empty
BG format status: none
first track: 1
number of sessions: 1
first track in last sess: 1
last track in last sess: 1
Disk Is unrestricted
Disk type: DVD, HD-DVD or BD
Track Sess Type Start Addr End Addr Size
==============================================
1 1 Blank 0 2295103 2295104
Next writable address: 0
Remaining writable size: 2295104
$ cdrecord dev=0,0,0 -atip
Cdrecord-ProDVD-ProBD-Clone 2.01.01a65 (i686-pc-linux-gnu) Copyright (C) 1995-2009 J?g Schilling
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.9'.
Device type : Removable CD-ROM
Version : 0
Response Format: 2
Capabilities :
Vendor_info : 'HL-DT-ST'
Identifikation : 'DVD-RAM GSA-H54L'
Revision : '1.00'
Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM.
Using generic SCSI-3/mmc-3 DVD+R driver (mmc_dvdplusr).
Driver flags : NO-CD DVD MMC-3 SWABAUDIO BURNFREE
Supported modes: PACKET SAO LAYER_JUMP
cdrecord: Warning: The DMA speed test has been skipped.
book type: DVD+R, Version (10.1)
disc size: 120mm (0)
maximum rate: Not specified (15)
number of layers:1
track path: Parallel Track Path (0)
layer type: Rewritable Area (2)
linear density: 0.267 ?m/bit (0)
track density: 0.74 ?m/track (0)
phys start: 196608 (0x30000)
phys end: 2491711
end layer 0: 0
bca: 0
phys size:... 2295104
Manufacturer: 'MCC'
Media type: '004'
Category/Version A1
Disk size 0F
Disk structure 02
Recoding density 00
Manufacturer: 'MCC'
Media type: '004'
Product revision 0
ADIP numbytes 56
Reference speed 35
Max speed 84
Jump intervalsz: 0
Jump LBA: -196608
copyr prot type: 0
region mgt info: 0
Manufacturing info: '????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????????'
cpm: 0
cgms: 0
rzone size: 36
rzone number: 1
border number: 1
ljrs: 0
track mode: 4 copy: 0
damage: 0
reserved track: 0 blank: 1 incremental: 0 fp: 0
data mode: 1
lra valid: 0
nwa valid: 1
rzone start: 0
next wr addr: 0
free blocks: 2295104
blocking factor: 16
rzone size: 2295104
last recorded addr: 0
Capacity Blklen/Sparesz. Format-type Type
2295104 2048 0x00 Unformated or Blank Media
Das Manufacturing-Info ist nur Binï¿œrmï¿œll, den mein newsreader in
Fragezeichen umgewandelt hat.
> Theoretisch k?nnte es auch ein USB Bug im Kern sein.
Dann wï¿œre ein passender Workaround sinnvoll, insbesondere, da es mit
nerolinux geht.
Grￜￜe
Markus
Joerg Schilling
Markus Steinborn <news.10.m...@spamgourmet.com> wrote:
>>> crw-rw-rw- 1 root disk 21, 0 30. Sep 09:51 /dev/sg0
>>
>> Das ist ein Sicherheitsrisiko, richtig w?re 0600.
>
>nerolinux, was zwar bl�d ist, aber nicht zu �ndern.
Wenn nerolinux das so braucht, dann kann es weniger Features als cdrecord
und ich w�re mal an den binaries interessiert...
Jetzt geht es doch!
Ist das ein anderer Rohling?
�brigens sind die LG Brenner daf�r bekannt, da� sie bei bestimmten Rohlingen
das Media info nicht herausr�cken, dann sucht sich cdrecord die Informationen
aus dem ATIP (bei DVDs hei�t es eigentlich ADIP) zusammen.
Wenn das bei Dir manchmal nicht geht, dann mach mal einen bugreport gegen den
Linux Kern.
In den jetzt von Dir geschickten Daten hat aber beides geklappt.
Markus Steinborn
On Sun, 4 Oct 2009, Joerg Schilling wrote:
> In article <alpine.LRH.2.00.0...@acer.giga.steinborn>,
> Jetzt geht es doch!
>
> Ist das ein anderer Rohling?
GLeicher Rohling, anschlie0ender Brennversuch brachte die gleich Meldung
wie in meinen initialien Posting :-(
_Immer_ reporduzierbar. Aber ich teste es gerade nochmal... Wieder das
gleiche Ergebis:
1. cdrecord -atip & cdecord -minfo gehen.
2. cdrecord brennt nicht, Abbruch mit den Meldungen wie in meinem ersten
Posting.
===> Es geht (noch immer) nicht.
Grￜￜe
Markus
Joerg Schilling
Markus Steinborn <news.10.m...@spamgourmet.com> wrote:
Du hast ja leider Teile (genauer: dir wichtigen Teile) der Meldungen
von cdrecord nicht geschickt, da weis ich nicht wie ich helfen soll.
Ohne die Fehlermeldungen sehe ich nicht was passiert ist.....
Markus Steinborn
es gibt neues: Mit cdrecord 2.01.01a53 geht es, mit cdrecord 2.01.01a65
nicht mehr. Sieht fï¿œr mich nach 'nen klassischen cdrecord-Bug aus.
Soll ich mal die Zwischenversionen testen, ab welcher Version der Fehler
auftritt?
Bzgl. der Meldungen:
Ich kann diese per GNU script mitschneiden und das "typescript" Dir dann
per PM mailen. Ist das OK?
Grￜￜe
Markus
Markus Steinborn
> Bzgl. der Meldungen:
>
> Ich kann diese per GNU script mitschneiden und das "typescript" Dir dann per
> PM mailen. Ist das OK?
Oder noch besser: Ich lade das typescript auf einen Webserver.
Grￜￜe
Markus
Markus Steinborn
Ich schrieb Dir:
> Soll ich mal die Zwischenversionen testen, ab welcher Version der Fehler
> auftritt?
Geht gerade leider nicht, da berlios down ist.
Ich habe aber noch die 2.01.01a57 hier liegen. Mit der gehts auch, mit der
2.01.01a65 wie mehrfach gesagt, nicht.
Grￜￜe
Markus
Marc Haber
>In article <alpine.LRH.2.00.0...@acer.giga.steinborn>,
>Markus Steinborn <news.10.m...@spamgourmet.com> wrote:
>>ich habe gerade meinen IDE-Brenner (Detailinfos siehe cdrecord-Ausgabe
>>wodim alias cdrkit) nicht funktioniert.
>>
>>Rechte auf "/dev/sg0" stimmen:
>>
>>> ls -la /dev/sg0
>>crw-rw-rw- 1 root disk 21, 0 30. Sep 09:51 /dev/sg0
>
Warum nicht 0660?
Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " | http://www.zugschlus.de/
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Markus Steinborn
> Warum nicht 0660?
Dann h�tte ich zwei M�glichkeiten:
a) "Jeden,der brennen soll" in die Gruppe "disk" aufnehmen. Schlecht,
weil dann die auch direkt auf die Festplatten "/dev/hd*" d�rfen.
b) Die Gruppe noch �ndern. Bei "udev" nur wegen einen Workaround, den ich
nur brauche, bis cdrecord l�uft (und die �ltere Version 2.01.01a57 tuts,
wie ich heute festgestallt habe). Also Gruppe anlegen, im udev �ndern. Da
es jetzt �bergangsweise mit der alten cdrecord-Version geht, alles wieder
zur�ck... muss jeder selbst entscheiden, ob sich das lohnt. Ich habe die
Frage nach dem Lohnen verneint - insbesondere weil der Brenner nur
angeschlossen gewesen ist, wenn er gebraucht wird.
Davon abgesehen, wer nerolinux dauerhaft einsetzen will, sollte sich
Deinen Hinweis zu Herzen nehmen, er ist dann wirklich sonnvoll (dann kann
n�mlich nicht jeder Daemon auf den Brenner).
@J�rg:
Das typescript von den cdrecord-Aufrufen ist unter
http://88.80.221.159/tmp/typescript zu finden (leider MIME-Type
application/octet-stream, was aber auf Grund der Terminal-Steuerzeichen
auch passt).
Gr��e
Markus
Joerg Schilling
Markus Steinborn <news.10.m...@spamgourmet.com> wrote:
>
>es gibt neues: Mit cdrecord 2.01.01a53 geht es, mit cdrecord 2.01.01a65
>
>Soll ich mal die Zwischenversionen testen, ab welcher Version der Fehler
>auftritt?
Der Workaround f�r die LG Laufwerke kam �brigens in a54 rein und die Leute
die das Problem mit der LG Firmware gemeldet hatten, waren nachher zufrieden.
Auch ich hatte nie Probleme.
>Bzgl. der Meldungen:
>
>Ich kann diese per GNU script mitschneiden und das "typescript" Dir dann
>per PM mailen. Ist das OK?
Ja gerne, ich ben�tige auf jeden Fall dem kompletten Output.
Wenn sich da was ergibt, dann brauche ich evt.noch mehr Infos....
Da in diesem Monat die n�chste Final Version geplant ist, sollten wir z�gig
daran arbeiten.
Bitte schick mir das an die Institutsadresse und nicht in die UNI weil ich
dort seltener Mail lese.
Was meinst Du eigentlich mit "GNU script", das programm "script" stammt von
BSD und ist seit 1980 OpenSource ;-)
--
EMail:jo...@schily.isdn.cs.tu-berlin.de (home) J�rg Schilling D-13353 Berlin
Joerg Schilling
Markus Steinborn <news.10.m...@spamgourmet.com> wrote:
>
>Ich schrieb Dir:
>> Soll ich mal die Zwischenversionen testen, ab welcher Version der Fehler
>> auftritt?
>
>Geht gerade leider nicht, da berlios down ist.
Ja, der Switsch unseres Datennetzwerks ist gestern gestorben und ich bin
in Griechenland. Montag Fr�h wird sp�testens jemand einen Reset auf den Switch
machen ....
>Ich habe aber noch die 2.01.01a57 hier liegen. Mit der gehts auch, mit der
>2.01.01a65 wie mehrfach gesagt, nicht.
Interessant, der Workaround f�r den Firmwarebug kam wie gesagt in der a54 rein.
Aber ish sehe gerade, f�r DVD+R ist der entsprechende Workaround erst mit der
a59 reingekommen.
Wenn Du da Probleme hast, dann brauche den Output einer Version, die mit
make COPTX=-DDVDPLUS_DEBUG
kompiliert wurde.
Joerg Schilling
Marc Haber <mh+usene...@zugschl.us> wrote:
>j...@cs.tu-berlin.de (Joerg Schilling) wrote:
>>In article <alpine.LRH.2.00.0...@acer.giga.steinborn>,
>>Markus Steinborn <news.10.m...@spamgourmet.com> wrote:
>>>unten) =FCber einen USB-IDE-Adapter an den USB-Anschluss angeschlossen =
>und=20
>>>muss feststellen, dass das Brennen mit cdrecord (das Original, _kein_=20
>>>wodim alias cdrkit) nicht funktioniert.
>>>
>>>Rechte auf "/dev/sg0" stimmen:
>>>
>>>> ls -la /dev/sg0
>>>crw-rw-rw- 1 root disk 21, 0 30. Sep 09:51 /dev/sg0
>>
>
>Warum nicht 0660?
Geht vermutlich auch.
Joerg Schilling
Markus Steinborn <news.10.m...@spamgourmet.com> wrote:
>
>> Warum nicht 0660?
>
>Dann h�tte ich zwei M�glichkeiten:
>
>a) "Jeden,der brennen soll" in die Gruppe "disk" aufnehmen. Schlecht,
>weil dann die auch direkt auf die Festplatten "/dev/hd*" d�rfen.
Darum sagte ich ja 0600.
>b) Die Gruppe noch �ndern. Bei "udev" nur wegen einen Workaround, den ich
>nur brauche, bis cdrecord l�uft (und die �ltere Version 2.01.01a57 tuts,
>wie ich heute festgestallt habe). Also Gruppe anlegen, im udev �ndern. Da
>es jetzt �bergangsweise mit der alten cdrecord-Version geht, alles wieder
>zur�ck... muss jeder selbst entscheiden, ob sich das lohnt. Ich habe die
>Frage nach dem Lohnen verneint - insbesondere weil der Brenner nur
>angeschlossen gewesen ist, wenn er gebraucht wird.
Cdrecord ben�tigt suid root und damit sind die Rechte der Datei egal.
Markus Steinborn
> Wenn Du da Probleme hast, dann brauche den Output einer Version, die mit
>
> make COPTX=-DDVDPLUS_DEBUG
>
> kompiliert wurde.
Joerg Schilling
Markus Steinborn <news.10.m...@spamgourmet.com> wrote:
Das mu� ich mir zu Hause nochmal in Ruhe ansehen, auf jeden Fall
ist end_lba ja als signed eine -1 und das sieht nicht gut aus.
Auf dem kleinen Laptopschirm kann ich nicht gut die Ausgabe neben
den Quellen haben.
Markus Steinborn
ich glaube, ich habe den Fehler:
Wenn ich den folgenden Patch, der aus einem Diff zwischen Version
2.01.01a57 und 2.01.01a65 stammt, rï¿œckwï¿œrts anwende (so dass ich den alten
Stand bekomme), so geht die nun gepatchte aktuelle Version
2.01.01a65 wieder.
Grￜￜe
Markus
--- cdrecord/drv_dvdplus.c (Version 2.01.01a57)
+++ cdrecord/drv_dvdplus.c (Version 2.01.01a65)
@@ -749,7 +749,10 @@
error("NWAv %d Next rec addr %d\n", rp->nwa_v, (int)a_to_u_4_byte(rp->next_recordable_addr));
#endif
- if (dip->disk_status == DS_EMPTY)
+ /*
+ * XXX this was: if (dip->disk_status == DS_EMPTY)
+ */
+ if (dip->disk_status == DS_COMPLETE)
return (drive_getdisktype(scgp, dp));
/*
Joerg Schilling
Markus Steinborn <news.10.m...@spamgourmet.com> wrote:
>
>ich glaube, ich habe den Fehler:
>
>Wenn ich den folgenden Patch, der aus einem Diff zwischen Version
>2.01.01a65 wieder.
>--- cdrecord/drv_dvdplus.c (Version 2.01.01a57)
>+++ cdrecord/drv_dvdplus.c (Version 2.01.01a65)
>@@ -749,7 +749,10 @@
> error("NWAv %d Next rec addr %d\n", rp->nwa_v, (int)a_to_u_4_byte(rp->next_recordable_addr));
> #endif
>
>- if (dip->disk_status == DS_EMPTY)
>+ /*
>+ * XXX this was: if (dip->disk_status == DS_EMPTY)
>+ */
>+ if (dip->disk_status == DS_COMPLETE)
> return (drive_getdisktype(scgp, dp));
>
> /*
Das ist nicht der richtige Weg, denn damit w�rde der Workaround f�r den
Firmwarebug deaktiviert.
Der Fehler ist, das end_lba ein unsigned ist w�hrend dsp->ds_maxblocks
signed ist.
Also:
if (end_lba > dsp->ds_maxblocks)
dsp->ds_maxblocks = end_lba;
zu:
if ((Int32_t)end_lba > dsp->ds_maxblocks)
dsp->ds_maxblocks = end_lba;
machen und es sollte funktionieren.
Markus Steinborn
On Mon, 5 Oct 2009, Joerg Schilling wrote:
> Das ist nicht der richtige Weg, denn damit w?rde der Workaround f?r den
> Firmwarebug deaktiviert.
Ich dachte mir schon, dass die ï¿œnderung einen guten Grund hat.
[...]
> machen und es sollte funktionieren.
Es funktioniert - vielen Dank.
Grￜￜe
Markus