Code: Alles auswählen
PCMCIA card inserted into slot 0Bei etch gab es auch noch hotplug, und für pcmcia brauchte es entweder hotplug oder udev. Mit dem Einzug von lenny hat udev diese Rolle allein übernommen.Bisher war das so, dass dann die Karte für eth0 eingerichtet wurde. ifup eth0 meldet, dass kein eth0 da ist. ifconfig eth0 up bringt auch nichts. Der kernel ist ein selbstgebauter 2.6.26.3er. Damit hat die nic vorher (etch) funktioniert.
Möglicherweise, aber ich kenn keine. Ich wundere mich immer wieder, warum udev so gescholten wird. Die Software macht ihre Aufgabe in meinen Augen sehr gut, die größten Probleme gab es in der Anfangszeit, aber mittlerweile besteht nur selten Bedarf von Hand einzugreifen.Braucht man dieses vermaledeite udev udev jetzt schon um eine Netzwerkkarte zu erkennen? Nach der Installation dieses ungeliebten Teiles war die nic dann endlich da.
Gibt es eine Lösung ohne udev?
Code: Alles auswählen
/etc/udev/rules.d/z25_persistent-net.rulesEr will es OHNE Udev!!!andreas123 hat geschrieben:Hallo,
schon mal nachgesehen, ob die NIC nicht mit einer anderen Bezeichnung in der Datei
Code: Alles auswählen
/etc/udev/rules.d/z25_persistent-net.rules
Aber nur, weil er meint, daß Udev nicht richtig funktioniertEr will es OHNE Udev!!!
was genau muss hotplug oder udev denn in diesem Fall machen? Doch nur das Modul für die Netzwerkkarte laden, oder? Das sollte doch auch per /etc/modules gehen -- andererseits schrieb guennid, dass die Module geladen sind. Stimmt das wirklich bzw. fehlt evt. noch ein drittes Modul? Das müsste man doch mit lsmod vorher/nacher feststellen können. Vielleicht sollten wir uns auch mal dmesg (ohne udev) anschauen.storm hat geschrieben:Bei etch gab es auch noch hotplug, und für pcmcia brauchte es entweder hotplug oder udev.
tut es ja auch nicht nur manchmal.andreas123 hat geschrieben:Aber nur, weil er meint, daß Udev nicht richtig funktioniert
Soviel vorneweg: ich hab hier auch nix mit pcmcia um damit etwas rumzuspielen. Daher hab ich mich an verfügbare howto's oder ähnliches gehalten. Die Aussage mit dem hotplugging stammte aus einem howto und die erklären da, dass es einfacher zu verwendende Sockets gibt (=ohne Stress beim Einrichten und möglicherweise ohne udev/hotplug verwendbar) und weniger einfache Sockets. Bei letzteren muss der Kernel io-port und Speicherbereich *vorher* wissen, um mit dem Socket sprechen zu können. Und das macht hotplug oder udev, nur dass es das hotplug-Paket in lenny nicht mehr gibt und stattdessen udev diesen Part abwickelt. Das vom OP erwähnte yenta-socket steht übrigens im Abschnitt "The complicated ones".cosmac hat geschrieben:hi,was genau muss hotplug oder udev denn in diesem Fall machen? Doch nur das Modul für die Netzwerkkarte laden, oder?storm hat geschrieben:Bei etch gab es auch noch hotplug, und für pcmcia brauchte es entweder hotplug oder udev.
Oder in /sys nachschauen. Mich wundert es auch etwas, dass da ein korrekter Ladevorgang ohne Fehlermeldung ablief, aber kein Gerät da sein soll.Das sollte doch auch per /etc/modules gehen -- andererseits schrieb guennid, dass die Module geladen sind. Stimmt das wirklich bzw. fehlt evt. noch ein drittes Modul? Das müsste man doch mit lsmod vorher/nacher feststellen können. Vielleicht sollten wir uns auch mal dmesg (ohne udev) anschauen.
und immer für Überraschungen gut Die Discover-Hardwareerkennungsbibliothek benutzt XML-Datendateien um
Softwareschnittstellen zu verschiedenen ATA-, PCI-, PCMCIA-, SCSI- und
USB-Geräten zu beschreiben. Obwohl die Discover-Bibliothek Daten aus dem
gesamten Netz bekommen kann, ist es meist praktischer einen Satz von
Discover XML-Datendateien auf dem eigenen System zu haben; deshalb ist
dieses Paket vorhanden.
libdiscover ist eine Bibliothek, die verschiedene PCI-, PCMCIA- und
USB-Geräte erkennen kann.
Mal schauen.