AVM CAPI fehlende Gerätedateien

[M.Weidig]

Hallo zusammen,

ich habe gerade ein automatisches Update auf unserem Server durchgeführt
und nun laufen die Programme, welche die CAPI benötigen nicht mehr. Beim
VBox beispielsweise kommen folgende Meldungen:

vboxgetty: device "/dev/ttyI0" is not accessable.
vboxgetty: device "/dev/ttyI1" is not accessable.

Was mich nicht wundert, da diese Gerätedateien seit dem Update nicht
mehr vorhanden sind.

Was ist hier passiert? Hat jemand ein ähnliches Problem?

Gruß Mirco

---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus

[Marcus Roeckrath]

Hallo Mirco,

Post by M.Weidig
ich habe gerade ein automatisches Update auf unserem Server durchgeführt
und nun laufen die Programme, welche die CAPI benötigen nicht mehr. Beim
vboxgetty: device "/dev/ttyI0" is not accessable.
vboxgetty: device "/dev/ttyI1" is not accessable.
Was mich nicht wundert, da diese Gerätedateien seit dem Update nicht
mehr vorhanden sind.
Was ist hier passiert? Hat jemand ein ähnliches Problem?

/dev ist nun nicht mehr persistent sondern wird von udev geregelt.

Lies

http://forum.nettworks.org/index.php?t=msg&th=7588&goto=51276&#msg_51276

als vorläufige Korrektur, ein korrigiertes Paket ist in Vorbereitung.

[M. Weidig]

Post by Marcus Roeckrath
/dev ist nun nicht mehr persistent sondern wird von udev geregelt.

Ist es dann nicht nötig eine udev rule zu erstellen, damit die
Gerätedateien bei erkennen der Hardware angelegt werden?

Gruß Mirco


---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus

[Marcus Roeckrath]

Hallo Mirco,

Post by M. Weidig

Post by Marcus Roeckrath
/dev ist nun nicht mehr persistent sondern wird von udev geregelt.

Ist es dann nicht nötig eine udev rule zu erstellen, damit die
Gerätedateien bei erkennen der Hardware angelegt werden?

Ich kann Dir nicht sagen, wie Jürgen das Problem in seinem Paket lösen wird;
ich würde es genau wie in Holgers Vorschlag machen.

[Holger Bruenjes]

Post by Marcus Roeckrath
Hallo Mirco,

Post by M. Weidig

Post by Marcus Roeckrath
/dev ist nun nicht mehr persistent sondern wird von udev geregelt.

Ist es dann nicht nötig eine udev rule zu erstellen, damit die
Gerätedateien bei erkennen der Hardware angelegt werden?

Ich kann Dir nicht sagen, wie Jürgen das Problem in seinem Paket lösen wird;
ich würde es genau wie in Holgers Vorschlag machen.

Dieser Vorschlag hat ist nur soweit gueltig, bis eine entsprechende
udev Regel greift ;-)

Die fehlt aber noch.

Holger

[Christoph Schulz]

Hallo!

Post by M. Weidig
Ist es dann nicht nötig eine udev rule zu erstellen, damit die
Gerätedateien bei erkennen der Hardware angelegt werden?

Dann müsste man jede einzelne ISDN-Karte explizit angeben. Der Kernel
unterstützt kein automatisches Erstellen der ISDN-Gerätedateien via
udev/netlink, weil das uralte ISDN4Linux-Subsystem nie darauf umgestellt
wurde. Das heißt, Gerätedateien wie /dev/isdninfo, /dev/isdnctrl0,
/dev/ippp0 etc. müssen weiterhin manuell angelegt werden. Im fli4l-Projekt
habe ich in r38638 (damals hatten wir Kernel 3.18 und Kernel 3.19 im Gepäck)
den folgenden Kommentar/Code ergänzt:

+ # I4L only calls register_chrdev() for ISDN_MAJOR (45) and not
+ # device_register(), so mdev does know nothing about them :-(
+ makedevs /dev/isdn c 45 0 0 15
+ makedevs /dev/isdnctrl c 45 64 0 15
+ makedevs /dev/ippp c 45 128 0 15
+ mknod /dev/isdninfo c 45 255
+ ln -s isdnctrl0 /dev/isdnctrl

Ob mdev oder udev spielt hier keine Rolle, beide verarbeiten uevents bzw.
horchen auf einem netlink-Kanal auf die gleiche Art und Weise. Also nicht
davon irritieren lassen ;-)

Zusammenfassung: Auf udev kann man bei ISDN4Linux nicht bauen, hier ist
weiterhin Handarbeit angesagt.


Viele Grüße,