Ich vermute da eher ein Problem mit dem Udev-System.

Erforderliche Pakete mal reinstallieren:

sudo apt-get install --reinstall udev libudev0 libgudev-1.0-0 libudev0-udeb udev-udeb libglib2.0-0 libc6-udeb

Könntest Du ansonsten bitte mal ein aktuelles Live-System (Ubuntu 11.10/Knoppix/Fedora) wegen der fehlenden 70-persistent-net.rules von CD oder USB-Stick testen?

elektronenblitz63 schrieb:

Ich vermute da eher ein Problem mit dem Udev-System.

Erforderliche Pakete mal reinstallieren:

sudo apt-get install --reinstall udev libudev0 libgudev-1.0-0 libudev0-udeb udev-udeb libglib2.0-0 libc6-udeb

Könntest Du ansonsten bitte mal ein aktuelles Live-System (Ubuntu 11.10/Knoppix/Fedora) wegen der fehlenden 70-persistent-net.rules von CD oder USB-Stick testen?

Die Pakekte *-udeb findet apt-get nicht.

Wie gesagt, ich benutze einen Mac, da ist es mit den Live-Systemen nicht so einfach. Was ich machen kann, ist ein Lubuntu 12.04 zu starten (das habe ich auf CD).

Habe die Lubuntu 12.04 Live-CD gebootet und den file dort gefunden, kopiert und in mein /etc/udev/rules.d/Verzeichnis gelegt. Der File sieht so aus:

# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x106b:/sys/devices/pci0002:24/0002:24:0f.0 (gem)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0a:95:af:6f:ea", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

# PCI device 0x14e4:/sys/devices/pci0001:10/0001:10:12.0/ssb0:0 (b43-pci-bridge)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="00:0a:95:f3:96:c6", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan0"

# USB device 0x07d1:0x3c0a (usb)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{address}=="1c:af:f7:11:7f:42", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="wlan*", NAME="wlan1"

Beim Ein- u. Ausschalten (der internen wireless Karte) scheint es immer noch ein Problem zu geben.

Habe den Log gefunden:

Feb  5 23:01:36 pbg4 udevd[255]: unknown key 'BUS' in /etc/udev/rules.d/10-wlan-stick.rules:9
Feb  5 23:01:36 pbg4 udevd[255]: invalid rule '/etc/udev/rules.d/10-wlan-stick.rules:9'
Feb  5 23:01:36 pbg4 udevd[255]: unknown key 'BUS' in /etc/udev/rules.d/10-wlan-stick.rules:15
Feb  5 23:01:36 pbg4 udevd[255]: invalid rule '/etc/udev/rules.d/10-wlan-stick.rules:15'
Feb  5 23:01:36 pbg4 udevd[255]: GOTO 'device_check' has no matching label in: '/etc/udev/rules.d/10-wlan-stick.rules'
Feb  5 23:02:00 pbg4 udevd[255]: unknown key 'BUS' in /etc/udev/rules.d/10-wlan-stick.rules:9
Feb  5 23:02:00 pbg4 udevd[255]: invalid rule '/etc/udev/rules.d/10-wlan-stick.rules:9'
Feb  5 23:02:00 pbg4 udevd[255]: unknown key 'BUS' in /etc/udev/rules.d/10-wlan-stick.rules:15
Feb  5 23:02:00 pbg4 udevd[255]: invalid rule '/etc/udev/rules.d/10-wlan-stick.rules:15'
Feb  5 23:02:00 pbg4 udevd[255]: GOTO 'device_check' has no matching label in: '/etc/udev/rules.d/10-wlan-stick.rules'
Feb  5 23:02:03 pbg4 udevd[255]: unknown key 'BUS' in /etc/udev/rules.d/10-wlan-stick.rules:9
Feb  5 23:02:03 pbg4 udevd[255]: invalid rule '/etc/udev/rules.d/10-wlan-stick.rules:9'
Feb  5 23:02:03 pbg4 udevd[255]: unknown key 'BUS' in /etc/udev/rules.d/10-wlan-stick.rules:15
Feb  5 23:02:03 pbg4 udevd[255]: invalid rule '/etc/udev/rules.d/10-wlan-stick.rules:15'
Feb  5 23:02:03 pbg4 udevd[255]: GOTO 'device_check' has no matching label in: '/etc/udev/rules.d/10-wlan-stick.rules'

Vielleicht kannst Du ja was damit anfangen (?)

