udev: /dev/rtc fehlt mit Kernel 2.6.26.8

[matman]

Ich habe den Kernel 2.6.26.8-rt12 am laufen. Das selbe Problem besteht aber auch mit Kernel 2.6.26.8 ohne den rt-patch. Habe nämlich beide Versionen verfügbar.

Und zwar wird von /etc/init.d/hwclock.sh beim Systemstart gemeldet, dass die Hardware-Uhr nicht ansprechbar ist. Daraufhin habe ich festgestellt, wenn ich im Ordner /dev einen Link namens rtc zu rtc0 mache, dann funzt es. Allerdings wird dank udev dieser Link beim reboot wieder verworfen. Kann man udev irgendwie dazu überreden, so einen Link anzulegen?

Was ich allerdings auch noch seltsam finde:

Code: Alles auswählen

~$ ls -la /dev/rtc*
lrwxrwxrwx 1 root root       9 2008-12-26 17:22 /dev/rtc -> /dev/rtc0
crw-rw---- 1 root audio 254, 0 2008-12-26 16:47 /dev/rtc0

Wieso gehört /dev/rtc0 der Gruppe audio? Könnte es sein, dass ich in der Kernel .config irgendwas wichtiges, die hardware clock betreffend, übersehen und deaktiviert habe?

[Danielx]

Du verwendest Lenny?

Seit dem Kernel 2.6.26 wurde /dev/rtc in /dev/rtc0 umbenannt, damit kommen aber viele Programme nicht zurecht und deshalb wurde in Lenny das Paket udev aktualisiert und in der Datei /etc/udev/rules.d/50-udev.rules im Abschnitt "# misc devices" dieser Eintrag hinzugefügt:

Code: Alles auswählen

KERNEL=="rtc0",                 SYMLINK+="rtc"

Ist das Paket udev bei dir aktuell und gibt es bei dir den genannten Eintrag?
Siehe Changelog von udev:

udev (0.124-1) unstable; urgency=low
(...)
* udev.rules: added a rtc symlink to rtc0.
(...)
-- Marco d'Itri <md@linux.it> Mon, 07 Jul 2008 02:52:00 +0200

Wieso gehört /dev/rtc0 der Gruppe audio?

Keine Ahnung, habe aber gerade eben festgestellt, dass das schon lange so ist, siehe Changelog von udev:

udev (0.103-1) unstable; urgency=medium
(...)
* permissions.rules: added rtc[0-9]* group audio. (Closes: #395160)
(...)
-- Marco d'Itri <md@linux.it> Sun, 26 Nov 2006 23:16:09 +0100

Und /etc/udev/rules.d/91-permissions.rules:

Code: Alles auswählen

KERNEL=="rtc|rtc[0-9]*",                 GROUP="audio"

edit: Infos ergänzt.

Gruß,
Daniel

[matman]

Ist das Paket udev bei dir aktuell und gibt es bei dir den genannten Eintrag?

Nein, udev ist nicht so aktuell. Installiert habe ich Etch (siehe Signatur). Was ich seltsam finde, dass es unter backports kein angepasstes udev gibt. Oder ob man den Debian-Kernel 2.6.26, den es ja unter den Backports gibt, an das Etch udev angepasst hat?

Nun gut... ich habe letzte Woche mal ardour2 kompiliert und dazu musste ich unter anderem lib libc6 updaten. Ich probiere mal, ob sich das udev.deb von Lenny installieren lässt.

Falls nicht, wenn ich nach /etc/udev gehe und mal nach rtc suche, dann kommt das hier:

Code: Alles auswählen

# grep -nr rtc .
./compat-full.rules:24:KERNEL=="rtc",           SYMLINK+="%k"
./rules.d/020_permissions.rules:84:KERNEL=="rtc|rtc[0-9]*",                    GROUP="audio"
./compat.rules:24:KERNEL=="rtc",                SYMLINK+="%k"
./permissions.rules:84:KERNEL=="rtc|rtc[0-9]*",                 GROUP="audio"
./devfs.rules:84:KERNEL=="rtc",                 NAME="misc/%k"

Da müsste man wohl so einiges ändern?

[Danielx]

Was ich seltsam finde, dass es unter backports kein angepasstes udev gibt.

Die Backports sind eben nicht ganz so gut getestet, schreibe doch einen Bug-Report.

Ich probiere mal, ob sich das udev.deb von Lenny installieren lässt.

Davon rate ich dir dringend ab!

Da müsste man wohl so einiges ändern?

Ergänze in der Datei /etc/udev/rules.d/udev.rules im Abschnitt "# misc devices" den genannten Eintrag:

Code: Alles auswählen

KERNEL=="rtc0",                 SYMLINK+="rtc"

Und starte dann udev neu.

Gruß,
Daniel

[matman]

Die Backports sind eben nicht ganz so gut getestet, schreibe doch einen Bug-Report.

Dazu müsste ich aber vorher erstmal die Kernel-Sourcen von den Backports runterladen und testen, ob damit das Problem auch vorhanden ist. Ich kann ja wohl schlecht Probleme, die ich mit dem Vanilla Kernel habe, an Debian melden. Damit haben die ja nix zu tun.

Ich probiere mal, ob sich das udev.deb von Lenny installieren lässt.

Davon rate ich dir dringend ab!

Gibt es dafür nen bestimmten Grund?

[Danielx]

die ich mit dem Vanilla Kernel habe

Das hast du ja bisher nicht erwähnt, kann ich also nicht wissen.
Da du von Backports geredet hast, habe ich angenommen du verwendest auch einen Backports-Kernel bzw. die Backports-Kernel-Quellen.
Ich halte es aber für sehr unwahrscheinlich, dass der Backports-Kernel dies bezüglich gepatcht wurde, da eine zusätzliche udev-Zeile ausreicht.

Gibt es dafür nen bestimmten Grund?

Die udev-Regeln aus dem Lenny-Paket sind auf die Software aus Lenny angepasst worden und nicht auf die aus Etch, es können also möglicherweise seltsame Problemen auftreten, so wie jetzt mit dem neuen Kernel im alten Etch, nur eben umgekehrt.
Außerdem werden auch einige Skripte und Programme ersetzt oder hinzugefügt bzw. entfernt.
Da das Hinzufügen der von mir genannten Zeile ausreicht um das rtc-Problem zu lösen, würde ich da nicht in Erwägung ziehen das udev-Paket aus Lenny in Etch zu installieren, wenn ich nicht ganz genau weiß, was das bewirkt und das wüsste zumindest ich nicht.

Gruß,
Daniel

[matman]

Das hast du ja bisher nicht erwähnt, kann ich also nicht wissen.

Das stimmt wohl.

es können also möglicherweise seltsame Problemen auftreten, so wie jetzt mit dem neuen Kernel im alten Etch, nur eben umgekehrt.

Ja gut, ist schon klar, dass das Probleme bereiten könnte. Da ich aber bereits die libc6 von Lenny im Sys habe und auch sonst keine grosse Abhängigkeiten für das Lenny udev waren, habe ich das mal so gemacht. Läuft seit gestern Abend ohne Probleme.