• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

Fehlende Zugriffsrechte auf Audio-CD unter 11.1

H

Hazel

Hacker
Hallo Leute

Ich arbeite schon seit Ende 2008 mit der openSUSE-11.1 unter KDE-3.5.10.

Nun habe ich einen neuen PC angeschafft. Weil ich dort schnell wieder ein lauffähiges System haben wollte und mit der openSUSE-11.1 recht zufrieden war, habe ich auf der neuen Maschine ebenfalls wieder die 11.1 installiert.

Inzwischen bin ich auf dem neuen PC in ein Problem hineingelaufen, das ich von der alten Kiste her nicht kannte. Ich kann von dort auch nichts herübernehmen, was irgendwie weiterhelfen könnte. Alles scheint absolut identisch konfiguriert.

Problembeschreibung:

Lege ich eine Daten-CD oder -DVD ins DVD-Laufwerk, poppt ein "Audio-CD - KDE-Dienst" auf. Dort kann ich anwählen "In neuem Fenster öffnen, was mir unbeschränkten Zugang zu den gebrannten Daten verschafft. So muss es sein!

Lege ich eine Audio-CD (ich habe verschiedene durchprobiert) in das DVD-Laufwerk, poppt wieder der "Audio-CD - KDE-Dienst" auf und bietet mir verschiedene Aktionen an:

-- Wähle ich "Abspielen" (mit KsCD), erscheint die Meldung "CD-ROM Lese- oder Zugriffsfehler (oder keine Audio-CD im Laufwerk). Bitte vergewissern Sie sich, dass Sie Zugriffsrechte besitzen auf: /dev/sr0"

-- Wähle ich "In neuem Fenster öffnen", erscheint die Meldung "Sie haben nicht die nötigen Rechte zum Lesen von diesem Gerät. Bitte prüfen Sie die Leserechte."

Versuche ich den Zugriff auf die Audio-CD ein weiteres Mal, diesmal aber nach Anmeldung als root, dann kann ich zumindest erfolgreich anwählen "In neuem Fenster öffnen" und anschließend die wav-Dateien auf Festplatte kopieren. Das direkte Abspielen von der CD klappt allerdings auch hier nicht.

Melde ich mich anschließend als root wieder ab und versuche als Normalbenutzer ein weiteres Mal den Zugriff auf die Audio-CD, gelingt das "In neuem Fenster öffnen" ebenso wie das "Abspielen".

Nach dem nächsten Herunter- und Hochfahren fängt dann allerdings das ganze Spiel wieder von vorne an.

Offensichtlich geht es hier tatsächlich um fehlende Zugriffsrechte. Wie kann ich dieses Problem lösen? Oder welche Information kann ich noch liefern, damit mich ein hilfreicher Mensch auf die heiße Spur setzt?

Danke im voraus
Hazel
 
soyo

soyo