Es muss sich etwas am Udev-System verändert haben. Neben dem dem speziellen Kernel für den Mac sollte ansonsten eigentlich alles identisch sein, was es aber offensichtlich nicht mehr ist (ich nutze hier Ubuntu 10.04-LTS).

Feb  5 23:02:00 pbg4 udevd[255]: unknown key 'BUS' in /etc/udev/rules.d/10-wlan-stick.rules:15
...
Feb  5 23:02:00 pbg4 udevd[255]: GOTO 'device_check' has no matching label in: '/etc/udev/rules.d/10-wlan-stick.rules'

Einen Fehler des installallierten Systems mag ich allerdings auch nicht ausschließen, das die besagte Konfigurationsdatei 70-persistent-net.rules dort nicht angelegt wird. Teste doch mal, ob sich jetzt nach manueller Konfiguration, darüber die Schnittstellenbezeichnung ändern läßt, also z.B. von wlan1 zu wlan2 für den Stick.

Nachtrag:

Ich habe das jetzt unter Xubuntu 11.10 getestet und folgende Lösung gefunden (siehe unten). Ich muss jetzt also für jeden WLAN-Stick eine separate Zeile mit Geräte- (idProduct) und Hersteller-ID (idVendor) anlegen.

Möglicherweise ein Bug im Udev-System, da es mit der „alten“ Udev-Regel nicht mehr funktioniert. Die oben gezeigten Fehlermeldungen tauchen auf meinem System auch nicht auf. Vielleicht noch ein Syntaxfehler?

# UDEV-Regel für externe WLAN-Sticks
# entlädt/lädt Treiber für int. WLAN-Karte

ACTION=="add", GOTO="device_check"
ACTION=="remove", GOTO="onboard_load"

LABEL="device_check"
### WLAN-Stick erkannt, Onboard-Karte deaktivieren
BUS=="usb", ATTR{idVendor}=="0cf3", ATTR{idProduct}=="7015", RUN+="/sbin/modprobe -rf ipw2200"

GOTO="rules_end"

LABEL="onboard_load"
### WLAN-Stick entfernt, Onboard-Karte aktivieren
BUS=="usb", KERNEL=="wlan*", RUN+="/sbin/modprobe ipw2200"

LABEL="rules_end"

(hier ist nur die Geräte-ID eines anderen WLAN-Sticks und der Treiber meines Laptops eingetragen)

elektronenblitz63 [ . . . ]

Einen Fehler des installallierten Systems mag ich allerdings auch nicht ausschließen, das die besagte Konfigurationsdatei 70-persistent-net.rules dort nicht angelegt wird. Teste doch mal, ob sich jetzt nach manueller Konfiguration, darüber die Schnittstellenbezeichnung ändern läßt, also z.B. von wlan1 zu wlan2 für den Stick.

Das funktioniert: ich habe dem internen chip (broadcom) wlan2 zugeordnet, und das hat einwandfrei funktioniert. Den Rest muss ich jetzt noch ausprobieren . . .

Jetzt sieht meine Ausschaltdatei so aus:

# UDEV-Regel für externe WLAN-Sticks
# entlädt/lädt Treiber für int. WLAN-Karte

ACTION=="add", GOTO="device_check"
ACTION=="remove", GOTO="onboard_load"

LABEL="device_check
### WLAN-Stick erkannt, Onboard-Karte deaktivieren
BUS=="usb", ATTR{idVendor}=="07d1", ATTR{idProduct}=="3c0a" RUN+="/sbin/modprobe -rf ssb b43legacy"

GOTO="rules_end"

LABEL="onboard_load"
### WLAN-Stick entfernt, Onboard-Karte aktivieren
BUS=="usb", KERNEL=="wlan*" RUN+="/sbin/modprobe b43legacy ssb"

LABEL="rules_end"

Soll ich das ssb wieder herausnehmen?

Farinet schrieb:

Jetzt sieht meine Ausschaltdatei so aus: Soll ich das ssb wieder herausnehmen?

Ausprobieren. Bei

LABEL="device_check"

fehlen am Ende noch Anführungszeichen.

Adlerauge! Danke für den Hinweis (anhand der Fehlermeldungen, hatte ich das dann auch, allerdings erst im Nachhinein, entdeckt. Und das als Lektor! ).

Wie auch immer: Mit ssb oder ohne ssb bleibt sich gleich. Die Fehlermeldung ist immer dieselbe

unknown key 'BUS' in /etc/udev/rules.d/10-wlan-stick.rules:9

In meinem - zugegebenermassen ahnungslosen - Gemüt klingt das so, als würde die Software, die das Script liest BUS nicht verstehen. Aber welche ist das? Liest ein Kernelmodul die udev rules? Und wie könnte man da nachschauen, ob es sich um ein fehlendes Modul oder einen bug (für die powerpc Version) handelt. Damit am Ende vielleicht auch andere etwas davon haben (könnten).

Kleine Nachbemerkung: Wenn man den Stick im Script gewissermassen "personalisieren" muss, dann geht das doch auch gegen die von Dir angestrebte Universalisierung und entspricht eigentlich nicht mehr dem ursprünglichen Ziel - alle wireless einem Port zuzuordnen und die nicht gebrauchten situationsabhängig abzuschalten, damit Scripte universal sein können, oder?

Für den Augenblick ist es wahrscheinlich besser - für mich - die interne Karte einfach abzuschalten, denn ich arbeite nur mit dem Stick und mithin ist es unnütz, den Broadcomtreiber zu laden. Wie würde man das machen?

Farinet schrieb:

unknown key 'BUS' in /etc/udev/rules.d/10-wlan-stick.rules:9

In meinem - zugegebenermassen ahnungslosen - Gemüt klingt das so, als würde die Software, die das Script liest BUS nicht verstehen.

Ja das sieht so aus. Diese Fehlermeldung bekomme ich unter Xubuntu 11.10 nicht, es funktioniert dennoch nicht. Da muss ich mal schauen, wenn ich wieder mehr Zeit dazu habe.

Kleine Nachbemerkung: Wenn man den Stick im Script gewissermassen "personalisieren" muss, dann geht das doch auch gegen die von Dir angestrebte Universalisierung und entspricht eigentlich nicht mehr dem ursprünglichen Ziel - alle wireless einem Port zuzuordnen und die nicht gebrauchten situationsabhängig abzuschalten, damit Scripte universal sein können, oder?

Ja, genau, das geht dann natürlich nicht mehr. Man muss für jeden WLAN-Stick eine entsprechende Zeile eintragen, was aber auch kein Beinbruch ist.

Für den Augenblick ist es wahrscheinlich besser - für mich - die interne Karte einfach abzuschalten, denn ich arbeite nur mit dem Stick und mithin ist es unnütz, den Broadcomtreiber zu laden. Wie würde man das machen?

Einfach einen Eintrag in der Sperrliste anlegen. Siehe Kernelmodule.

echo -e "blacklist b43\nblacklist ssb\nblacklist b43legacy" | sudo tee -a /etc/modprobe.d/blacklist.conf

Bei Bedarf kann das Modul ja manuell geladen werden.

Vielen Dank für alles, erst einmal. Wenn Du wieder mehr Zeit hast etc., dann bin ich gerne bereit, mit meinen begrenzten Mitteln "mitzuspielen", um eine Lösung zu finden.

[EDIT]Vielleicht habe ich durch Zufall den Fehler gefunden: In diesem Thread in einem anderen Forum und zu einem anderen Thema - http://forums.linuxmint.com/viewtopic.php?t=4062&highlight=camera+digital - habe ich gesehen, dass dort BUS mit einem Ausführungszeichen ergänzt wurde, also BUS!. Ich habe das Ein/Ausschaltscript einmal dementsprechend geändert, und jetzt scheint es durchzulaufen . . .

Farinet schrieb:

[EDIT]Vielleicht habe ich durch Zufall den Fehler gefunden: In diesem Thread in einem anderen Forum und zu einem anderen Thema - http://forums.linuxmint.com/viewtopic.php?t=4062&highlight=camera+digital - habe ich gesehen, dass dort BUS mit einem Ausführungszeichen ergänzt wurde, also BUS!. Ich habe das Ein/Ausschaltscript einmal dementsprechend geändert, und jetzt scheint es durchzulaufen . . .

Prima, da wurde möglicherweise an der Syntax des Udev-Systems etwas verändert. Das werde ich am kommenden Wochenende ebenfalls mal testen.

Schade, es wäre zu schön gewesen. Aber damit wird wohl einfach die Erkennung abgeschaltet. Das Script läuft zwar durch, funktioniert aber nicht. Ich werde mich jetzt auch mal ein wenig durch die Dokus für udev wühlen, vielleicht stosse ich ja auf etwas Eine Sache ist mir aufgefallen: in den Manualseiten, die nach

1

man udev

aufgerufen werden, findet sich der Term BUS nicht.

Meine Version ist udev 175-3 . . .