Thema: (Gelöst) openSUSE 11.1 - Probleme beim Zugriff auf Wechselmedien (DVD/CD/USB)

Die hier vorgeschlagene Aushilfslösung ist mittlerweile obsolet.

Siehe den _letzten_ Beitrag dieses Themas.


In openSUSE 11.1 scheint es einen ziemlich unangenehmen Bug mit falschen Zugriffsrechten auf externe Medien zu geben.

Die meisten vorgeschlagenen "Würgarounds" bestanden im händischen Setzen der Zugriffsrechte (chmod 666 oder gar 777) auf die entsprechenden Devices oder dem Hinzufügen des Users zur Gruppe disk, was jedoch ein ziemlich dreckiger "Hack" wäre (und im ersten Fall auch einen Reboot nicht überleben dürfte).

Aufgrund dieses Bugzilla-Eintrages

https://bugzilla.novell.com/show_bug.cgi?id=461322

und vor allem des ausgezeichneten Beitrags Nr.7, sollte es möglich sein, das Ganze auf etwas elegantere Weise zu lösen.

Auf einer virtuellen Maschine mit 11.1 konnte ich für ein "durchgereichtes" DVD-Laufwerk den nun folgenden Workaround erfolgreich anwenden, aber ein "echter" Test wäre natürlich das Ganze auch auf einer "echten" Installation zu reproduzieren.

0. Prüfen mit nicht eingelegter CD/DVD

Code:

getfacl /dev/sr0 # Ist dem jeweiligen Device anzupassen
getfacl: Removing leading '/' from absolute path names
# file: dev/cdrom
# owner: root
# group: disk
user::rw-
user:MeinUsername:rw-
group::rw-
mask::rw-
other::---

1. Medium einlegen

Code:

getfacl /dev/sr0 # Ist dem jeweiligen Device anzupassen
getfacl: Removing leading '/' from absolute path names
# file: dev/cdrom
# owner: root
# group: disk
user::rw-
group::rw-
mask::rw-
other::---

Die Zeile "user:MeinUsername:rw-" fehlt, das ist der Auslöser für das Fehlverhalten.

2. Bearbeiten der Datei "/usr/share/PolicyKit/policy/org.freedesktop.hal.device-access.policy" als root

a) Sicherungskopie

Code:

su

Passwort:

cp /usr/share/PolicyKit/policy/org.freedesktop.hal.device-access.policy /root

b) Bearbeiten dieser Datei mit einem Texteditor als root (kate, gedit, vi, nano, ..... je nach Vorliebe) und folgenden Abschnitt suchen.

Code:

 <action id="org.freedesktop.hal.device-access.removable-block">
    <description>Directly access removable block devices</description>
    <message>System policy prevents access to removable block devices</message>
    <defaults>
      <allow_inactive>no</allow_inactive>
      <allow_active>no</allow_active>
    </defaults>
  </action>

- Ändern in

Code:

 <action id="org.freedesktop.hal.device-access.removable-block">
    <description>Directly access removable block devices</description>
    <message>System policy prevents access to removable block devices</message>
    <defaults>
      <allow_inactive>no</allow_inactive>
      <allow_active>yes</allow_active>
    </defaults>
  </action>

und abspeichern.

3. Als root hal neu starten

Code:

su -c "rchal restart"

4. Erneut prüfen, nun sollte auch mit eingelegter CD/DVD die Ausgabe so aussehen

Code:

getfacl /dev/sr0 # Ist dem jeweiligen Device anzupassen
getfacl: Removing leading '/' from absolute path names
# file: dev/cdrom
# owner: root
# group: disk
user::rw-
user:EuerUsername:rw-
group::rw-
mask::rw-
other::---

und der Zugriff auf externe Medien funktionieren.

Um (hoffentlich erfolgreiche) Testberichte wird wie immer ausdrücklich gebeten.

Greetz,

RM

Na denn:

Code:

cal@nescaya:~> uname -a
Linux nescaya 2.6.27.7-9-default #1 SMP 2008-12-04 18:10:04 +0100 x86_64 x86_64 x86_64 GNU/Linux
cal@nescaya:~> cat /etc/*release
LSB_VERSION="core-2.0-noarch:core-3.2-noarch:core-2.0-x86_64:core-3.2-x86_64"
openSUSE 11.1 (x86_64)
VERSION = 11.1

ohne eingelegte DVD:

Code:

cal@nescaya:~> getfacl /dev/sr0
getfacl: Removing leading '/' from absolute path names
# file: dev/sr0
# owner: root
# group: disk
user::rw-
user:cal:rw-
group::rw-
mask::rw-
other::---

und mit:

Code:

cal@nescaya:~> getfacl /dev/sr0
getfacl: Removing leading '/' from absolute path names
# file: dev/sr0
# owner: root
# group: disk
user::rw-
group::rw-
mask::rw-
other::---

Oben genannte Prozedur durchgeführt:
mit DVD:

Code:

cal@nescaya:~> getfacl /dev/sr0
getfacl: Removing leading '/' from absolute path names
# file: dev/sr0
# owner: root
# group: disk
user::rw-
user:cal:rw-
group::rw-
mask::rw-
other::---

Und Kaffeine zeigt mir "The Italian Job"

Irgendwie war es fast klar, wer sich hier als "erstes Versuchskarnickel" melden würde.

Dann "tackern" wir das Ding doch gleich mal oben fest, besten Dank für die Erfolgsmeldung.

//Nachtrag:

Ich möchte allerdings (obwohl es ja in der Überschrift drin steht) noch einmal _deutlich_ darauf hinweisen, daß diese nur ein "Workaround" und keine Lösung ist, diese wird hoffentlich bald über ein Online-Update zur Verfügung gestellt.

Greetz,

RM

Hallo Forum, da um Testberichte im Plural gebeten wurde, gebe ich auch mal meinen Senf dazu:

Ich habe exakt den gleichen Fehler, daher poste ich den Code hier nicht zum Dritten mal. Allerdings ist die zu editierende Datei nicht die hier oben angegebene Datei "/usr/share/hal/fdi/policy/10osvendor/20-acl-management.fdi" sondern die im Novell Bugbericht angegebene andere Datei "/usr/share/PolicyKit/policy/org.freedesktop.hal.device-access.policy".

Wenn ich letztere Datei wie ansonsten perfekt beschrieben ändere, dann funktioniert auch das automatische Einbinden von Wechsellaufwerken, und auf "getfacl" erfolgt die auch schon zwei mal genannte Ausgabe.

Im Gegensatz zu "cal" spielt Kaffeine bei mir übrigens nicht "The Italian Job" ab, sondern "Batman: The Dark Knight".

Ansonsten: VIELEN DANK für diesen erhellende Thread. Habe Suse 11.1 am Releasetag installiert, und bin über Weihnachten wegen dem Bug fast wahnsinnig geworden. Der Fehler tritt bei mir übrigens sowohl bei der 32 als auch der 64 Bit Verrsion, und sowohl unter KDE 4 als auch KDE 3 auf.

Zitat von electri

Ich habe exakt den gleichen Fehler, daher poste ich den Code hier nicht zum Dritten mal. Allerdings ist die zu editierende Datei nicht die hier oben angegebene Datei "/usr/share/hal/fdi/policy/10osvendor/20-acl-management.fdi" sondern die im Novell Bugbericht angegebene andere Datei "/usr/share/PolicyKit/policy/org.freedesktop.hal.device-access.policy".

Ups, Copy/Paste Fehler, ist korrigiert.

//Nachtrag:

Zitat von electri

Der Fehler tritt bei mir übrigens sowohl bei der 32 als auch der 64 Bit Verrsion, und sowohl unter KDE 4 als auch KDE 3 auf.

Das ist nicht weiter überraschend, das Problem dürfte unabhängig von der Desktopumgebung und auch unhbhängig von der verwendeten Architektur auftreten, sofern HAL/PolicyKit verwendet wird (was bei den grossen Desktopumgebungen KDE/GNOME und wohl auch bei XFCE der Fall sein dürfte).

Greetz,

RM

Naja, dann will ich auch mal. Funzt. Spaß beiseite. Ich hatte ja erst später von diesem Workaround etwas mitbekommen und gehörte daher zu den Leuten, die anderen Benutzern geschrieben haben sich der Gruppe disk hinzuzufügen. Zum testen musste ich mich dann erst von ein paar Gruppen lösen. Danach sah es genauso aus wie bei den vorherigen Berichten. Die Einbindung eines iPod Nano klappte auch ohne diesen Workaround, anders sah es bei dem DVD- und DVD/DVD-Brenner Laufwerken aus.

Code:

:~> uname -a
Linux lin-b68 2.6.27.7-9-default #1 SMP 2008-12-04 18:10:04 +0100 i686 athlon i386 GNU/Linux
:~> cat /etc/*release
LSB_VERSION="core-2.0-noarch:core-3.2-noarch:core-2.0-ia32:core-3.2-ia32"
openSUSE 11.1 (i586)

Code:

:~> /usr/sbin/hwinfo --cdrom
25: SCSI 400.0: 10602 CD-ROM (DVD)
  [Created at block.247]
  UDI: /org/freedesktop/Hal/devices/storage_model_DVD_SOHD_16P9SV
  Unique ID: KD9E._ReReDtcD05
  Parent ID: H0_h.WEH6Hmvv_5C
  SysFS ID: /class/block/sr0
  SysFS BusID: 4:0:0:0
  SysFS Device Link: /devices/pci0000:00/0000:00:06.0/host4/target4:0:0/4:0:0:0
  Hardware Class: cdrom
  Model: "LITE-ON DVD SOHD-16P9SV"
  Vendor: "LITE-ON"
  Device: "DVD SOHD-16P9SV"
  Revision: "F$01"
  Driver: "pata_amd", "sr"
  Driver Modules: "pata_amd"
  Device File: /dev/sr0 (/dev/sg2)
  Device Files: /dev/sr0, /dev/scd0, /dev/disk/by-path/pci-0000:00:06.0-scsi-0:0:0:0, /dev/cdrom, /dev/dvd
  Device Number: block 11:0 (char 21:2)
  Features: DVD
  Drive status: no medium
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #7 (IDE interface)
  Drive Speed: 62

26: SCSI 401.0: 10602 CD-ROM (DVD)
  [Created at block.247]
  UDI: /org/freedesktop/Hal/devices/storage_model_CD_DVDW_TS_H552U
  Unique ID: nOPI.pl4JSMLximE
  Parent ID: H0_h.WEH6Hmvv_5C
  SysFS ID: /class/block/sr1
  SysFS BusID: 4:0:1:0
  SysFS Device Link: /devices/pci0000:00/0000:00:06.0/host4/target4:0:1/4:0:1:0
  Hardware Class: cdrom
  Model: "TSSTcorp CD/DVDW TS-H552U"
  Vendor: "TSSTcorp"
  Device: "CD/DVDW TS-H552U"
  Revision: "US03"
  Driver: "pata_amd", "sr"
  Driver Modules: "pata_amd"
  Device File: /dev/sr1 (/dev/sg3)
  Device Files: /dev/sr1, /dev/scd1, /dev/disk/by-path/pci-0000:00:06.0-scsi-0:0:1:0, /dev/cdrom, /dev/cdrw, /dev/dvd, /dev/dvdrw
  Device Number: block 11:1 (char 21:3)
  Features: CD-R, CD-RW, DVD, DVD-R, DVD-RW, DVD+R, DVD+RW, DVD+DL
  Drive status: no medium
  Config Status: cfg=no, avail=yes, need=no, active=unknown
  Attached to: #7 (IDE interface)
  Drive Speed: 48

Ohne Workaround (ohne DVD):

Code:

:~> getfacl /dev/sr0
getfacl: Removing leading '/' from absolute path names
# file: dev/sr0
# owner: root
# group: disk
user::rw-
user:tomfa:rw-
group::rw-
mask::rw-
other::---

:~> getfacl /dev/sr1
getfacl: Removing leading '/' from absolute path names
# file: dev/sr1
# owner: root
# group: disk
user::rw-
user:tomfa:rw-
group::rw-
mask::rw-
other::---

Mit DVD:

Code:

getfacl: Removing leading '/' from absolute path names
# file: dev/sr0
# owner: root
# group: disk
user::rw-
user::rw-
group::rw-
mask::rw-
other::---

:~> getfacl /dev/sr1
getfacl: Removing leading '/' from absolute path names
# file: dev/sr1
# owner: root
# group: disk
user::rw-
group::rw-
mask::rw-
other::---

Danach (Mit und ohne DVD):

Code:

:~> getfacl /dev/sr0
getfacl: Removing leading '/' from absolute path names
# file: dev/sr0
# owner: root
# group: disk
user::rw-
user:tomfa:rw-
group::rw-
mask::rw-
other::---

:~> getfacl /dev/sr1
getfacl: Removing leading '/' from absolute path names
# file: dev/sr1
# owner: root
# group: disk
user::rw-
user:tomfa:rw-
group::rw-
mask::rw-
other::---

https://bugzilla.novell.com/show_bug.cgi?id=461322 -> #10 war bei mir auch der Fall. Aber nachdem ich mich auch noch der Gruppen cdrom und haldaemon entzogen habe ging DVD abspielen mit beiden Laufwerke nicht, erst nach der hier beschriebenen Änderung. Test-DVD bei mir war: Meet the Feebles

Zitat von tomfa

Naja, dann will ich auch mal. Funzt. Spaß beiseite. Ich hatte ja erst später von diesem Workaround etwas mitbekommen und gehörte daher zu den Leuten, die anderen Benutzern geschrieben haben sich der Gruppe disk hinzuzufügen.

Wohlgemerkt, beides sind Workarounds und keine vollständige Lösung des Problems, durch Aufnahme in die Gruppe "disk" bekommt der User nur ein paar mehr (normalerweise unnötige und für echte Multiusersysteme auch eher unerwünschte) Zugriffsrechte, selbst wenn das Device nicht gemountet ist (ohne Gewähr). Der Workaround hier ist etwas aber nicht viel besser, eine wirkliche Lösung wird wahrscheinlich in zusätzlichen Regeln liegen, die explizit Zugriff auf die jeweiligen Medien (DVD/Audio-CD etc.) geben.

Das ist aber Job des openSUSE-Teams, der Vorteil des Workarounds hier dürfte der sein, daß der offizielle Fix wahrscheinlich eine verbesserte Version der Datei "/usr/share/PolicyKit/policy/org.freedesktop.hal.device-access.policy" mit diesen zusätzlichen Regeln enthält (das ist nur gut geraten, es würde sich hier aber anbieten), welches die zuvor geänderte Datei dann beim Update überschreibt.

Also wird nach einem Update hoffentlich alles immer noch genau so funktionieren, aber man muss sich nicht mehr um das Zurücknehmen der Gruppenzugehörigkeiten kümmern (auch hier, ohne Gewähr).

Zitat von tomfa

Test-DVD bei mir war: Meet the Feebles

Wie geil, den habe ich schon lange nicht mehr gesehen, was für ein genialer, kranker (im besten Sinne) Film.

Greetz,

RM

Weitere Infos befinden sich nun in diesem Bugreport.

https://bugzilla.novell.com/show_bug.cgi?id=408252

Hier wird es wohl weiter gehen, der Report aus dem ersten Beitrag wurde als "Duplicate" geschlossen.

Offensichtlich handelt es sich nicht um ein "einfaches" Problem mit fehlerhaften Regeln, wie man z.B. in #20 lesen kann, das Timing scheint eine wichtige Rolle zu spielen (siehe auch #34 und #35).

Greetz,

RM

wisst ihr diesbezüglich schon was neues? wird der bug bei automatischen update schon bereinigt? mein Englisch is ja leider nicht so dolle.

Anderenfalls warte ich noch, bis ich meinem neuen "gebrauchten" Susi verpasse.

Derzeitiger Status ist:

Code:

Severity  	Priority  	Status  	Target Milestone for Fix
Major 	        P2 - High 	ASSIGNED 	---

also noch etwas Abwarten.


Greetz,

RM