Wenn ich versuche, etwas (in diesem Fall eine Audio-CD) zu brennen, hängt k3b unendlich bei 0%. Eine Fehlermeldung gibt es nicht, beenden kann ich k3b anschließend auch nicht, nur per kill.
Ich hab es dann mit Silicon versucht, das hängt auch ewiglich bei 0%. Allerdings gibt es zusätzlich bei "Burning AudioDisc on /dev/sr0" die Meldung aus
/usr/bin/wodim -v -sao -swab -pad speed=2 dev=3,0,0 -audio /tmp/Temp_File_9.silicon /tmp/Temp_File_7.silicon /tmp/Temp_File_13.silicon /tmp/Temp_File_0.silicon /tmp/Temp_File_10.silicon /tmp/Temp_File_12.silicon /tmp/Temp_File_8.silicon /tmp/Temp_File_2.silicon /tmp/Temp_File_11.silicon /tmp/Temp_File_15.silicon /tmp/Temp_File_5.silicon /tmp/Temp_File_14.silicon /tmp/Temp_File_3.silicon /tmp/Temp_File_4.silicon /tmp/Temp_File_6.silicon /tmp/Temp_File_1.silicon
scsidev: '3,0,0'
scsibus: 3 target: 0 lun: 0
WARNING: the deprecated pseudo SCSI syntax found as device specification.
Support for that may cease in the future versions of wodim. For now,
the device will be mapped to a block device file where possible.
Run "wodim --devices" for details.
/usr/bin/wodim: No such file or directory.
Cannot open SCSI driver!
For possible targets try 'wodim --devices' or 'wodim -scanbus'.
For possible transport specifiers try 'wodim dev=help'.
For IDE/ATAPI devices configuration, see the file README.ATAPI.setup from
the wodim documentation.
TOC Type: 0 = CD-DA
wodim liegt in /usr/bin und hat meiner Meinung nach korrekte Berechtigungen: -rws--x--- 1 root burning
Und ich bin auch immer noch in der burning Gruppe.
Es ist das erste Mal, dass ich versuche, nach der Umstellung auf systemd und Installation von Kernel 3.14-4.towo-siduction-amd64 x86_64 und KDE SC 4.13 zu brennen... Das typische "davor gings noch"... :(
Hi Susan,
bei mir startet k3b ganz normal. Ich biete an das mal nachzuvollziehen.
Sag mir was Du da vorhattest, also:
- CD-Audio aus Dateien von Platte (mp3 files oder flac ogg etc.)
- Audio CD kopieren
- anders
- details wie "von HD" oder "von SSD" etc.
Ich teste das dann gern mal aus, dann kann ich Dir einen Vergleichswert liefern.
k3b ist für mich eins der stabilsten Programme seit Jahren, aber nach der Umstellung auf systemd ist ja schon das boot-up länger als vorübergehend um 90 s erhöht (mit jedem d-u steigt die Hoffnung, dass das wieder normal wird, ansonsten wäre die Investition für ne SSD für das OS bei debian o. siduction echt rausgeschmissen). Vielleicht ist k3b da auch betroffen.
Hallo Susan,
gehen wir mal systematisch vor und schauen wie siduction ausgeliefert wird.
1) Die Zugriffsrechte für den DVD-Brenner
(hier benötigt man erhöhte Rechte um die speziellen Brenn-Kommandos senden zu dürfen):
$ ls -l /dev/sr0
brw-rw----+ 1 root cdrom 11, 0 Mai 30 08:25 /dev/sr0
siducer@sidbox:~$ groups
siducer lp dialout cdrom floppy audio dip video plugdev users fuse netdev systemd-journal scanner
Die Mitglieder der Gruppe "cdrom" haben Schreibrecht auf das optische Laufwerk.
Der Benutzer wird auch durch die Installation ein Mitglied dieser Gruppe.
2) Nun die Zugriffsrechte zum Ausführen von wodim:
$ ls -l /usr/bin/wodim
-rwxr-xr-x 1 root root 391632 Jul 21 2011 /usr/bin/wodim
Die Datei gehört root:root und jeder (bzw. other) darf sie ausführen.
Auf deinem System ist die Ausführung auf Mitglieder der Grupe "burning" beschränkt.
Dies scheint mir eine individuelle Sonderkonfiguration zu sein, die aber nicht weiter stört, sofern man auch Mitglied der entscheidenden Gruppe "cdrom" ist.
Susan, wie sieht es mit dem Zugriffsrechten bezüglich 1) aus?
Verwendest Du eventuell einen verschlissenen RW-Rohling?
Hast Du mal einen anderen Rohling ausprobiert?
Grüße
musca
Danke für Hilfeversuche.
$ ls -l /dev/sr0
brw-rw----+ 1 root cdrom 11, 0 Jun 8 13:45 /dev/sr0
Die "burning" Gruppe hat k3b mal vorgeschlagen und eingerichtet. In der "cdrom" Gruppe bin ich auch. Habs mit CDR versucht, nicht CDRW, daran liegts aber auch nicht.
Inzwischen hats (mit dem selben Rohling) geklappt übers Brennen der vorher einzeln gerippten Stücke statt kopieren der ganzen CD. Warum auch immer.