Hacker
Hi
Mal als root probiert ?
Ich meine nur wegen der Zugriffsrechte , nicht das Du ein Hardware Problem hast ( Grund: Einer meiner DVD Brenner mag nicht alle original Musik CD's)

MfG soyo
 
OP
H

Hazel

Hacker
Hallo soyo
Du ein Hardware Problem hast ( Grund: Einer meiner DVD Brenner mag nicht alle original Musik CD's)
Zum Vergrößern anklicken....
1. Ich habe inzwischen 5 verschiedene CDs (von Jethro Tull bis P.I. Tschaikowskij) durchprobiert - alle mit demselben, gestern beschriebenen negativen Ergebnis.

2. Die im DVD-RAM-Laufwerk eingelegte Audio-CD ist für cdparanoia zumindest im Prinzip auch ohne root-Rechte erkennbar; siehe hier:
Code: 
lothar@linux:~> ls -laF /dev | grep sr0
lrwxrwxrwx   1 root   root         3  9. Mai 2010  cdrom -> sr0
lrwxrwxrwx   1 root   root         3  9. Mai 2010  cdrw -> sr0
lrwxrwxrwx   1 root   root         3  9. Mai 2010  dvd -> sr0
lrwxrwxrwx   1 root   root         3  9. Mai 2010  dvdrw -> sr0
lrwxrwxrwx   1 root   root         3  9. Mai 2010  scd0 -> sr0
brw-rw----+  1 root   disk   11,   0  9. Mai 2010  sr0

lothar@linux:~> cdparanoia -vsQ
cdparanoia III release 9.8 (March 23, 2001)
(C) 2001 Monty <monty@xiph.org> and Xiphophorus

Report bugs to paranoia@xiph.org
http://www.xiph.org/paranoia/

Checking /dev/cdrom for cdrom...
        Testing /dev/cdrom for SCSI interface
                Could not access device /dev/sr0: Permission denied
        Testing /dev/cdrom for cooked ioctl() interface
                /dev/sr0 is not a cooked ioctl CDROM.

Checking /dev/cdroms/cdrom0 for cdrom...
        Could not stat /dev/cdroms/cdrom0: No such file or directory

Checking /dev/cdroms/cdroma for cdrom...
        Could not stat /dev/cdroms/cdroma: No such file or directory

Checking /dev/cdroms/cdrom1 for cdrom...
        Could not stat /dev/cdroms/cdrom1: No such file or directory

Checking /dev/cdroms/cdromb for cdrom...
        Could not stat /dev/cdroms/cdromb: No such file or directory

Checking /dev/cdroms/cdrom2 for cdrom...
        Could not stat /dev/cdroms/cdrom2: No such file or directory

Checking /dev/cdroms/cdromc for cdrom...
        Could not stat /dev/cdroms/cdromc: No such file or directory

Checking /dev/cdroms/cdrom3 for cdrom...
        Could not stat /dev/cdroms/cdrom3: No such file or directory

Checking /dev/cdroms/cdromd for cdrom...
        Could not stat /dev/cdroms/cdromd: No such file or directory

Checking /dev/hd0 for cdrom...
        Could not stat /dev/hd0: No such file or directory

Checking /dev/hda for cdrom...
        Could not stat /dev/hda: No such file or directory

Checking /dev/hd1 for cdrom...
        Could not stat /dev/hd1: No such file or directory

Checking /dev/hdb for cdrom...
        Could not stat /dev/hdb: No such file or directory

Checking /dev/hd2 for cdrom...
        Could not stat /dev/hd2: No such file or directory

Checking /dev/hdc for cdrom...
        Could not stat /dev/hdc: No such file or directory

Checking /dev/hd3 for cdrom...
        Could not stat /dev/hd3: No such file or directory

Checking /dev/hdd for cdrom...
        Could not stat /dev/hdd: No such file or directory

Checking /dev/sg0 for cdrom...
        Testing /dev/sg0 for SCSI interface
                Could not access device /dev/sg0: Permission denied
                generic device: /dev/sg0
                ioctl device: not found
                Could not open generic SCSI device /dev/sg0: Permission denied
        Testing /dev/sg0 for cooked ioctl() interface
                /dev/sg0 is not a cooked ioctl CDROM.

Checking /dev/sga for cdrom...
        Could not stat /dev/sga: No such file or directory

Checking /dev/sg1 for cdrom...

CDROM model sensed sensed: HL-DT-ST DVDRAM GH40N NV02

Checking for SCSI emulation...
        Drive is ATAPI (using SCSI host adaptor emulation)

Checking for MMC style command set...
        Drive is MMC style
Verifying CDDA command set...
        Expected command set reads OK.

Table of contents (audio tracks only):
track        length               begin        copy pre ch
===========================================================
  1.    91282 [20:17.07]        0 [00:00.00]    no   no  2
  2.    32175 [07:09.00]    91282 [20:17.07]    no   no  2
  3.    31700 [07:02.50]   123457 [27:26.07]    no   no  2
  4.    69883 [15:31.58]   155157 [34:28.57]    no   no  2
TOTAL  225040 [50:00.40]    (audio only)

lothar@linux:~>
Ich weiß nur nicht, welche Aktionen ich auf dieser Erkenntnis aufbauen kann.

3. Unter Windows 7 kann ich die Audio-CDs ohne Wenn und Aber anhören. An ein hardware-Problem mag ich daher nicht so recht glauben.

Mal als root probiert ?
Zum Vergrößern anklicken....
Ja, das Ergebnis meiner entsprechenden Versuche habe ich ja beschrieben: Ich kann die *.wav-Dateien im Konqueror sehen. Das Abspielen als root gelingt aber nicht. Der KsCD läuft an, d.h. die Uhr startet, es kommt aber kein Ton heraus.

Meiner Meinung nach ist dieses zweite Phänomen im Augenblick eher unwichtig. Für mich steht das erwähnte Rechteproblem im Vordergrund. Konkret: Was muss ich für den normalsterblichen Benutzer einstellen oder konfigurieren, dass er ebenfalls auf Audio-CDs zugreifen kann.

Grüße aus Franken
Hazel
 
OP
H

Hazel

Hacker
Hallo Leute

Ich habe das Problem inzwischen gelöst und zwar mit Hilfe dieses threads, der anfänglich ein Brennproblem zum Thema hatte.

So richtig wohl in meiner Haut fühle ich mich dabei nicht, weil ich das Umsetzen von Zugriffsrechten für device-Dateien schon für einen tiefen Eingriff ins System halte. Aber anscheinend gibt es keinen eleganteren Weg.

Viele Grüße
Hazel

Nachtrag (einige Stunden später): Nachdem noch reichlich Plattenplatz vorhanden war, habe ich mal interessehalber parallel auf demselben PC die openSUSE-11.0 installiert. Damit wurden Audio-CDs sofort erkannt und problemlos ohne irgendwelche Zusatzeingriffe abgespielt. Schade, dass die support-Zeit in wenigen Wochen endet!
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben