[gelöst] Netbook, Netzwerk-Geräte nach Start deaktiv

[Ctwx]

Guten Morgen,

nachdem ich gestern auf meinem Netbook (ASUS EeePC 1201T, AMD/ATI-Grafikchip) die Updates installiert hatte, u.a. ein fglrx (die OSS-Treiber funktionieren zwar. aber sind ca. um den Faktor 10 langsamer....). Danach startete sich X zwar noch, aber das Bild flackerte noch. Also habe ich im Runlevel 3 gestartet und den Treiber entfernt und per LAN neuinstalliert.

Soweit so gut, jedoch startet mein Netzwerk sich nicht. Der Dienst "network" ist aktiv und wird scheinbar auch ausgeführt, aber wenn ich dann in meiner grafischen Umgebung (KDE 4.6.0) bin, dann zeigt das NetworkManager Plasmoid nur ein rotes X an.

Uploaded with ImageShack.us
Also habe ich nachgeschaut ob die Netzwerkgeräte überhaupt aktiv sind und es stellte sich heraus, dass nur "lo" aktiv ist.
Ein Blick in /var/log/NetworkManager zeigt folgende interessante Zeilen (viel mehr war nicht wirklich drin):

May 16 00:16:24 tux-netbook NetworkManager[19088]: <info> (wlan0): device state change: 8 -> 3 (reason 38)
May 16 00:16:24 tux-netbook NetworkManager[19088]: <info> (wlan0): deactivating device (reason: 38).
May 16 00:16:25 tux-netbook NetworkManager[19088]: <info> (wlan0): canceled DHCP transaction, DHCP client pid 19495
May 16 00:16:25 tux-netbook nm-dispatcher.action: Script '/etc/NetworkManager/dispatcher.d/autofs' exited with error status 1.

Wenn ich nun als root

# rcnetwork restart

ausführe, dann werden die Geräte komischerweise aktiviert (ich habe in /etc/sysconfig/network debug aktiviert):

tux-netbook:/var/log # rcnetwork restart
restart                                                                                                                                                                                         
stop                                                                                                                                                                                            
                                                                                                                                                                                                
ATTENTION: You have modified /etc/resolv.conf.  Leaving it untouched...                                                                                                                         
You can find my version in /etc/resolv.conf.netconfig ...
CONFIG            = 
INTERFACE         = 
AVAILABLE_IFACES  = eth0 wlan0
PHYSICAL_IFACES   =  eth0 wlan0
BONDING_IFACES    = 
VLAN_IFACES       = 
DIALUP_IFACES     = 
TUNNEL_IFACES     = 
BRIDGE_IFACES     = 
SLAVE_IFACES      = 
MANDATORY_DEVICES = 
VIRTUAL_IFACES    = 
SKIP              = 
start order       :  eth0 wlan0 ; ; 
Shutting down network interfaces:
noiface -o rc
eth0 -o rc
    eth0      device: Atheros Communications AR8132 Fast Ethernet (rev c0)
executing additional global stop script if-down.d/21-cifs
executing additional global stop script if-down.d/21-dhcpcd-hook-samba
executing additional global stop script if-down.d/ndp-proxy
eth0 eth0 -o rc
eth0 eth0 -o rc
unknown option rc
No services to handle for 'eth0 eth0'
eth0 eth0 -o rc
unknown option rc ignored
interface eth0 is not up
ifdown-dhcp eth0 eth0 -o rc
Shutting down dhcp clients on eth0
eth0 eth0 -o rc
eth0 eth0 -o rc
unknown option rc ignored
'eth0' is not wireless, exiting
    eth0      returned 0                                                                                                                                                             done
wlan0 -o rc
    wlan0     device: Realtek Semiconductor Co., Ltd. RTL8191SEvA Wireless LAN Controller (rev 10)
              No configuration found for wlan0 
              Nevertheless the interface will be shut down.
executing additional global stop script if-down.d/21-cifs
executing additional global stop script if-down.d/21-dhcpcd-hook-samba
executing additional global stop script if-down.d/ndp-proxy
wlan0 wlan0 -o rc
wlan0 wlan0 -o rc
unknown option rc
No services to handle for 'wlan0 wlan0'
wlan0 wlan0 -o rc
unknown option rc ignored
interface wlan0 is not up
ifdown-dhcp wlan0 wlan0 -o rc
Shutting down dhcp clients on wlan0
wlan0 wlan0 -o rc
wlan0 wlan0 -o rc
unknown option rc ignored
prefer wpa_supplicant: yes
No wpa_supplicant running on interface wlan0
    wlan0     returned 0                                                                                                                                                             done
ifdown-dhcp all -o rc
Shutting down dhcp clients on all interfaces
Shutting down service network  .  .  .  .  .  .  .  .  .                                                                                                                             done
start

Starting the NetworkManager                                                                                                                                                          done
Connecting......            18s                                                                                                                                                      done

Aus irgendeinem Grund wird network zwar ausgeführt, schaltet aber die Geräte nicht an. Was kann ich denn nun tun?


Danke

 

[Ctwx]

OK, das Problem ist gelöst. Ich habe mir den Quellcode von /etc/rc.d/network angeschaut und habe folgenden Kommentar gefunden:

# NetworkManager is not supported without remotefs
# and will be started later via network-remotefs.

Ich hatte wohl network-remotefs irgendwie deaktiviert. Nun wird es wieder gestartet und das Problem ist gelöst.

 

[RME]

Hallo,

Kann ich irgendwie nachprüfen ob /etc/rc.d/network auch wirklich ausgeführt wurde?

Eine "brute-force" Methode wäre das Script "/etc/rc.d/network" zu editieren. Wenn Du dort eine Zeile einfügst (z.B.):

logger "========== $(date) =========="

dann wirst Du dies in "/var/log/messages" vorfinden, sofern das Script aufgerufen wurde.

Gruss,
Roland

Nachtrag:
Ctwx hat sein letztes Posting entfernt -- meine Antwort darauf ist daher jetzt im "luftleeren Raum."

 

[Ctwx]

Nachtrag:
Ctwx hat sein letztes Posting entfernt -- meine Antwort darauf ist daher jetzt im "luftleeren Raum."

'tchuldigung, ich hatte das Problem schon gelöst und dachte, das wäre nun nicht mehr notwendig.

Für alle die es wissen wollen: Ich habe gefragt, ob man irgendwie nachprüfen kann, ob /etc/rc.d/network schon ausgeführt wurde. Ich wollte damit nachvollziehen können, wie der Start nun abläuft. Außerdem habe ich gefragt, wie das mit dem Starten der Dienste unter SuSE passiert, da das System nicht 1:1 zu Slackware ist -- obwohl SuSE ja bekanntlich von Slackware abstammt. Das habe ich aber nun denke ich auch verstanden. Für die einzelnen Runlevel gibt es einen /etc/rc.d/rcX.d Order. X stellt den Runlevel dar.

Vielen Dank für die Antwort. logger z.B. kannte ich nicht.

 

[josef-wien]

Zur Information: http://www.linux-club.de/viewtopic.php?f=4&t=113425#p709940.
Ausführung: Via init durch die Programme /etc/init.d/boot, rc und halt (durch den bei openSUSE standardmäßig verwendeten Boot-Parameter quiet protokollieren alle drei nichts in /var/log/boot.msg).