schily
Anmeldungsdatum: 5. November 2008
Beiträge: 178
|
Wie schon korrekt festgestellt wurde, der OP verwendet nicht cdrecord sondern wodim.
Wodim ist ein ungewarteter Pseudofork einer uralten cdrecord Version und dieser Fork
wurde ausschließlich zum Zweck einer sozialen Attacke durch einige Debian Paketierer
gegen das original OSS Projekt geschaffen. Im speziellen Fall des OP scheint wodim nicht direkt schuld an den Problemen zu sein,
das durch den Fork geschaffene agressive soziale Umfeld verhindert aber effektiv, daß
die eigentlichen Probleme gelöst werden..... Ich bin mir relativ sicher, daß die eigentliche Ursache des Problems dieses Threads das
Programm "hald" ist. Hald ist ein Programm das in unglaublicher Weise bestehende Strukturen
ignoriert und sich auch nicht um den SCSI Standard schert. Als Ergebnis stört es den Brennvorgang
und ist deshalb die Hauptursache aller anderenfalls unerklärbarer Probleme beim Brennen unter Linux. Statt die Linux Nutzer zu unterstützen und gegen die Probleme mit hald vorzugehen, haben die
relevanten Leute bei den Linux Distributoren entweder selbst auf das OSS Projekt cdrtools mit
eingeschlagen oder auf den FUD der Leute vertraut, die dieses soziale Problem selbst zu
verantworten haben. Daher mein Vorschlag an den OP: Kill doch mal den "hald", am besten ist es wenn Du dazu kill -STOP pgrep hald verwendest
um sicherzustellen, daß nicht eventuell eine Instanz einen neuen hald startet. Sollte das mit dem Killen nicht richtig funktionieren, hilft evt. auch cdrecord -raw96r
zu verwenden statt cdrecord -sao Bitte denkt auch mal darüber nach, wie man diesem sozialen Angriff auf die Grundfesten
der OSS Gemeinschaft Einhalt gebieten kann.....
|
tomcat69
Anmeldungsdatum: 2. März 2010
Beiträge: 9
|
Hmmm, @schily also erst einmal vielen Dank für diese Infos ...
Ich habe derweil versucht ein paar Infos rund um dieses Thema zu recherchieren, muss aber gestehen das ich noch nicht ganz den Durchblick bekommen habe was da abgeht / abgegangen ist 😉
Der Konflikt der GPL und der CDDL kommt mir aber bekannt vor → ZFS Aber ich werde das auf jeden Fall im Auge behalten ... @all Aus praktischer Anwendersicht kann ich folgendes berichten, auf meinem Karmic Koala 64Bit nutzt es wenig den hald abzuschießen ... ich habe als Versuch mit einem /etc/init.d/hal stop den Dienst beendet und kontrolliert ob alle Prozesse des hald beendet wurden, da dies der Fall war habe ich dann versucht mit k3b zu brennen. Doch k3b war nicht mal mehr in der Lage den Brenner zu finden.
Brasero hat den Brenner noch gefunden, hat aber die gleichen Fehler erzeugt wie zuvor ... Meine nächste Idee war, da Lucid Lynx ja bekanntlich keinen hal mehr verwendet, die Alpha 3 als LiveCD zu booten und das Verhalten dort zu testen ... doch leider muss ich mich da mit meiner GTX280 mit dem Nouveau Treiber rumschlagen und bin trotz Boot-Option vga=771 und xforcevesa noch zu keinem echten Ergebnis gekommen. Das ist aber ein anderes Thema. Allerdings ist die Alpha 3 natürlich noch in einem "frühen" Stadium ... ich persönlich schaue mit die neuen Versionen meist erst ab Beta 2 an ... Wie weiter oben schon erwähnt kann ich mit der BIOS Einstellung auf "IDE" erst mal gut leben zumal ich ca. 98% mit Linux arbeite ... Schöne Grüße tomcat69
|
uweber
Anmeldungsdatum: 9. Oktober 2007
Beiträge: 29
|
Ich hab mein Problem schon an anderer Stelle gepostet, aber ich glaube in diesen Thread passt es besser: Ich habe ein ähnliches Problem mit einem frisch installierten 9.10 64bit auf meinem Thinkpad SL510. Wenn ich versuche ein ISO Abbild zu brennen gibt Brasero folgendes aus:
Checking session consistency (brasero_burn_check_session_consistency brasero-burn.c:1848)
BraseroBurnURI called brasero_job_get_action
BraseroBurnURI called brasero_job_get_action
BraseroBurnURI called brasero_job_set_output_size_for_current_track
BraseroBurnURI stopping
BraseroBurnURI called brasero_job_get_action
BraseroBurnURI called brasero_job_get_session_output_size
BraseroBurnURI output set (IMAGE) image = /tmp/brasero_tmp_RY768U.bin toc = none
BraseroBurnURI called brasero_job_get_action
BraseroBurnURI called brasero_job_get_current_track
BraseroBurnURI no burn:// URI found
BraseroBurnURI stopping
BraseroLocalTrack called brasero_job_get_action
BraseroLocalTrack called brasero_job_get_action
BraseroLocalTrack called brasero_job_set_output_size_for_current_track
BraseroLocalTrack stopping
BraseroLocalTrack called brasero_job_get_action
BraseroLocalTrack called brasero_job_get_session_output_size
BraseroLocalTrack output set (IMAGE) image = /tmp/brasero_tmp_AD868U.bin toc = none
BraseroLocalTrack called brasero_job_get_action
BraseroLocalTrack called brasero_job_get_current_track
BraseroLocalTrack no remote URIs
BraseroLocalTrack stopping
BraseroChecksumImage called brasero_job_get_current_track
BraseroChecksumImage called brasero_job_get_action
BraseroChecksumImage called brasero_job_get_flags
BraseroChecksumImage called brasero_job_get_action
BraseroChecksumImage called brasero_job_get_action
BraseroChecksumImage called brasero_job_get_fd_in
BraseroChecksumImage called brasero_job_set_output_size_for_current_track
BraseroChecksumImage stopping
BraseroChecksumImage called brasero_job_get_current_track
BraseroChecksumImage called brasero_job_get_action
BraseroChecksumImage There is a checksum already 0
BraseroWodim called brasero_job_get_action
BraseroWodim getting varg
BraseroWodim called brasero_job_get_action
BraseroWodim got varg:
BraseroWodim deactivating
BraseroWodim called brasero_job_get_action
BraseroWodim getting varg
BraseroWodim called brasero_job_get_action
BraseroWodim called brasero_job_get_device
BraseroWodim called brasero_job_get_flags
BraseroWodim called brasero_job_get_speed
BraseroWodim called brasero_job_get_flags
BraseroWodim called brasero_job_get_input_type
BraseroWodim called brasero_job_get_fd_in
BraseroWodim called brasero_job_get_current_track
BraseroWodim called brasero_job_set_current_action
BraseroWodim got varg:
wodim
-v
dev=/dev/sr0
speed=10
driveropts=burnfree
fs=16m
-data
-nopad
/home/ulrich/Downloads/6juj09uc.iso
BraseroWodim Launching command
BraseroWodim called brasero_job_get_fd_out
BraseroWodim stderr: wodim: No write mode specified.
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: wodim: Asuming -tao mode.
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: wodim: Future versions of wodim may have different drive dependent defaults.
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: wodim: Operation not permitted. Warning: Cannot raise RLIMIT_MEMLOCK limits.scsidev: '/dev/sr0'
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: devname: '/dev/sr0'
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: scsibus: -2 target: -2 lun: -2
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: Linux sg driver version: 3.5.27
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: Wodim version: 1.1.9
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: SCSI buffer size: 64512
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: Beginning DMA speed test. Set CDR_NODMATEST environment variable if device
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: communication breaks or freezes immediately after that.
BraseroWodim called brasero_job_get_flags
BraseroWodim stdout: TOC Type: 1 = CD-ROM
BraseroWodim stdout: Driveropts: 'burnfree'
BraseroWodim stdout: Device type : Removable CD-ROM
BraseroWodim stdout: Version : 5
BraseroWodim stdout: Response Format: 2
BraseroWodim stdout: Capabilities :
BraseroWodim stdout: Vendor_info : 'HL-DT-ST'
BraseroWodim stdout: Identification : 'DVDRAM GSA-T50N '
BraseroWodim stdout: Revision : 'RS06'
BraseroWodim stdout: Device seems to be: Generic mmc2 DVD-R/DVD-RW.
BraseroWodim stdout: Current: 0x0009 (CD-R)
BraseroWodim stdout: Profile: 0x0012 (DVD-RAM)
BraseroWodim stdout: Profile: 0x0011 (DVD-R sequential recording)
BraseroWodim stdout: Profile: 0x0015 (DVD-R/DL sequential recording)
BraseroWodim stdout: Profile: 0x0016 (DVD-R/DL layer jump recording)
BraseroWodim stdout: Profile: 0x0014 (DVD-RW sequential recording)
BraseroWodim stdout: Profile: 0x0013 (DVD-RW restricted overwrite)
BraseroWodim stdout: Profile: 0x001A (DVD+RW)
BraseroWodim stdout: Profile: 0x001B (DVD+R)
BraseroWodim stdout: Profile: 0x002B (DVD+R/DL)
BraseroWodim stdout: Profile: 0x0010 (DVD-ROM)
BraseroWodim stdout: Profile: 0x0009 (CD-R) (current)
BraseroWodim stdout: Profile: 0x000A (CD-RW)
BraseroWodim stdout: Profile: 0x0008 (CD-ROM)
BraseroWodim stdout: Profile: 0x0002 (Removable disk)
BraseroWodim stdout: Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
BraseroWodim stdout: Driver flags : MMC-3 SWABAUDIO BURNFREE
BraseroWodim stdout: Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
BraseroWodim stdout: Drive buf size : 1053696 = 1029 KB
BraseroWodim stdout: Drive DMA Speed: 15850 kB/s 90x CD 11x DVD
BraseroWodim stdout: FIFO size : 16777216 = 16384 KB
BraseroWodim stderr: Speed set to 1764 KB/s
BraseroWodim called brasero_job_get_flags
BraseroWodim stdout: Track 01: data 5 MB
BraseroWodim stdout: Total size: 5 MB (00:34.58) = 2594 sectors
BraseroWodim stdout: Lout start: 6 MB (00:36/44) = 2594 sectors
BraseroWodim stdout: Current Secsize: 2048
BraseroWodim stdout: ATIP info from disk:
BraseroWodim stdout: Indicated writing power: 5
BraseroWodim stdout: Is not unrestricted
BraseroWodim stdout: Is not erasable
BraseroWodim stdout: Disk sub type: Medium Type B, low Beta category (B-) (4)
BraseroWodim stdout: ATIP start of lead in: -11607 (97:27/18)
BraseroWodim stdout: ATIP start of lead out: 359849 (79:59/74)
BraseroWodim stdout: Disk type: Short strategy type (Phthalocyanine or similar)
BraseroWodim stdout: Manuf. index: 18
BraseroWodim stdout: Manufacturer: Plasmon Data systems Ltd.
BraseroWodim stdout: Blocks total: 359849 Blocks current: 359849 Blocks remaining: 357255
BraseroWodim stdout: Starting to write CD/DVD at speed 10.0 in real TAO mode for single session.
BraseroWodim stdout: Last chance to quit, starting real write in 4 seconds.
BraseroWodim called brasero_job_set_dangerous
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout: 3 seconds.
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout: 2 seconds.
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout:
BraseroWodim stdout: 1 seconds. 0 seconds. Operation starts.
BraseroWodim stdout: Waiting for reader process to fill input buffer ... input buffer ready.
BraseroWodim stdout: Performing OPC...
BraseroWodim stdout: Starting new track at sector: 0
BraseroWodim stdout:
BraseroWodim stderr: Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: CDB: 2A 00 00 00 00 7C 00 00 1F 00
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: status: 0x2 (CHECK CONDITION)
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: Sense Bytes: 70 00 05 00 00 00 00 0A 2A 30 02 80 21 02 00 00
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: Sense Key: 0x5 Illegal Request, Segment 0
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: Sense Code: 0x21 Qual 0x02 (invalid address for write) Fru 0x0
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: Sense flags: Blk 0 (not valid)
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: cmd finished after 0.030s timeout 40s
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: wodim: The current problem looks like a buffer underrun.
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: wodim: It looks like 'driveropts=burnfree' does not work for this drive.
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: wodim: Please report.
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: wodim: Make sure that you are root, enable DMA and check your HW/OS set up.
BraseroWodim called brasero_job_get_flags
BraseroWodim stdout: Track 01: 0 of 5 MB written.
BraseroWodim stdout: write track data: error after 253952 bytes
BraseroWodim stdout: Writing time: 27.598s
BraseroWodim stdout: Average write speed 1.3x.
BraseroWodim stdout: Fixating...
BraseroWodim called brasero_job_get_action
BraseroWodim called brasero_job_set_current_action
BraseroWodim stdout: Fixating time: 28.932s
BraseroWodim stderr: wodim: fifo had 84 puts and 5 gets.
BraseroWodim called brasero_job_get_flags
BraseroWodim stdout: HUP
BraseroWodim stderr: wodim: fifo was 0 times empty and 0 times full, min fill was 100%.
BraseroWodim called brasero_job_get_flags
BraseroWodim stderr: HUP
BraseroWodim process finished with status 254
BraseroWodim called brasero_job_error
BraseroWodim finished with an error
BraseroWodim asked to stop because of an error
error = 0
message = "no message"
BraseroWodim stopping
BraseroWodim got killed
Session error : unknown (brasero_burn_record brasero-burn.c:2811)
Mit Gnomebaker hab ich es auch schon probiert, hier kommt folgendes:
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/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: 3 = CD-ROM XA mode 2
Device type : Removable CD-ROM
Version : 5
Response Format: 2
Capabilities :
Vendor_info : 'HL-DT-ST'
Identification : 'DVDRAM GSA-T50N '
Revision : 'RS06'
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: 15773 kB/s 89x CD 11x DVD
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...
Starting new track at sector: 0
Errno: 5 (Input/output error), write_g1 scsi sendcmd: no error
CDB: 2A 00 00 00 00 5D 00 00 1F 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 (invalid address for write) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.024s timeout 40s
wodim: The current problem looks like a buffer underrun.
wodim: It looks like 'driveropts=burnfree' does not work for this drive.
wodim: Please report.
wodim: Make sure that you are root, enable DMA and check your HW/OS set up.
write track data: error after 190464 bytes
Writing time: 26.049s
Average write speed 1.4x.
Fixating...
Fixating time: 28.926s
wodim: fifo had 85 puts and 4 gets.
wodim: fifo was 0 times empty and 0 times full, min fill was 100%.
Direkt über die Konsole hatte ich es mit cdrecord auch probiert, bitte seht mir nach, dass ich nicht noch einen weiteren Rohling verschwende, um hier nochmal die Fehlermeldung zu reproduzieren. Ich habe gerade versucht in einem vom USB Stick gebooteten Lucid eine CD zu brennen. Der Fehler bleibt der gleiche. Wenn ich im BIOS statt AHCI den IDE Kompatibilitätsmodus auswähle, tritt der Fehler nicht auf. Welche Nachteile habe ich durch diesen Modus? Ich kann im normalen Betrieb jetzt keine Geschwindigkeitsunterschiede ausmachen. Das Thinkpad ist ja noch recht neu, ist abzusehen, dass ich bei Lucid bis zur Final auch im AHCI Modus brennen kann?
|
nichtnormal
(Themenstarter)
Anmeldungsdatum: 1. März 2010
Beiträge: 26
|
Moin, moin! @ tomcat69 Zu deinem Beitrag vom 6. März: hdparm -i /dev/scd0 bringt mir eine leicht abweichende Meldung auf den Schirm bzw. die markierte Zeile fehlte in deiner Ausgabe: /dev/scd0:
HDIO_DRIVE_CMD(identify) failed: Bad address
Model=HL-DT-ST, FwRev=TL01, SerialNo=K0099PB0002
Config={ Fixed Remov[...]
Allerdings ist der UDMA-Mode bei mir auch bei aktiviertem AHCI 5 (und nicht 2, wie bei dir):
[...]
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
Ansonsten sind die Ausgaben von hdparm identisch, kein Wunder bei gleicher Brenner-Hardware und gleichem OS. Stutzig macht mich nur, dass hdparm den o.g. Adressierungsfehler ausgibt. Auch wodim hatte sich bei aktiviertem Burnfree über ungültige Adressen beschwert (s. meine Codeschnippsel in den Beiträgen vom 1. März):
Sense Code: 0x21 Qual 0x02 (invalid address for write) Fru 0x0
Bei deaktiviertem Burnfree meckerte wodim stattdessen, das Medium sei nicht kompatibel:
Sense Code: 0x30 Qual 0x05 (cannot write medium - incompatible format) Fru 0x0
Für mich sieht es so aus, dass mit Burnfree der Puffer nicht korrekt adressiert wird, was auf Probleme mit LGs SecurDisk hinweist. Auch du hattest Buffer-Adressierungsprobleme gemeldet (Ausgabe von dmesg am 4. März) nach dem Schema:
Buffer I/O error on device srX, logical block Y
Aber wieso ist angeblich das Medium "inkcompatible", wenn ich Burnfree ausschalte??? Was AHCI betrifft: Natürlich weiß ich, dass der Rechner nicht explodiert, wenn ich in den IDE-Modus wechsle. Nach meinem Kenntnisstand muss aber der Modus eingestellt bleiben, der bei der OS-Installation aktiviert war, da die Kiste sonst nicht ordentlich booten kann. Das meinte ich mit "System zerschießen". Habe keine Lust, wegen des blöden Brenners alles neu aufzusetzen. Außerdem arbeiten die Platten angeblich flotter mit ACHI. - Möglicherweise nur unter Windows, weil aktuelle Linuxkernel NCQ noch nicht unterstützen?... (Aber das führt hier zu weit vom Thema weg; es geht ja um einen Brenner, der es mit AHCI eigentlich tun sollte, aber nicht brennen kann, weil vermutlich die Schreibpuffer nicht adressiert werden können.) @ schily Deine Hinweise zum Hickhack unter den Entwicklern sind deprimierend, aber letztlich ein ganz normales Phänomen. So sind die (oder manche) Menschen eben. Hoffen wir, dass die Zweige des Fork irgendwann wieder zusammenfinden bzw. die Distributoren eine - wie auch immer - funktionierende Lösung finden. hald abzuschalten führt bei mir nur dazu, dass der Brenner für K3B aufhört zu existieren (vgl. tomcat69s Post). @ uweber Du verwendest einen anderen Brenner:
BraseroWodim stdout: Identification : 'DVDRAM GSA-T50N '
Die Fehlermeldungen scheinen jedoch die gleichen zu sein. Es ist m.E. aber nicht sicher, ob die Fehlerursache die gleiche ist. Trägt der Brenner auch das SecurDisk-Label auf der Schublade? Dann mag die Ursache die gleiche sein. Grüße an alle!
|
tomcat69
Anmeldungsdatum: 2. März 2010
Beiträge: 9
|
@nichtnormal du hast allerdings noch die Firmware T01
Model=HL-DT-ST, FwRev=TL01
Oder hast die T01 Version die nur "Bluebird" entfernt ?
Ich weiß allerdings auch nicht ob dieses Bluebird unter Linux überhaupt einen Einfluss hat !?!
Und Orginal von LG bekommt man auch nur die Firmware für das LG GH22NS50 ... ich habe glaube ich die Datei von softpedia ... Schöne Grüße
|
nichtnormal
(Themenstarter)
Anmeldungsdatum: 1. März 2010
Beiträge: 26
|
@ tomcat69 Hi, ich meine gelesen zu haben, dass du mit einer neueren Firmware keine Erfolge erzielt hattest. Erst die Umstellung auf den IDE-Modus brachte deinen Brenner zum Laufen. - Na, ich kann dass ja mal ausprobieren, allerdings sind Firmware-Updates immer etwas heikel; ich mach' das nicht gerne. Schon gar nicht, wenn die Typbezeichnung nicht 100%ig passt. ...gut, ich hab mir wie du das Firmware-ZIP TL02 für den GH22LS50 von softpedia gezogen; ein neueres gab es dort nicht. Wäre sehr dankbar für eine Kurzanleitung zum Updatevorgang, möglichst ohne den Umweg über eine DOS-Diskette, bäh, brrr... Ich würde mir gern das Gegoogle sparen. Schönes Wochenende! (Nein, ich meine nicht das Wetter 😉 )
|
nichtnormal
(Themenstarter)
Anmeldungsdatum: 1. März 2010
Beiträge: 26
|
@ tomcat69 Wie ich gerade sehe, benötige ich für das Update auf TL02 Windows. Hier steht zwar eine alte WinXP-Kiste rum, aber die stammt aus der Zeit vor SATA... Ich möchte wirklich nicht Windows installieren, nur um einen Brenner zu flashen, mit all den Folgen, die das hätte (Grub neu einrichten und so). Geht es nicht auch unter Ubuntu? Und muss das überhaupt sein, wo die neue Firmware dir doch auch nicht half?!? Grunz...
|
tomcat69
Anmeldungsdatum: 2. März 2010
Beiträge: 9
|
@nichtnormal ja das Firmware Update hat für den AHCI Mode nichts gebracht ...
Und ich habe nicht getestet ob es ohne Update auch im IDE Mode funktioniert hätte 😉 Hast du es eigentlich mal im IDE Mode probiert ?
Von der Performance her merke ich zumindest keinen Unterschied. Aber wenn ich das richtig verstanden habe hast du jetzt wieder einen alten Brenner drin, oder ?
Naja einfach mal abwarten ob sich vielleicht beim nächsten Ubuntu Upgrade auf Lucid Lynx (ohne hal) etwas tut .. Schöne Grüße
|
nichtnormal
(Themenstarter)
Anmeldungsdatum: 1. März 2010
Beiträge: 26
|
Tach nochmal, @ tomcat69
Aber wenn ich das richtig verstanden habe hast du jetzt wieder einen alten Brenner drin
Nein, er ist neu, ein GH22NP20 (PATA, kein SecurDisk). Den gab es bei Reichelt für 25 € inkl. Versand. Der alte, testweise eingebaute Brenner gehört zum Rechner meiner Frau, ist beige und nicht schwarz und sah daher ziemlich dämlich in meinem Gehäuse aus (das Auge "isst" ja doch ein bisschen mit...).
Hast du es eigentlich mal im IDE Mode probiert ? Von der Performance her merke ich zumindest keinen Unterschied.
Mmmh... Habe ich aus den erwähnten Gründen nicht. Konntest du auf IDE umschalten ohne Probleme zu bekommen? Andersherum ist es definitiv schwierig, weil das OS die benötigten AHCI-Treiber nicht findet, wenn es im IDE-Modus installiert wurde. Jedenfalls sagt das die c't bzgl. Windows. Es gibt allerdings (für Windows) einen Workaround dafür. Was die Performance betrifft: Ich habe eine nette kleine SSD von Intel als Systemplatte eingebaut, die wirklich rasant bootet (für Daten habe ich eine normale Magnetscheibe). Ich befürchte doch Performanceeinbußen für die SSD, wenn ich den langsameren Modus verwende, da es bei SSDs keine Laufwerksmechanik gibt, die für Verzögerungen sorgt. Die Zugriffszeiten liegen im Nanosekundenbereich (statt Millisekunden bei herkömmlichen Platten), einfach herrlich! - Da will ich doch keine veraltete Schnittstelle benutzen! Wie heißt es so schön: Never change a running System! Deshalb möchte ich den - vielleicht harmlosen(?) - Rückschritt zum IDE-Modus lieber vermeiden. Das ist vielleicht Sturheit, aber ich will das System (und somit den Brenner) im AHCI-Modus laufen lassen; es kann doch nicht sein, dass... (schimpf, groll, usw.)... Ob Lucid Lynx die Lösung bringt, weiß ich nicht. Es wird wohl eher an dem unseligen Fork bzgl. cdrecord / wodim liegen als am hal-Dämon, wenn ich das richtig verstanden habe. Naja, im April wissen wir mehr. VG
|
nullEuro
Anmeldungsdatum: 26. Februar 2009
Beiträge: 225
|
Ich hoffe einfach mal mit 😉, habe exakt den selben Brenner, das selbe Problem. Aber bei mir geht auch im ide Modus nichts.
|
montyniceguy
Anmeldungsdatum: 15. Januar 2010
Beiträge: 9
|
nullEuro schrieb: Ich hoffe einfach mal mit 😉, habe exakt den selben Brenner, das selbe Problem. Aber bei mir geht auch im ide Modus nichts.
Same here!
|
schily
Anmeldungsdatum: 5. November 2008
Beiträge: 178
|
tomcat69 schrieb:
@schily also erst einmal vielen Dank für diese Infos ...
Ich habe derweil versucht ein paar Infos rund um dieses Thema zu recherchieren, muss aber gestehen das ich noch nicht ganz den Durchblick bekommen habe was da abgeht / abgegangen ist 😉
Der Konflikt der GPL und der CDDL kommt mir aber bekannt vor → ZFS
Du hast da leider Recht. Wenn ein GPL Programm eine Bibliothek unter einer anderen Lizenz verwendet,
genauso wenn ein GPL Betriebssystemkern einen Treiber oder Filesystem unter einer anderen Lizenz verwendet,
dann wird durch diese Verbindung die fremde Biliothek oder der fremde Treiber keinesfalls ein "Abgeleitetes
Werk" des GPL Codes. Es wird dabei vielmehr aus beiden Werken ein sogenanntes "Sammelwerk" gebildet, das von
der GPL keinesfalls verboten sondern erlaubt ist. Und in diesem Punkt ist die rechtliche Situation in
Deutschland und in den USA gleich.... Ich weis nicht was die Leute, die etwas anderes behaupten und sich damit im Widerspruch zur Auffassung
aller mir bekannten Anwälte sind, sich davon versprechen. Nutzen tun sie damit jedenfalls niemandem. Aber das Thema in diesem Thread war ja ein Brennproblem....... Die Brennprobleme unter Linux lassen sich mit über 90% Trefferquote in drei Kategorien einteilen: - Probleme aus der Inkompatibilitiät von Brenner und Medium.
Die kann man nur dann annehmen, wenn die beiden anderen Probleme
ausschkließen kann. - Probleme durch die Bugs in dem cdrtools Fork mit Namen "cdrkit".
Da sind ins Besondere Probleme zu verzeichnen, die durch fehlenen
Support für DVDs in wodim zu beklagen, sowie der nicht funktionierende
UTF-8 Support in "genisoimage". - Probleme die durch "hald" entstehen. Diese Probleme sind besonders
schwierig ohne Tests zu identifizieren, denn hald unterbricht den
Brennprozess weil es Brennprozesse ignoriert. Durch diese Unterbrechungen
können Effekte entstehen, die ähnlich wie Lauswerks/Medium-Inkompatibilitäten
aussehen. Probleme die durch hald ausgelöst werden lassen sich übrigens bei
CDs durch Verwenden des Brennmodus "-raw96r" umgehen. Ansonsten gibt es auf der cdrecord-support Mailing Liste Hilfe...
|
nichtnormal
(Themenstarter)
Anmeldungsdatum: 1. März 2010
Beiträge: 26
|
@ schily Danke, dass du diesen Thread wieder auf seinen Zweck zurückführst und mit relevantem Inhalt fütterst!
Es geht um einen bestimmten Brenner oder bestenfalls um eine Gruppe von LG-Brennern, die mit dem LG GH22LS50 TL01 verwandt sind und die von mir und anderen zitierten Fehlermeldungen ausgeben (ich habe mich bemüht, die wichtigsten gelb zu markern). Neue Leser dieses Threads sollten daher die zitierten Fehlerausgaben mit ihren vergleichen... Es geht nicht darum, dass irgendjemand aus irgendwelchen Gründen nicht brennen kann. Zu deinem Tipp: Probleme die durch hald ausgelöst werden lassen sich übrigens bei CDs durch Verwenden des Brennmodus "-raw96r" umgehen.
Es wäre für die meisten Leser sicher schön zu wissen, wo und wie man dies z.B. in K3B oder anderen PRogrammen festlegen kann. ☺ Oder meinst du die Kommandozeile (?). Ein ganz anderer Aspekt zum threadstiftenden Brenner LG GH22LS50 TL01: "Normale" Disks (CD, DVD) liest er anstandsfrei; bei einer kopiergeschützten Spiele-CD hängte er sich neulich dermaßen auf, dass nur ein harter Reset mein System wieder benutzbar machte. Dabei produzierte er Geräusche, die eher nach Hardwareschaden klangen. Nichtdestotrotz liest er nach wie vor Standardkost ohne Probleme.
Auch das lässt mich auf ein Software- (also Treiber-)Problem auf Kernelebene schließen, aber ich bin wahrlich kein Linux-Experte. Allerdings ist der letztgenannte Aspekt neu, denn es handelt sich hier um ein LESE- und KEIN SCHREIBPROBLEM! Also, wie war das mit "-raw96r"...? VG,
nn
|
montyniceguy
Anmeldungsdatum: 15. Januar 2010
Beiträge: 9
|
Das mit den Leseproblemen taucht bei mir auch öfters auf. (Ich hab übrigens die neuere Firmware TL02) Der Brenner braucht öfter mal eine halbe Ewigkeit zum Lesen, und wird richtig laut. Es hört sich an wie wenn er mit voller Leistung drehen würde, und der Laser ständig ruckartig hin und her springen würde. Mit windows gibts diese Probleme nicht, drum würde ich einen Hardwaredeffekt eher ausschließen.
|
schily
Anmeldungsdatum: 5. November 2008
Beiträge: 178
|
nichtnormal schrieb: @ schily
Ein ganz anderer Aspekt zum threadstiftenden Brenner LG GH22LS50 TL01: "Normale" Disks (CD, DVD) liest er anstandsfrei; bei einer kopiergeschützten Spiele-CD hängte er sich neulich dermaßen auf, dass nur ein harter Reset mein System wieder benutzbar machte. Dabei produzierte er Geräusche, die eher nach Hardwareschaden klangen. Nichtdestotrotz liest er nach wie vor Standardkost ohne Probleme.
Auch das lässt mich auf ein Software- (also Treiber-)Problem auf Kernelebene schließen, aber ich bin wahrlich kein Linux-Experte. Allerdings ist der letztgenannte Aspekt neu, denn es handelt sich hier um ein LESE- und KEIN SCHREIBPROBLEM! Also, wie war das mit "-raw96r"...?
Jetzt bin ich etwas verwirrt.... Du hast diesen Thread mit einem SCHREIBPROBLEM begonnen (zumindest dokumentiert Dein LOG ein Schreibproblem). Auch warst Du mit Der von Dir gewählten Überschrift die das Wort "Verbrennen" enthält ziemlich eindeutig und Du hast Dich beklagt, daß der Brennvorgang abgebrochen wird. Bist Du daran nicht mehr interessiert? Solltest Du bei Deinem Brennproblem nicht in der Lage sein der Brenngui zu sagen im RAW Modus zu brennen, dann hilft nur das deaktivieren von hald.
In jeden Fall ist es sinnvoll statt des bekanntermaßen defekten Forks die Originalsoftware zu verwenden, denn die Originalsoftware reagiert kurzfristig auf bekanntwerdende Probleme und hat daher (in ihrer aktuellen Version) keine bekannten Probleme. Solltest Du _neben_ Deinem Schreibproblem zusätzlich ein Leseproblem haben, dann beschreibe es doch mal...
|