• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[Gelöst] Kein Netzwerk nach STR (Atheros AR8132 / atl1c)

OP
gehrke

gehrke

Administrator
Teammitglied
Unter CentOS funktioniert der Workaround ebenfalls:
Code: 
[root@j3 ~]# rmmod atl1c
[root@j3 ~]# insmod /lib/modules/3.10.0-327.3.1.el7.x86_64/kernel/drivers/net/ethernet/atheros/atl1c/atl1c.ko
 
J

josef-wien

Ultimate Guru
Hat es einen bestimmten Grund, warum Du nicht
Code: 
modprobe atl1c
verwendest?

P. S. Falls systemd noch nicht pm-utils an sich gerissen hat, sollte eine Datei in /etc/pm/sleep.d nach Muster /usr/lib/pm-utils/sleep.d die Aufgabe erfüllen können.
 
OP
gehrke

gehrke

Administrator
Teammitglied
Das geht auch und macht das Scripting einfacher:
Code: 
[root@j3 ~]# rmmod atl1c; modprobe  atl1c
/etc/pm/sleep.d für die Automatisierung des Workarounds sehe ich mir an.
TNX
 
OP
gehrke

gehrke

Administrator
Teammitglied
Unter CentOS brauche ich den systemd-Weg. Da bin ich blutiger Anfänger.

Hier mein erster Versuch:
Code: 
[root@j3 ~]# cat /lib/systemd/system-sleep/init-atl1c.sh
#!/bin/sh

# http://linux-club.de/forum/viewtopic.php?f=86&t=118328
case $1 in
    pre)  echo "(pre) init-atl1c.sh $1 $2" ;;          
    post) echo "(post) init-atl1c.sh $1 $2"; rmmod atl1c; modprobe  atl1c ;;
esac
exit 0
Das funktioniert scheinbar auch tadellos:
Code: 
Jan 01 19:20:59 j3 systemd[1]: Starting Sleep.
Jan 01 19:20:59 j3 systemd[1]: Starting Suspend...
Jan 01 19:20:59 j3 systemd[1]: Starting Network Manager Script Dispatcher Service...
Jan 01 19:20:59 j3 systemd-sleep[23863]: (pre) init-atl1c.sh pre suspend
Jan 01 19:20:59 j3 systemd-sleep[23863]: Suspending system...
[...]
Jan 01 19:21:04 j3 systemd-logind[906]: Lid opened.
Jan 01 19:21:04 j3 systemd-sleep[23863]: System resumed.
Jan 01 19:21:04 j3 systemd-sleep[23863]: (post) init-atl1c.sh post suspend
 
OP
gehrke

gehrke

Administrator
Teammitglied
Ich denke, das Thema ist ausgelutscht und setze es auf [Gelöst].
Dank an alle Beteiligten!
 
OP
gehrke

gehrke

Administrator
Teammitglied
Spannend ist, dass ich das Problem nun scheinbar auf einer anderen Hardware ganz genau so bekommen habe. Dieses System läuft seit einem guten Jahr mit openSUSE 13.2 und zeigte diese Probleme bislang nicht.

