[FBSD 7.1] Kein mounten von CD/DVDS mehr möglich nach Start von KDE4

[LateRiser]

Hallo,

ich hab da mal ein Problem

Wenn ich beim Booten von FreeBSD 7.1 an der Console ein

mount /cdrom

eingebe, dann wird, wie erwartet, die CD/DVD in das Verzeichnis /cdrom gemountet.
Starte ich jetzt KDE4 für kdm, und öffne K3B, dann wird sowohl mein Brenner als auch die CD/DVD erkannt.
Gehe ich jetzt aber hin und unmounte die CD und möchte Sie dann erneut mounten, dann funktioniert das nicht mehr... nach ein paar "Minuten" bekomme ich die Meldung:

In der dmesg steht dann zum Beispiel folgendes:

acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00
acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00
acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00
acd0: FAILURE - READ_TOC ILLEGAL REQUEST asc=0x24 ascq=0x00
acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly
acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly
acd0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly
acd0: FAILURE - unknown CMD (0xac) timed out
acd0: WARNING - TEST_UNIT_READY freeing taskqueue zombie request
acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directly
acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly
acd0: WARNING - READ_TOC taskqueue timeout - completing request directly
acd0: WARNING - READ_TOC taskqueue timeout - completing request directly
acd0: WARNING - READ_CAPACITY taskqueue timeout - completing request directly
acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly
acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directly
acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly
acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directly
acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly
acd0: WARNING - READ_TOC taskqueue timeout - completing request directly
acd0: WARNING - READ_TOC taskqueue timeout - completing request directly
acd0: WARNING - READ_CAPACITY taskqueue timeout - completing request directly
acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly
acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly
acd0: WARNING - TEST_UNIT_READY taskqueue timeout - completing request directly
acd0: WARNING - PREVENT_ALLOW taskqueue timeout - completing request directly

Ich kann dann weder die CD/DVD mehr mounten, noch findet K3B meinen Brenner. Alles irgendwie kaputt.
Das komische ist nur, das alles funktioniert, wenn ich die CD/DVD direkt nach dem Booten an der Console mounte.
Auch unter Windows ist alles in Ordnung, ich glaube daher nicht, dass das Laufwerk irgendwie defekt ist.

Ein paar Systeminfo:

System:

FreeBSD bridge.hypnotized.de 7.1-RELEASE FreeBSD 7.1-RELEASE #0: Thu Jan  1 14:37:25 UTC 2009     root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  i386

fstab:

/dev/acd0               /cdrom          cd9660  ro,noauto       0       0
/dev/cd0c  /usr/home/stonie/cdrom  cd9660  ro,noauto,nosuid  0  0

devfs.conf:

own     cd0     root:wheel
own     /dev/cd0        root:wheel
own     acd0    root:wheel
own     /dev/acd0       root:wheel
link    acd0    cdrom

devfs.rules:

add path 'cd*' mode 0660 group operator
add path 'xpt*' mode 0660 group operator
add path 'pass*' mode 0660 group operator
add path 'da*s*' mode 0660 group operator
add path 'md*' mode 0660 group operator

Der verwendete User ist in den Gruppen: wheel und operator eingetragen.

ls /dev:

crw-rw----  1 root    operator    0,  96 Feb  3 12:46 acd0
crw-rw----  1 root    operator    0, 104 Feb  3 12:46 cd0    
lrwxr-xr-x  1 root    wheel            4 Feb  3 12:46 cdrom -> acd0
crw-rw----  1 root    operator    0, 100 Feb  3 12:46 pass0
crw-rw----  1 root    operator    0, 101 Feb  3 12:46 pass1
crw-rw----  1 root    operator    0,  99 Feb  3 12:46 xpt0

pkg_info:

xorg-7.3_2 
kde-4.1.1  (Localized)
k3b-1.0.5

Ich habe schon versucht di eBerechtigungen der Devices zu ändern, hab den DMA ein- bzw. ausgeschaltet, versucht die Einstellungen in den devfs.* anzupassen und bestimmt, schon 20 Webseiten, Mailingslists und Blogs gelesen. Aber entweder habe ich etwas überlesen oder ich bin einfach nicht fündig geworden.

