Hallo,
nach der Installation von Debian funzt das wlan auf dem noch installierten opensuse 11.1 nicht mehr. Aus irgendeinem Grund greift grub (debian) nicht mehr auf den pae-Kernel sondern auf den debug-Kernel zu. In menu.lst habe ich debug durch pae ersetzt, hat aber nicht funktioniert. Durch Reparaturversuche von grub auf opensuse haben mir die alte menu.lst verloren, da ich leider keine Sicherungsdatei gemacht habe :-((
Also mußte ich die Treiber für Grafik & wlan neu installieren, was mir beim wlan aber nicht gelingen will.
Der Treiber ist zwar installiert, beim Scannen wird aber kein AccessPoint / ESSID gefunden
wlan-controller:
0c:00.0 Network controller: Broadcom Corporation BCM4312 802.11b/g (rev 01)
Die Fritz!Box funktioniert problemlos mit anderen Notebooks.
installierter Treiber: Broadcom (hybrid-portsrc-x86_32-v5.10.91.9.3.tar.gz)
dmesg kam zuerst eine Fehlermeldung "ipv6 server not found" (sinngemäß) daher habe ich ipv6 abgeschaltet.
ich komme nicht drauf, was falsch läuft. Vielleicht hat ja jemand von euch eine Idee, das wäre super, weil mir nicht mehr viel enfällt. Unten sind weitere Meldungen/Logs
danke & Gruß
heriL
lsmod |grep wl
wl 1275692 0
ieee80211_crypt 5308 2 ieee80211_crypt_tkip,wl
/var/log/Networkmanager:
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) starting connection 'wlan07.loh'
Sep 30 20:26:04 dellsar NetworkManager: (eth1): device state change: 3 -> 4
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 1 of 5 (Device Prepare) scheduled...
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 1 of 5 (Device Prepare) started...
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 2 of 5 (Device Configure) scheduled...
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 1 of 5 (Device Prepare) complete.
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 2 of 5 (Device Configure) starting...
Sep 30 20:26:04 dellsar NetworkManager: (eth1): device state change: 4 -> 5
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1/wireless): access point 'wlan07.loh' has security, but secrets are required.
Sep 30 20:26:04 dellsar NetworkManager: (eth1): device state change: 5 -> 6
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 2 of 5 (Device Configure) complete.
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 1 of 5 (Device Prepare) scheduled...
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 1 of 5 (Device Prepare) started...
Sep 30 20:26:04 dellsar NetworkManager: (eth1): device state change: 6 -> 4
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 2 of 5 (Device Configure) scheduled...
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 1 of 5 (Device Prepare) complete.
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 2 of 5 (Device Configure) starting...
Sep 30 20:26:04 dellsar NetworkManager: (eth1): device state change: 4 -> 5
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1/wireless): connection 'wlan07.loh' has security, and secrets exist. No new secret
s needed.
Sep 30 20:26:04 dellsar NetworkManager: Config: added 'ssid' value 'wlan07.loh'
Sep 30 20:26:04 dellsar NetworkManager: Config: added 'scan_ssid' value '1'
Sep 30 20:26:04 dellsar NetworkManager: Config: added 'key_mgmt' value 'WPA-PSK'
Sep 30 20:26:04 dellsar NetworkManager: Config: added 'psk' value ''
Sep 30 20:26:04 dellsar NetworkManager: Config: added 'pairwise' value 'TKIP CCMP'
Sep 30 20:26:04 dellsar NetworkManager: Config: added 'group' value 'TKIP CCMP'
Sep 30 20:26:04 dellsar NetworkManager: Activation (eth1) Stage 2 of 5 (Device Configure) complete.
Sep 30 20:26:04 dellsar NetworkManager: Config: set interface ap_scan to 1
Sep 30 20:26:04 dellsar NetworkManager: (eth1): supplicant connection state: inactive -> scanning
Sep 30 20:26:29 dellsar NetworkManager: Activation (eth1/wireless): association took too long.
Sep 30 20:26:29 dellsar NetworkManager: (eth1): device state change: 5 -> 6
Sep 30 20:26:29 dellsar NetworkManager: Activation (eth1/wireless): asking for new secrets
Sep 30 20:26:29 dellsar NetworkManager: (eth1): supplicant connection state: scanning -> disconnected
Sep 30 20:26:29 dellsar NetworkManager: get_secrets_cb(): Couldn't get connection secrets: Requested setting is empty.
Sep 30 20:26:29 dellsar NetworkManager: (eth1): device state change: 6 -> 9
Sep 30 20:26:29 dellsar NetworkManager: Activation (eth1) failed for access point (wlan07.loh)
Sep 30 20:26:29 dellsar NetworkManager: Marking connection 'wlan07.loh' invalid.
sarah@dellsar:~> sudo /usr/sbin/iwconfig
...
eth1 IEEE 802.11bg ESSID:""
Mode:Managed Frequency:2.412 GHz Access Point: Not-Associated
Bit Rate:54 Mb/s Tx-Powerff
Retry min limit:7 RTS thrff Fragment thrff
Power Managementmode:All packets received
Link Quality=5/5 Signal level=0 dBm Noise level=0 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
sudo /usr/sbin/iwlist scan
...
eth1 Failed to read scan data : Invalid argument
Linux 15.009 Themen, 106.826 Beiträge
Aber genau darin liegt das Problem. Wenn man dann ein Kernelupdate unter SUSE oder Debian installiert, wird jedesmal die Datei /boot/grub/menu.lst, die für beide Distributionen gültig ist, aktualisiert. Wie soll ein Unterschied zwischen einem SUSE und einem Debian Standardkernel in der gleichen menu.lst Datei gemacht werden ?
Ich denke das bei so einem Update die Menüeinträge in dieser Menu.lst Datei durcheinander gekommen sind und dadurch wird der falsche Standardkernel von SUSE geladen.
Die Konfiguration vom SUSE grub ist wahrscheinlich durcheinander gekommen weil alle beide grubs in den MBR installiert worden sind, aber man kann immer nur einen grub in den MBR installieren.
Besser ist es wenn man zwei verschiedene menu.lst Dateien hat, jeweils eine für SUSE und eine für Debian.
Er kann den grub von SUSE in den MBR installieren und der grub von Debian (wird vorher extra gefragt bei der Installation von Debian) wird in den Bootsektor der / Partition von Debian installiert. Debian fragt extra vor der Installation des grub wohin er installiert werden soll, damit ein Bootloader im MBR nicht automatisch überschrieben wird.
Den grub von Debian kann man indirekt mit dem grub von SUSE starten lassen. Dazu ist der chainloader +1 Eintrag vorgesehen.
PS: Man installiert auch nicht zwei Distributionen in die gleichen Partitionen.
PPS: Das gleiche Problem hat man wenn man FreeBSD und Debian installiert. Ich habe den grub von Debian in den MBR installiert und den grub von FreeBSD habe ich in den Bootsektor von der / Partition von FreeBSD installiert. Ich konnte den FreeBSD grub indirekt mit Hilfe des chainloader +1 Eintrags in der /boot/grub/menu.lst Datei von Debian starten.