tobo
14.03.05, 18:52
Hallo,
wollte am Wochenende meinen Brenner zwecks Sicherung mal wieder benutzen. Doch leider will dieser unter einem User seine Arbeit nicht verrichten. Unter root erledigt er seine Arbeit ohne Beanstandungen. Die Fehlermeldung, welche ich als User unter xcdroast bekomme, deutet auf das bekannte SCSI-Emu Problem hin (Fehlermeldung am Ende des Posts). Allerdings habe ich die SCSI-Emulation vor geraumer Zeit aus dem Kernel geworfen. Es kann sich aber nur um ein Rechteproblem handeln. Dieses muss sich im Zusammenhang mit der Umstellung auf ein reines Udev-System eingeschlichen haben. In der udev.permissions konnte ich allerdings keine Fehler finden.
# optical devices
sr*:root:cdrom:660
scd*:root:cdrom:660
pcd*:root:cdrom:0660
cdrom*:root:cdrom:0660
dvd:root:cdrom:0660
rdvd:root:cdrom:0660
cdroms/*:root:cdrom:0660
# disk devices
hd*:root:disk:660
sd*:root:disk:660
dasd*:root:disk:660
ataraid*:root:disk:660
loop*:root:disk:660
md*:root:disk:660
ide/*/*/*/*/*:root:disk:660
discs/*/*:root:disk:660
loop/*:root:disk:660
md/*:root:disk:660
Allerdings ergibt ein ls -l etwas anderes:
uthr@moonbase uthr $ ls -l /dev/hd*
brw-rw---- 1 root disk 3, 0 14. Mär 19:20 /dev/hda
brw-rw---- 1 root disk 3, 1 14. Mär 19:20 /dev/hda1
brw-rw---- 1 root disk 3, 2 14. Mär 19:20 /dev/hda2
brw-rw---- 1 root disk 3, 5 14. Mär 19:20 /dev/hda5
brw-rw---- 1 root disk 3, 6 14. Mär 19:20 /dev/hda6
brw-rw---- 1 root disk 3, 64 14. Mär 19:20 /dev/hdb
brw-rw---- 1 root disk 3, 65 14. Mär 19:20 /dev/hdb1
brw-rw---- 1 root disk 3, 66 14. Mär 19:20 /dev/hdb2
brw-rw---- 1 root disk 3, 69 14. Mär 19:20 /dev/hdb5
brw-rw---- 1 root disk 3, 70 14. Mär 19:20 /dev/hdb6
brw------- 1 uthr cdrom 22, 0 14. Mär 19:20 /dev/hdc
brw------- 1 uthr cdrom 22, 64 14. Mär 19:20 /dev/hdd
uthr@moonbase uthr $ cat /etc/group |grep cd
cdrom:x:19:uthr,simone
cdrw:x:80:uthr,simone
xcdwrite:x:407:uthr,simone
Laut ls -l bin ich sogar Eigentümer (entegen den Udev-Regeln)... ich müsste also brennen können. Auch ein manuelles setzen der Rechte für die Gruppe cdrom bringt nichts. Ist nach dem Neustart eh wieder weg. Irgendwie stehe ich im Moment etwas auf dem Schlauch oder habe Tomaten auf den Augen. Vieleicht kann mir ja jemand einen Ansatz zur Lösung des Problems geben.
Danke, tobo
PS: Hier nochmal die komplette Fehlermeldung von xcdroast (DMA mal egal):
Calling: /usr/lib/xcdroast-0.98/bin/xcdrwrap CDRECORD dev= "ATAPI:0,1,0" gracetime=2 fs=4096k -v -useinfo speed=0 -dao -eject -pad -audio "/home/uthr/tmp/track-01.wav" ...
cdrecord: Warning: Running on Linux-2.6.10-gentoo-r6
cdrecord: There are unsettled issues with Linux-2.5 and newer.
cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
scsidev: 'ATAPI:0,1,0'
devname: 'ATAPI'
scsibus: 0 target: 1 lun: 0
Warning: Using ATA Packet interface.
Warning: The related Linux kernel interface code seems to be unmaintained.
Warning: There is absolutely NO DMA, operations thus are slow.
Cdrecord-Clone 2.01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
SCSI buffer size: 64512
TOC Type: 0 = CD-DA
cdrecord: Cannot allocate memory. Cannot get SCSI I/O buffer.
Using libscg version 'schily-0.8'.
wollte am Wochenende meinen Brenner zwecks Sicherung mal wieder benutzen. Doch leider will dieser unter einem User seine Arbeit nicht verrichten. Unter root erledigt er seine Arbeit ohne Beanstandungen. Die Fehlermeldung, welche ich als User unter xcdroast bekomme, deutet auf das bekannte SCSI-Emu Problem hin (Fehlermeldung am Ende des Posts). Allerdings habe ich die SCSI-Emulation vor geraumer Zeit aus dem Kernel geworfen. Es kann sich aber nur um ein Rechteproblem handeln. Dieses muss sich im Zusammenhang mit der Umstellung auf ein reines Udev-System eingeschlichen haben. In der udev.permissions konnte ich allerdings keine Fehler finden.
# optical devices
sr*:root:cdrom:660
scd*:root:cdrom:660
pcd*:root:cdrom:0660
cdrom*:root:cdrom:0660
dvd:root:cdrom:0660
rdvd:root:cdrom:0660
cdroms/*:root:cdrom:0660
# disk devices
hd*:root:disk:660
sd*:root:disk:660
dasd*:root:disk:660
ataraid*:root:disk:660
loop*:root:disk:660
md*:root:disk:660
ide/*/*/*/*/*:root:disk:660
discs/*/*:root:disk:660
loop/*:root:disk:660
md/*:root:disk:660
Allerdings ergibt ein ls -l etwas anderes:
uthr@moonbase uthr $ ls -l /dev/hd*
brw-rw---- 1 root disk 3, 0 14. Mär 19:20 /dev/hda
brw-rw---- 1 root disk 3, 1 14. Mär 19:20 /dev/hda1
brw-rw---- 1 root disk 3, 2 14. Mär 19:20 /dev/hda2
brw-rw---- 1 root disk 3, 5 14. Mär 19:20 /dev/hda5
brw-rw---- 1 root disk 3, 6 14. Mär 19:20 /dev/hda6
brw-rw---- 1 root disk 3, 64 14. Mär 19:20 /dev/hdb
brw-rw---- 1 root disk 3, 65 14. Mär 19:20 /dev/hdb1
brw-rw---- 1 root disk 3, 66 14. Mär 19:20 /dev/hdb2
brw-rw---- 1 root disk 3, 69 14. Mär 19:20 /dev/hdb5
brw-rw---- 1 root disk 3, 70 14. Mär 19:20 /dev/hdb6
brw------- 1 uthr cdrom 22, 0 14. Mär 19:20 /dev/hdc
brw------- 1 uthr cdrom 22, 64 14. Mär 19:20 /dev/hdd
uthr@moonbase uthr $ cat /etc/group |grep cd
cdrom:x:19:uthr,simone
cdrw:x:80:uthr,simone
xcdwrite:x:407:uthr,simone
Laut ls -l bin ich sogar Eigentümer (entegen den Udev-Regeln)... ich müsste also brennen können. Auch ein manuelles setzen der Rechte für die Gruppe cdrom bringt nichts. Ist nach dem Neustart eh wieder weg. Irgendwie stehe ich im Moment etwas auf dem Schlauch oder habe Tomaten auf den Augen. Vieleicht kann mir ja jemand einen Ansatz zur Lösung des Problems geben.
Danke, tobo
PS: Hier nochmal die komplette Fehlermeldung von xcdroast (DMA mal egal):
Calling: /usr/lib/xcdroast-0.98/bin/xcdrwrap CDRECORD dev= "ATAPI:0,1,0" gracetime=2 fs=4096k -v -useinfo speed=0 -dao -eject -pad -audio "/home/uthr/tmp/track-01.wav" ...
cdrecord: Warning: Running on Linux-2.6.10-gentoo-r6
cdrecord: There are unsettled issues with Linux-2.5 and newer.
cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
scsidev: 'ATAPI:0,1,0'
devname: 'ATAPI'
scsibus: 0 target: 1 lun: 0
Warning: Using ATA Packet interface.
Warning: The related Linux kernel interface code seems to be unmaintained.
Warning: There is absolutely NO DMA, operations thus are slow.
Cdrecord-Clone 2.01 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
SCSI buffer size: 64512
TOC Type: 0 = CD-DA
cdrecord: Cannot allocate memory. Cannot get SCSI I/O buffer.
Using libscg version 'schily-0.8'.