Hat da jemand einen Rat für mich?

Vielen Dank!

LateRiser

[pit234a]

Bei KDE3 wird exklusiv HAL genutzt und unterstützt. Das geht allerdings meist auch nicht sonderlich gut. Dazu sollten dann jede Einträge in der fstab entfernt werden, die was mit dem CD-ROM zu tun haben.
Zwei Einträge für ein Gerät, das ist dann eh nicht so toll, jedenfalls nicht, wenn das Gerät auch über unterschiedliche device Einträge angesprochen wird.
acd0 ist die Bezeichnung für ata-CD und die werden gewöhnlich dann aber mittels atapicam als SCSI device behandelt und deshalb zu /dev/cd0 (respektive ..1, ..2 und so weiter). atapicam wird mittels Eintrag in der /boot/loader.conf gesetzt: atapicam_load="YES" und ich denke (habe abere damit keine Erfahrung), daß SATA Geräte ebenfalls so behandelt sein wollen.

Einem Eintrag in der /etc/rc.conf der Art devfs_system_ruleset="localrules" wird dann
pit@syo ~:-> cat /etc/devfs.rules
[localrules=10]
add path 'cd*' mode 0660 group operator # CD devices
add path 'xpt*' mode 0660 group operator # required for CD access
add path 'pass*' mode 0660 group operator # ----"----
add path 'da*s*' mode 0660 group operator # SCSI-Disks, e.g. USB-Sticks
add path 'md*' mode 0660 group operator # virtual FSs, e.g. for .img, .iso
sowas zugeordnet. Wichtig also, die Benennung in der rc.conf und auch der gleiche Name in der /etc/devfs.rules
devfs.conf braucht eigentlich dann auch keine weiteren Einträge, auch keine Angabe zu Links, denn, über HAL und dbus werden die Geräte angesprochen und automatisch eingebunden bzw ein Auswahlmenü vorgelegt, das eine Aktion bestätigt haben will, sobald ein bestimmtes Ereignis vorliegt (leere CD -> Brenn-Programm starten, Musik-CD -> Wiedergabe starten, Movie-DVD -> Ripper starten, nur als Beispiel).
Dazu muß der User Operator sein.

KDE4 kenne ich gar nicht und neulich las ich, daß k3b dafür noch gar nicht geht, oder nicht mit FreeBSD. Ob da Hal eine Rolle spielt, weiß ich auch nicht.
Unabhängig davon kann sehr wohl ein Problem, wie du es da beschreibst, doch von der HW her kommen und zwar, wenn diese nicht voll unterstützt wird oder die Medien um die es sich handelt teilweise beschädigt sind. Daß du mit einem anderen System trotzdem darauf zugreifen kannst, bedeutet da nicht viel. Interessant wäre nur, ob es mit einem anderen FreeBSD denn ging oder geht. Sowohl in Linux, als auch erst Recht in M$ Systemen wird auch abenteuerliche HW durchaus gelegentlich unterstützt, um die sich in FreeBSD niemand wirklich kümmert.

edit: PS: hast du auch im WiKi nachgesehen? da wird doch einiges gut erklärt dazu. Starte vielleicht hier: http://wiki.bsdforen.de/kategorie/howto

[georg]

Was steht bei Dir in der Datei: /usr/local/etc/PolicyKit/PolicyKit.conf ?

[pit234a]

Da kann ich gerade nicht hinsehen.
Nicht so einfach, jedenfalls. Wir hatten das aber hier mal behandelt, ich habe da irgendwie den Eintrag so geändert, daß immer eine Antwort "yes" erfolgt und unabhängig von Usern gemouted wird.
Nun macht dieser PC gerade wieder einen Update und dabei war auch was neues in Hal, was gerade umgesetzt wird.
Auf einem kürzlich installierten 7(.1-RC2?) brauchte ich da gar nichts zu ändern und es funktionierte prima.

[pit234a]

<?xml version="1.0" encoding="UTF-8"?> <!-- -*- XML -*- -->

<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN"
"http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">

<!-- See the manual page PolicyKit.conf(5) for file format -->

<config version="0.1">
<match action="org.freedesktop.hal.storage.mount-removable">
<return result="yes"/>
</match>
</config>

fand ich eben in dem anderen Artikel