SuSE 9.2: CD-Brennen mit SCSI-Brenner geht nicht mehr
Schon die folgende Ausgabe zeigt, daß das System ein Problem hat. Ich weiß da aber nicht bescheid. Kann mir jemand einen Tip geben, wie ich weiter komme? Übrigens, vor ein paar Tagen war es mir gelungen, eine CD als Root zu brennen. Aber das geht jetzt auch nicht mehr. mareb@ws24:~> sudo cdrecord -scanbus Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 Jörg Schilling Note: This version is an unofficial (modified) version Note: and therefore may have bugs that are not present in the original. Note: Please send bug reports or support requests to http://www.suse.de/feedback Note: The author of cdrecord should not be bothered with problems in this version. Linux sg driver version: 3.5.31 Using libscg version 'schily-0.8'. cdrecord: Warning: using inofficial libscg transport code version (okir@suse.de- scsi-linux-sg.c-1.83-resmgr-patch '@(#)scsi-linux-sg.c 1.83 04/05/20 Copyright1997 J. Schilling'). scsibus0: 0,0,0 0) '3ware ' 'Logical Disk 0 ' '1.2' Disk 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * scsibus1: 1,0,0 100) * 1,1,0 101) * 1,2,0 102) * cdrecord: Warning: controller creates hard SCSI failure when retrieving CD capabilities page. cdrecord: Cannot get CD capabilities data. 1,3,0 103) 'YAMAHA ' 'CRW8424S ' '1.0f' Removable CD-ROM 1,4,0 104) * 1,5,0 105) * 1,6,0 106) * 1,7,0 107) * mareb@ws24:~> Manfred
Am Sonntag, 5. Dezember 2004 12:06 schrieb Manfred Rebentisch:
Schon die folgende Ausgabe zeigt, daß das System ein Problem hat. Ich weiß da aber nicht bescheid. Kann mir jemand einen Tip geben, wie ich weiter komme?
Übrigens, vor ein paar Tagen war es mir gelungen, eine CD als Root zu brennen. Aber das geht jetzt auch nicht mehr. 1.) Was für ein Kernel (bzw. SuSE). 2.) Wie hast du das hinbekommen. Heinz Dittmar
mareb@ws24:~> sudo cdrecord -scanbus Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 Jörg Schilling Note: This version is an unofficial (modified) version Note: and therefore may have bugs that are not present in the original. Note: Please send bug reports or support requests to http://www.suse.de/feedback Note: The author of cdrecord should not be bothered with problems in this version. Linux sg driver version: 3.5.31 Using libscg version 'schily-0.8'. cdrecord: Warning: using inofficial libscg transport code version (okir@suse.de- scsi-linux-sg.c-1.83-resmgr-patch '@(#)scsi-linux-sg.c 1.83 04/05/20 Copyright1997 J. Schilling'). scsibus0: 0,0,0 0) '3ware ' 'Logical Disk 0 ' '1.2' Disk 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * scsibus1: 1,0,0 100) * 1,1,0 101) * 1,2,0 102) * cdrecord: Warning: controller creates hard SCSI failure when retrieving CD capabilities page. cdrecord: Cannot get CD capabilities data. 1,3,0 103) 'YAMAHA ' 'CRW8424S ' '1.0f' Removable CD-ROM 1,4,0 104) * 1,5,0 105) * 1,6,0 106) * 1,7,0 107) * mareb@ws24:~>
Manfred
Am Sonntag, 5. Dezember 2004 14:09 schrieb Heinz Dittmar:
Am Sonntag, 5. Dezember 2004 12:06 schrieb Manfred Rebentisch:
Übrigens, vor ein paar Tagen war es mir gelungen, eine CD als Root zu brennen. Aber das geht jetzt auch nicht mehr.
1.) Was für ein Kernel (bzw. SuSE). mareb@ws24:~> uname -a Linux ws24 2.6.8-24-default #1 Wed Oct 6 09:16:23 UTC 2004 i686 athlon i386 GNU/Linux
2.) Wie hast du das hinbekommen.
Einfach mit k3b, in KDE als root angemeldet. Manfred
* Sonntag, 05. Dezember 2004 um 12:06 (+0100) schrieb Manfred Rebentisch:
Vorweg: Ich habe keine SuSE 9.2, keinen SuSE-Kernel und auch kein "SuSE-cdrecord", aber vielleicht ist es den Versuch wert...
Schon die folgende Ausgabe zeigt, daß das System ein Problem hat. Ich weiß da aber nicht bescheid. Kann mir jemand einen Tip geben, wie ich weiter komme?
mareb@ws24:~> sudo cdrecord -scanbus
Seit Kernel 2.6.8.1 darf 'cdrecord' nicht mehr SUID gesetzt werden, wenn man als User brennen will, vermutlich darf man es folglich auch nicht mehr mit 'sudo' starten. Also: - Kontrollieren, ob bei 'cdrecord' das SUID/GUID-Bit gesetzt ist und ggfs. Bit(s) löschen. - 'cdrecord -prcap dev=1,3,0' als root und als User ausführen und...
cdrecord: Warning: controller creates hard SCSI failure when retrieving CD capabilities page. cdrecord: Cannot get CD capabilities data. 1,3,0 103) 'YAMAHA ' 'CRW8424S ' '1.0f' Removable CD-ROM
... gleichzeitig "/var/log/messages" beobachten, ob dort Fehlermeldungen des
SCSI-Treibers erscheinen.
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Am Sonntag, 5. Dezember 2004 15:00 schrieb Andreas Koenecke:
* Sonntag, 05. Dezember 2004 um 12:06 (+0100) schrieb Manfred Rebentisch:
Vorweg: Ich habe keine SuSE 9.2, keinen SuSE-Kernel und auch kein "SuSE-cdrecord", aber vielleicht ist es den Versuch wert...
Schon die folgende Ausgabe zeigt, daß das System ein Problem hat. Ich weiß da aber nicht bescheid. Kann mir jemand einen Tip geben, wie ich weiter komme?
mareb@ws24:~> sudo cdrecord -scanbus
Seit Kernel 2.6.8.1 darf 'cdrecord' nicht mehr SUID gesetzt werden, wenn man als User brennen will, vermutlich darf man es folglich auch nicht mehr mit 'sudo' starten. Das SUID war gesetzt und ich habe es gelöscht. heinz@hedi-1:~> ls /usr/bin/cdrecord -l -rwx--x--x 1 root root 360506 2004-10-02 03:00 /usr/bin/cdrecord heinz@hedi-1:~> cdrecord -scanbus Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 Jörg Schilling Note: This version is an unofficial (modified) version Note: and therefore may have bugs that are not present in the original. Note: Please send bug reports or support requests to http://www.suse.de/feedback Note: The author of cdrecord should not be bothered with problems in this version. cdrecord: Permission denied. Cannot open SCSI driver. cdrecord: For possible targets try 'cdrecord -scanbus'. Make sure you are root. cdrecord: For possible transport specifiers try 'cdrecord dev=help'. heinz@hedi-1:~> su Password: hedi-1:/home/heinz # cdrecord -scanbus Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 Jörg Schilling Note: This version is an unofficial (modified) version Note: and therefore may have bugs that are not present in the original. Note: Please send bug reports or support requests to http://www.suse.de/feedback Note: The author of cdrecord should not be bothered with problems in this version. Linux sg driver version: 3.5.31 Using libscg version 'schily-0.8'. cdrecord: Warning: using inofficial libscg transport code version (okir@suse.de-scsi-linux-sg.c-1.83-resmgr-patch '@(#)scsi-linux-sg.c 1.83 04/05/20 Copyright1997 J. Schilling'). scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) 'HP ' 'CD-Writer+ 9200 ' '1.0c' Removable CD-ROM 0,6,0 6) 'IOMEGA ' 'ZIP 250 ' 'H.41' Removable Disk 0,7,0 7) * hedi-1:/home/heinz # In der xconsole kommt folgende Meldung: Dec 5 18:06:15 hedi-1 kernel: pga: Autoprobe failed Dec 5 18:06:15 hedi-1 kernel: pg: No ATAPI device detected Dec 5 18:06:15 hedi-1 kernel: pg: pg version 1.02, major 97 Dec 5 18:06:15 hedi-1 kernel: pga: Autoprobe failed Dec 5 18:06:15 hedi-1 kernel: pg: No ATAPI device detected Dec 5 18:06:15 hedi-1 kernel: pg: pg version 1.02, major 97 Dec 5 18:06:15 hedi-1 kernel: pga: Autoprobe failed Dec 5 18:06:15 hedi-1 kernel: pg: No ATAPI device detected Dec 5 18:06:15 hedi-1 kernel: pg: pg version 1.02, major 97 Dec 5 18:06:15 hedi-1 kernel: pga: Autoprobe failed Dec 5 18:06:15 hedi-1 kernel: pg: No ATAPI device detected
Und ein: hedi-1:/home/heinz # cdrecord -prcap dev=0,5,0 Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 Jörg Schilling Note: This version is an unofficial (modified) version Note: and therefore may have bugs that are not present in the original. Note: Please send bug reports or support requests to http://www.suse.de/feedback Note: The author of cdrecord should not be bothered with problems in this version. scsidev: '0,5,0' scsibus: 0 target: 5 lun: 0 Linux sg driver version: 3.5.31 Using libscg version 'schily-0.8'. cdrecord: Warning: using inofficial libscg transport code version (okir@suse.de-scsi-linux-sg.c-1.83-resmgr-patch '@(#)scsi-linux-sg.c 1.83 04/05/20 Copyright1997 J. Schilling'). Device type : Removable CD-ROM Version : 4 Response Format: 2 Capabilities : SYNC Vendor_info : 'HP ' Identifikation : 'CD-Writer+ 9200 ' Revision : '1.0c' Device seems to be: Generic mmc CD-RW. Drive capabilities, per MMC-2 page 2A: Does read CD-R media Does write CD-R media Does read CD-RW media Does write CD-RW media Does not read DVD-ROM media Does not read DVD-R media Does not write DVD-R media Does not read DVD-RAM media Does not write DVD-RAM media Does support test writing Does read Mode 2 Form 1 blocks Does read Mode 2 Form 2 blocks Does read digital audio blocks Does restart non-streamed digital audio reads accurately Does not support Buffer-Underrun-Free recording Does read multi-session CDs Does read fixed-packet CD media using Method 2 Does not read CD bar code Does not read R-W subcode information Does read raw P-W subcode data from lead in Does return CD media catalog number Does return CD ISRC information Does not support C2 error pointers Does not deliver composite A/V data Does play audio CDs Number of volume control levels: 256 Does support individual volume control setting for each channel Does support independent mute setting for each channel Does not support digital output on port 1 Does not support digital output on port 2 Loading mechanism type: tray Does support ejection of CD via START/STOP command Does not lock media on power up via prevent jumper Does allow media to be locked in the drive via PREVENT/ALLOW command Is not currently in a media-locked state Does not support changing side of disk Does not have load-empty-slot-in-changer feature Does not support Individual Disk Present feature Maximum read speed: 5645 kB/s (CD 32x, DVD 4x) Current read speed: 3528 kB/s (CD 20x, DVD 2x) Maximum write speed: 1411 kB/s (CD 8x, DVD 1x) Current write speed: 706 kB/s (CD 4x, DVD 0x) Buffer size in KB: 4096 Copy management revision supported: 0 hedi-1:/home/heinz # Somit kann ich immer noch keine CD´s brennen, weder noch als root. Mein Kernel : hedi-1:/home/heinz # uname -r 2.6.8-24.5-hd5 Viele Grüße, Heinz Dittmar
* Sonntag, 05. Dezember 2004 um 18:28 (+0100) schrieb Heinz Dittmar:
Am Sonntag, 5. Dezember 2004 15:00 schrieb Andreas Koenecke:
Seit Kernel 2.6.8.1 darf 'cdrecord' nicht mehr SUID gesetzt werden, wenn man als User brennen will, vermutlich darf man es folglich auch nicht mehr mit 'sudo' starten.
Das SUID war gesetzt und ich habe es gelöscht. heinz@hedi-1:~> ls /usr/bin/cdrecord -l -rwx--x--x 1 root root 360506 2004-10-02 03:00 /usr/bin/cdrecord heinz@hedi-1:~> cdrecord -scanbus Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 Jörg Schilling
[ ... ]
cdrecord: Permission denied. Cannot open SCSI driver.
Hm, das "riecht" IMHO nach "Resource Manager"... Wie sind denn die Rechte von "/dev/sg0"?
[ ... ]
heinz@hedi-1:~> su Password: hedi-1:/home/heinz # cdrecord -scanbus Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 Jörg Schilling
[ ... ]
scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) 'HP ' 'CD-Writer+ 9200 ' '1.0c' Removable CD-ROM 0,6,0 6) 'IOMEGA ' 'ZIP 250 ' 'H.41' Removable Disk 0,7,0 7) *
Das sieht doch nicht schlecht aus...
hedi-1:/home/heinz # In der xconsole kommt folgende Meldung: Dec 5 18:06:15 hedi-1 kernel: pga: Autoprobe failed Dec 5 18:06:15 hedi-1 kernel: pg: No ATAPI device detected Dec 5 18:06:15 hedi-1 kernel: pg: pg version 1.02, major 97
Das ist IMHO nur ein kosmetisches Problem.
[ ... ]
Und ein: hedi-1:/home/heinz # cdrecord -prcap dev=0,5,0 [ ... ]
Und die Capabilities sehen IMHO auch gut aus.
Somit kann ich immer noch keine CD´s brennen, weder noch als root.
Das "Somit" kann ich für root nicht erkennen. So weit ich das erkennen kann,
sollte es als root funktionieren. Welche Meldungen gibt 'cdrecord' denn bei
einem Brennversuch unter root aus?
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Am Sonntag, 5. Dezember 2004 21:40 schrieb Andreas Koenecke:
* Sonntag, 05. Dezember 2004 um 18:28 (+0100) schrieb Heinz Dittmar:
Am Sonntag, 5. Dezember 2004 15:00 schrieb Andreas Koenecke: Hallo Andreas
Seit Kernel 2.6.8.1 darf 'cdrecord' nicht mehr SUID gesetzt werden, wenn man als User brennen will, vermutlich darf man es folglich auch nicht mehr mit 'sudo' starten. Das SUID muß gesetzt sein für den user. Das kann man auch von k3b alles richtig setzen lassen wenn erst mal der CD-Brenner erkannt wird.
Das SUID war gesetzt und ich habe es gelöscht. heinz@hedi-1:~> ls /usr/bin/cdrecord -l -rwx--x--x 1 root root 360506 2004-10-02 03:00 /usr/bin/cdrecord heinz@hedi-1:~> cdrecord -scanbus Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 Jörg Schilling
[ ... ]
cdrecord: Permission denied. Cannot open SCSI driver.
Hm, das "riecht" IMHO nach "Resource Manager"... Wie sind denn die Rechte von "/dev/sg0"?
[ ... ]
heinz@hedi-1:~> su Password: hedi-1:/home/heinz # cdrecord -scanbus Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 Jörg Schilling
[ ... ]
scsibus0: 0,0,0 0) * 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) 'HP ' 'CD-Writer+ 9200 ' '1.0c' Removable CD-ROM 0,6,0 6) 'IOMEGA ' 'ZIP 250 ' 'H.41' Removable Disk 0,7,0 7) *
Das sieht doch nicht schlecht aus...
hedi-1:/home/heinz # In der xconsole kommt folgende Meldung: Dec 5 18:06:15 hedi-1 kernel: pga: Autoprobe failed Dec 5 18:06:15 hedi-1 kernel: pg: No ATAPI device detected Dec 5 18:06:15 hedi-1 kernel: pg: pg version 1.02, major 97
Das ist IMHO nur ein kosmetisches Problem.
[ ... ]
Und ein: hedi-1:/home/heinz # cdrecord -prcap dev=0,5,0 [ ... ]
Und die Capabilities sehen IMHO auch gut aus.
Somit kann ich immer noch keine CD´s brennen, weder noch als root.
Das "Somit" kann ich für root nicht erkennen. So weit ich das erkennen kann, sollte es als root funktionieren. Welche Meldungen gibt 'cdrecord' denn bei einem Brennversuch unter root aus? Das Problem habe inzwischen erkannt. Lege eine CD in den Brenner und Starte dann k3b, so wird der Brenner von k3b erkannt. Das selbe für die Brenner-Erkennung von k3b als user. Das einzige was noch nicht funktioniert, es läßt sich als user keine CD´s brennen. Als root mußt du mal testen ob es so funktioniert und CD´s brennen lassen. Viele Grüße, Heinz Dittmar
* Sonntag, 05. Dezember 2004 um 22:33 (+0100) schrieb Heinz Dittmar:
Am Sonntag, 5. Dezember 2004 21:40 schrieb Andreas Koenecke:
* Sonntag, 05. Dezember 2004 um 18:28 (+0100) schrieb Heinz Dittmar:
Am Sonntag, 5. Dezember 2004 15:00 schrieb Andreas Koenecke:
Das SUID muß gesetzt sein für den user. Das kann man auch von k3b alles richtig setzen lassen wenn erst mal der CD-Brenner erkannt wird.
Nein, SUID (und vermutlich GUID) darf nicht gesetzt werden, zumindest nicht beim Vanilla-2.6.9 und "Vanilla-"cdrecord und falls 'cdrecord' "root.root" gehört. Und falls 'k3b' das Setzen anbietet, dann ist das *nicht richtig*.
Das Problem habe inzwischen erkannt. Lege eine CD in den Brenner und Starte dann k3b, so wird der Brenner von k3b erkannt. Das selbe für die Brenner-Erkennung von k3b als user.
Zumindest für root ist dann aber ein Problem von 'k3b' und kein
grundsätzliches "CD-Brennen mit SCSI-Brenner geht nicht mehr"...
Gruß
Andreas
--
Andreas Könecke "Andreas Koenecke
Am Sonntag, 5. Dezember 2004 23:18 schrieb Andreas Koenecke:
* Sonntag, 05. Dezember 2004 um 22:33 (+0100) schrieb Heinz Dittmar:
Am Sonntag, 5. Dezember 2004 21:40 schrieb Andreas Koenecke:
* Sonntag, 05. Dezember 2004 um 18:28 (+0100) schrieb Heinz Dittmar:
Am Sonntag, 5. Dezember 2004 15:00 schrieb Andreas Koenecke:
Das SUID muß gesetzt sein für den user. Das kann man auch von k3b alles richtig setzen lassen wenn erst mal der CD-Brenner erkannt wird.
Nein, SUID (und vermutlich GUID) darf nicht gesetzt werden, zumindest nicht beim Vanilla-2.6.9 und "Vanilla-"cdrecord und falls 'cdrecord' "root.root" gehört. Und falls 'k3b' das Setzen anbietet, dann ist das *nicht richtig*.
Das Problem habe inzwischen erkannt. Lege eine CD in den Brenner und Starte dann k3b, so wird der Brenner von k3b erkannt. Das selbe für die Brenner-Erkennung von k3b als user.
Zumindest für root ist dann aber ein Problem von 'k3b' und kein grundsätzliches "CD-Brennen mit SCSI-Brenner geht nicht mehr"...
Wie man diversen Postings auf der Kernel-Mailingliste entnehmen kann, wurde die Sicherheitsüberprüfung für SCSI-Befehle geändert. Ausserdem ist den Postings zu entnehmen, dass k3b selbst direkt SCSI-Befehle an den Brenner schickt. Je nachdem, welche Patches der Kernel aufweist werden diese zurückgewiesen oder auch nicht. Beim Vergleich der Patches auf der Kernel-Mailing-Liste mit dem SuSE 9.2-Kernel gibt es mehrere Befehle, die laut den Patches in der Kernel-Mailing-Liste as safe_for_read markiert sein müssen, die der SuSE-Kernel aber nur als safe_for_write führt. Insofern ist das tatsächlich k3b-Problem mit den neuen Kernel-Versionen. Abgesehen davon gibt's aber noch das generelle Problem, dass der Brenner nur sichtbar ist, wenn eine CD drin ist - was meines Erachtens nach keinen großen Sinn macht (insbesondere nicht, nachdem ich heute viel Zeit damit verbracht habe heauszufinden, warum k3bsetup den CD-Brenner nicht findet). Ganz abgesehen davon wäre es nett, wenn SuSE k3bsetup wieder ins k3b-Paket aufnehmen würde. Gruß, Volker
Am Sonntag, 5. Dezember 2004 23:29 schrieb Volker Augustin:
Wie man diversen Postings auf der Kernel-Mailingliste entnehmen kann, wurde die Sicherheitsüberprüfung für SCSI-Befehle geändert. Ausserdem ist den Postings zu entnehmen, dass k3b selbst direkt SCSI-Befehle an den Brenner schickt. Je nachdem, welche Patches der Kernel aufweist werden diese zurückgewiesen oder auch nicht.
Vom Suse Kernel ausgehend: Als Root darf/kann ich aber doch alle Befehle an das Device schicken, oder? Diese Filter greifen doch nur bei nicht-Root Usern? Ich habe nämlich hier ein Flashprogramm für meinen Brenner, das ich unter den derzeitigen Bedingungen aber kaum guten gewissens auf den Brenner loslassen kann wenn irgendwelche Befehle zurückgewiesen werden (a la: Flash erase OK, aber neue Firmware, ne lass mal ;>) Ciao, Dominique
Am Sonntag, 5. Dezember 2004 23:29 schrieb Volker Augustin:
Am Sonntag, 5. Dezember 2004 23:18 schrieb Andreas Koenecke:
* Sonntag, 05. Dezember 2004 um 22:33 (+0100) schrieb Heinz Dittmar:
Am Sonntag, 5. Dezember 2004 21:40 schrieb Andreas Koenecke:
* Sonntag, 05. Dezember 2004 um 18:28 (+0100) schrieb Heinz Dittmar:
Am Sonntag, 5. Dezember 2004 15:00 schrieb Andreas Koenecke:
Das SUID muß gesetzt sein für den user. Das kann man auch von k3b alles richtig setzen lassen wenn erst mal der CD-Brenner erkannt wird.
Nein, SUID (und vermutlich GUID) darf nicht gesetzt werden, zumindest nicht beim Vanilla-2.6.9 und "Vanilla-"cdrecord und falls 'cdrecord' "root.root" gehört. Und falls 'k3b' das Setzen anbietet, dann ist das *nicht richtig*.
Das Problem habe inzwischen erkannt. Lege eine CD in den Brenner und Starte dann k3b, so wird der Brenner von k3b erkannt. Das selbe für die Brenner-Erkennung von k3b als user.
Zumindest für root ist dann aber ein Problem von 'k3b' und kein grundsätzliches "CD-Brennen mit SCSI-Brenner geht nicht mehr"...
Wie man diversen Postings auf der Kernel-Mailingliste entnehmen kann, wurde die Sicherheitsüberprüfung für SCSI-Befehle geändert. Ausserdem ist den Postings zu entnehmen, dass k3b selbst direkt SCSI-Befehle an den Brenner schickt. Je nachdem, welche Patches der Kernel aufweist werden diese zurückgewiesen oder auch nicht.
Beim Vergleich der Patches auf der Kernel-Mailing-Liste mit dem SuSE 9.2-Kernel gibt es mehrere Befehle, die laut den Patches in der Kernel-Mailing-Liste as safe_for_read markiert sein müssen, die der SuSE-Kernel aber nur als safe_for_write führt.
Insofern ist das tatsächlich k3b-Problem mit den neuen Kernel-Versionen.
Abgesehen davon gibt's aber noch das generelle Problem, dass der Brenner nur sichtbar ist, wenn eine CD drin ist - was meines Erachtens nach keinen großen Sinn macht (insbesondere nicht, nachdem ich heute viel Zeit damit verbracht habe heauszufinden, warum k3bsetup den CD-Brenner nicht findet).
Ganz abgesehen davon wäre es nett, wenn SuSE k3bsetup wieder ins k3b-Paket aufnehmen würde. Habe gestern das KDE 3.3.1 von SuSE installiert, da gibt es das k3bsetup wieder. Viele Grüße, Heinz Dittmar
Am Sonntag, 5. Dezember 2004 15:00 schrieb Andreas Koenecke:
Also: - Kontrollieren, ob bei 'cdrecord' das SUID/GUID-Bit gesetzt ist und ggfs. Bit(s) löschen. - 'cdrecord -prcap dev=1,3,0' als root und als User ausführen und...
das hat mit cdrecord -prcap dev=/dev/sr0 funktioniert. Hilft aber nicht weiter. Brennen geht noch nicht, aber ich bin noch nicht allen Hinweisen nachgegangen, die hier in der Liste gegeben wurden. Oha, jede Sekunde erhalte ich drei mal die folgenden Meldungen: Dec 6 11:33:01 ws24 kernel: cdrom: This disc doesn't have any tracks I recognize! Dec 6 11:33:02 ws24 kernel: sr0: CDROM (ioctl) error, command: Read sub-channel 02 40 01 00 00 00 00 10 00 das Message log ist inzwischen über drei Gigabyte groß. Der CD-Rohling war schon drin, als ich heute morgen den Rechner startete. Der Wechsel des Rohling brachte eine Unterbrechung der Meldungen, aber jetzt geht es weiter... Nachdem ich dann den Rohling entfernt habe, also KEINE CD im Brenner liegt, kommt nun sekündlich die Aufforderung ins log-file, doch eine CD einzulegen: Dec 6 11:41:25 ws24 kernel: sr0: CDROM not ready. Make sure there is a disc in the drive. Dec 6 11:41:25 ws24 kernel: Device not ready. Make sure there is a disc in the drive. Dec 6 11:41:26 ws24 kernel: sr0: CDROM not ready. Make sure there is a disc in the drive. Dec 6 11:41:27 ws24 kernel: Device not ready. Make sure there is a disc in the drive. Dec 6 11:41:27 ws24 kernel: sr0: CDROM not ready yet. Dec 6 11:41:33 ws24 last message repeated 3 times Ist doch nicht wahr, oder? Manfred
participants (5)
-
Andreas Koenecke -
Dominique Simon -
Heinz Dittmar -
Manfred Rebentisch -
Volker Augustin