Andere Hardware, anderer Treiber:
Code: 
lspci -v
[...]
03:00.2 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101E/RTL8102E PCI Express Fast Ethernet controller (rev 06)
        Subsystem: ASUSTeK Computer Inc. Device 200f
        Flags: bus master, fast devsel, latency 0, IRQ 109
        I/O ports at e000 [size=256]
        Memory at d0614000 (64-bit, prefetchable) [size=4K]
        Memory at d0610000 (64-bit, prefetchable) [size=16K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
        Capabilities: [70] Express Endpoint, MSI 01
        Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
        Capabilities: [d0] Vital Product Data
        Capabilities: [100] Advanced Error Reporting
        Capabilities: [160] Device Serial Number [xxx]
        Kernel driver in use: r8169
        Kernel modules: r8169
Das Aufwachen:
Code: 
Mar 19 10:52:19 j6.gehrke.local NetworkManager[5426]: <info> wake requested (sleeping: yes  enabled: yes)
Mar 19 10:52:19 j6.gehrke.local NetworkManager[5426]: <info> waking up...
Mar 19 10:52:19 j6.gehrke.local NetworkManager[5426]: <info> (enp3s0f2): device state change: activated -> unmanaged (reason 'sleeping') [100 10 37]
Mar 19 10:52:19 j6.gehrke.local NetworkManager[5426]: <info> (enp3s0f2): deactivating device (reason 'sleeping') [37]
Mar 19 10:52:19 j6.gehrke.local dhclient[5490]: Received signal 15, initiating shutdown.
Mar 19 10:52:19 j6.gehrke.local NetworkManager[5426]: Received signal 15, initiating shutdown.
Mar 19 10:52:19 j6.gehrke.local kernel: SFW2-INext-DROP-DEFLT IN=enp3s0f2 OUT= MAC= SRC=[xxx] DST=ff02:0000:0000:0000:0000:00
Mar 19 10:52:20 j6.gehrke.local dhclient[5490]: DHCPRELEASE on enp3s0f2 to 172.16.11.1 port 67 (xid=0x4e0e8c8a)
Mar 19 10:52:20 j6.gehrke.local NetworkManager[5426]: DHCPRELEASE on enp3s0f2 to 172.16.11.1 port 67 (xid=0x4e0e8c8a)
Mar 19 10:52:20 j6.gehrke.local NetworkManager[5426]: <warn> (enp3s0f2): DHCP client pid 5490 didn't exit, will kill it.
Mar 19 10:52:20 j6.gehrke.local NetworkManager[5426]: <info> (enp3s0f2): canceled DHCP transaction, DHCP client pid 5490
Mar 19 10:52:20 j6.gehrke.local avahi-daemon[1702]: Withdrawing address record for [xxx] on enp3s0f2.
Mar 19 10:52:20 j6.gehrke.local avahi-daemon[1702]: Leaving mDNS multicast group on interface enp3s0f2.IPv6 with address fe80::7a24:afff:fee3:1362.
Mar 19 10:52:20 j6.gehrke.local avahi-daemon[1702]: Interface enp3s0f2.IPv6 no longer relevant for mDNS.
Mar 19 10:52:20 j6.gehrke.local avahi-daemon[1702]: Withdrawing address record for 172.16.11.17 on enp3s0f2.
Mar 19 10:52:20 j6.gehrke.local avahi-daemon[1702]: Leaving mDNS multicast group on interface enp3s0f2.IPv4 with address 172.16.11.17.
Mar 19 10:52:20 j6.gehrke.local avahi-daemon[1702]: Interface enp3s0f2.IPv4 no longer relevant for mDNS.
Mar 19 10:52:20 j6.gehrke.local NetworkManager[5426]: <info> NetworkManager state is now CONNECTED_LOCAL
Mar 19 10:52:20 j6.gehrke.local NetworkManager[5426]: <info> (enp3s0f2): link disconnected
Mar 19 10:52:20 j6.gehrke.local NetworkManager[5426]: <info> NetworkManager state is now DISCONNECTED
Mar 19 10:52:20 j6.gehrke.local kernel: IPv6: ADDRCONF(NETDEV_UP): enp3s0f2: link is not ready
Mar 19 10:52:20 j6.gehrke.local nm-dispatcher[6123]: Dispatching action 'down' for enp3s0f2
Mar 19 10:52:20 j6.gehrke.local NetworkManager[5426]: <info> (wlp2s0): device state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
Mar 19 10:52:20 j6.gehrke.local NetworkManager[5426]: <info> (wlp2s0): preparing device
Mar 19 10:52:20 j6.gehrke.local kernel: IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
Mar 19 10:52:20 j6.gehrke.local NetworkManager[5426]: <info> (enp3s0f2): device state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
Mar 19 10:52:20 j6.gehrke.local kernel: r8169 0000:03:00.2 enp3s0f2: link down
Mar 19 10:52:20 j6.gehrke.local kernel: r8169 0000:03:00.2 enp3s0f2: link down
Der erarbeitete Workaround scheint auch hier zu funktionieren:
Code: 
j6:~ # rmmod r8169; modprobe r8169; sleep 10; ifconfig enp3s0f2
enp3s0f2  Link encap:Ethernet  HWaddr [xxx]  
          inet addr:172.16.11.17  Bcast:172.16.11.255  Mask:255.255.255.0
          inet6 addr: [xxx] Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:10 errors:0 dropped:0 overruns:0 frame:0
          TX packets:49 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:1344 (1.3 Kb)  TX bytes:9354 (9.1 Kb)
Auch hier ist scheinbar wieder nur das LAN-Interface betroffen, nicht das WLAN (was auch der Grund ist, warum ich nicht genau weiß, seit wann genau das Problem dort schon existiert).
 
OP
gehrke

gehrke

Administrator
Teammitglied
Es gibt scheinbar einen Unterschied, wo das Script mit dem Workaround abgelegt werden muss.

CentOS7:
Code: 
/lib/systemd/system-sleep/
openSUSE 13.2:
Code: 
/usr/lib/systemd/system-sleep/
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben