erkennt udev die pci-Bu-Adresse nicht vollständig?
Soweit ich nachverfolgen kann , habe ich seltsame Probleme mit meinen
beiden optischen Laufwerken seit dem Update auf udev 150-2 . Die
Laufwerke werden als /dev/hdb und /dev/hdc erzeugt wie früher auch.
Daten-CDs kann ich normal über fstab automatisch mounten.
Bei Audio-CDs gibt es Probleme.
Während die /etc/udev/rules.d/70-persistent-cd.rules früher folgende
Einträge hatte
# ATAPI_DVD_RW_8XMax (pci-0000:00:0f.1-ide-1:0)
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-ide-1:0",
SYMLINK+="cdrom", ENV{GENERATED}="1"
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-ide-1:0",
SYMLINK+="cdrw", ENV{GENERATED}="1"
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-ide-1:0",
SYMLINK+="dvd", ENV{GENERATED}="1"
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-ide-1:0",
SYMLINK+="dvdrw", ENV{GENERATED}="1"
# HL-DT-ST_GCE-8160B (pci-0000:00:0f.1-ide-0:1)
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-ide-0:1",
SYMLINK+="cdrom1", ENV{GENERATED}="1"
ENV{ID_CDROM}=="?*", ENV{ID_PATH}=="pci-0000:00:0f.1-ide-0:1",
SYMLINK+="cdrw1", ENV{GENERATED}="1"
steht da nach Neuanlage der Datei
# ATAPI_DVD_RW_8XMax (pci-0000:00:0f.1)
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_PATH}=="pci-0000:00:0f.1", SYMLINK+="cdrom", ENV{GENERATED}="1"
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_PATH}=="pci-0000:00:0f.1", SYMLINK+="cdrw", ENV{GENERATED}="1"
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_PATH}=="pci-0000:00:0f.1", SYMLINK+="dvd", ENV{GENERATED}="1"
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_PATH}=="pci-0000:00:0f.1", SYMLINK+="dvdrw", ENV{GENERATED}="1"
# HL-DT-ST_GCE-8160B (pci-0000:00:0f.1)
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_PATH}=="pci-0000:00:0f.1", SYMLINK+="cdrom1", ENV{GENERATED}="1"
SUBSYSTEM=="block", ENV{ID_CDROM}=="?*",
ENV{ID_PATH}=="pci-0000:00:0f.1", SYMLINK+="cdrw1", ENV{GENERATED}="1"
d.h. die Geräte werden zwar differenziert, haben aber den gleichen
pci-Pfad (da dieser verkürzt wiedergegeben wird ,
genauer gesagt, der IDE-Anschluss fällt unter den Tisch.); real hat sich
an den Anschlüssen nichts geändert.
Unter /dev/disk/by-id werden die Geräte richtig verlinkt nach hdb und hdc.
Unter /dev/.udev/links/xyz (xyz=cdrom,cdrom1,cdrw,cdrw1,dvd,dvdrw)
stehen jeweils beide Laufwerke.
Die links /dev/xyz zeigen alle nur auf ein Laufwerk (z.Z. auf hdc, war
aber auch schon hdb).Das hat zur Folge, dass ich
beim Abspielen von Audio-CDs erst forschen muss, welches Laufwerk gerade
"zuständig" ist. Der device-notifier in
KDE4 zeigt mir CDs in beiden LW an und möchte sie mit KsCD abspielen, es
geht aber nur in dem einen LW.
k3b kann auf beide LW zugreifen und aus beiden LW Audio-CDs auslesen.
Also scheinen alle Anwendungen zu funktionieren, die auf die
ursprünglichen Devices hdb und hdc zurückgreifen ,
der Übeltäter dürfte udev sein, aber in welcher Weise? Irgendwo scheint
der pci-Pfad verkürzt zu werden -wer macht denn
sowas??? ;-)
Haben Andere auch schon diese Erfahrung gemacht (Noch habe ich keinen
bugreport gefunden).
Bisher komme ich damit zurecht, es ist aber doch zumindest lästig und
ich habe leider zuwenig Ahnung , das Problem zu
ergründen...
Debian testing/unstable mit Kernel 2.6.32-trunk-amd64
Nachtrag: Nach einem Neustart zeigen jetzt gerade wieder alle xyz-links
auf hdb
Um das ganze noch länger und komplizierter zu machen:
Da ich ganz lange keine Audio-CDs am Rechner mehr gehört habe, weiß ich
gar nicht, wie lange die neuen Einstellungen schon
vorhanden sind. In Wirklichkeit (und nur deshalb besitze ich die alte
/etc/udev/rules.d/70-persistent-cd.rules - Kopie
noch) hat das entsprechende Update mit der Verkürzung auf die
"pci-ohne-ide-Adresse" nämlich dafür gesorgt, dass die alten LW noch
einmal zusätzlich neu angelegt wurden (da sie ja vermeintlich eine neue
Adresse hatten) - als cdrom2 und cdrom3
usw.
Mich würde interessieren , ob Andere (auch mit nur einem LW) jetzt auch
neue links in /dev und neue Einträge in
/etc/udev/rules.d/70-persistent-cd.rules haben und es bloß noch nicht
gesehen haben, da sie auch keine Audio-CDs
abspielen...
Vielleicht sitzt aber auch in diesem Fall nur das Problem vor dem
Rechner und ich kann es nicht erkennen, da ich kein spiegelndes Display
habe...
Grüße
Ingo
Reply to: