You are not logged in.
This just began happening over the last 2 weeks and I have yet to figure out why.
I thought it was only when my VPN was connected but, that is not the case. Every single time I put the system to sleep (suspend), when I wake it there is no internet connection.
I have to reboot the system to get the connection back and Arch is the only system that does this. I have Windows 10 and a couple of Xubuntu installs on here and they are all fine.
It was about the time the 4.15.1-2-ARCH kernel was released but, it also does it on the LTS kernel so the kernel has nothing to do with it apparently.
I can suspend it for 5 minutes or 2 hours and it will not connect after it is awakened.
Any help would be appreciated.
Last edited by Cavsfan (2019-08-22 14:35:21)
Offline
check dmesg, your journal and the rfkill state (in case it's wifi - what brings us to the question of details on HW and how you configure your network)
Offline
check dmesg, your journal and the rfkill state (in case it's wifi - what brings us to the question of details on HW and how you configure your network)
Not sure what I am looking for in dmesg. But, I am not using wifi, I am physically connected to a wifi router, which is physically connected to my modem.
[cavsfan@Le-Beast ~]$ ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.100 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 fe80::224:21ff:fe51:213a prefixlen 64 scopeid 0x20<link>
ether 00:24:21:51:21:3a txqueuelen 1000 (Ethernet)
RX packets 54604 bytes 71371631 (68.0 MiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 35919 bytes 6254778 (5.9 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 11869 bytes 707267 (690.6 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 11869 bytes 707267 (690.6 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
Last edited by Cavsfan (2021-07-14 04:59:21)
Offline
So no wifi, but still: what is your exact HW (lspci/lsusb) and how do you configure your network?
Any message related to the interface or the used kernel module around the S3 might be relevant - esp. oc. those which say "error" ;-)
Offline
I'm having the same problem after suspending my laptop, no wired connection can be established, and it started as you wrote about two weaks ago, no problems until then. I noticed when this was happening that the link state of the interface is down and couldn't be activated again. I tried with ip (from package iproute2) ethtool, restarting NetworkManager, etc. neither solved the problem. The only way i get the interface back to work is to unload and load the driver module again.
[root@lifebook:~]# lspci -knn
...
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
Subsystem: Fujitsu Limited. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10cf:1945]
Kernel driver in use: r8169
Kernel modules: r8169
...
[root@lifebook:~]# modprobe -r r8169
[root@lifebook:~]# modprobe r8169
HTH
Offline
Seth, 9 year old Ethernet controller. It cannot handle the speed coming into my house it's so old.
I thought it could not be just me. Thanks lula for posting that.
lspci -knn
...
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller [10ec:8136] (rev 01)
Subsystem: Micro-Star International Co., Ltd. [MSI] RTL810xE PCI Express Fast Ethernet controller [1462:529c]
Kernel driver in use: r8169
Kernel modules: r8169
I'll give that a try next time it happens.
Offline
The internet has this all over the place for the module, see eg. https://ask.fedoraproject.org/en/questi … g-suspend/ (there'sa lso a link to kernel bugs)
Wild guess, @Cavsfan: do you use networkmanager as well?
Offline
The internet has this all over the place for the module, see eg. https://ask.fedoraproject.org/en/questi … g-suspend/ (there'sa lso a link to kernel bugs)
Wild guess, @Cavsfan: do you use networkmanager as well?
I searched for a while trying to find anyone else having this problem. Did not know r8169 was involved. Yes, I have networkmanager installed.
lula, I put it in suspend and woke it up after a short while, no network. I tried what you used and it worked - got my network back w/o a reboot.
Made an alias out of it to use until the problem is fixed.
Offline
You could use a /usr/lib/systemd/system-sleep/ hook.
Try w/o networkmanager. Stop and disable the service and connect w/ eg. dhcpcd.
Offline
You could use a /usr/lib/systemd/system-sleep/ hook.
Try w/o networkmanager. Stop and disable the service and connect w/ eg. dhcpcd.
I need networkmanager for my VPN.
Offline
Unlikely "need", but the idea was more to try whether NM is crucial. You could also try to stop NM before (and restart it after) the S3.
Offline
seth, nice idea, i'll try it next time, but according to all problems with the r8169 module you quoted (and i read about) i assume that NM isn't crusial, but who knows... funny thing is, it was introduced with an update just a few weeks ago, i had no problem with it before
Offline
Unlikely "need", but the idea was more to try whether NM is crucial. You could also try to stop NM before (and restart it after) the S3.
It is a required dependency of my VPN.
I added this alias and it worked perfectly.
#Fix Internet after Suspend
alias fix-internet="sudo modprobe -r r8169 && sleep 10 && sudo modprobe r8169"
seth, nice idea, i'll try it next time, but according to all problems with the r8169 module you quoted (and i read about) i assume that NM isn't crusial, but who knows... funny thing is, it was introduced with an update just a few weeks ago, i had no problem with it before
Although NM was updated on 2018-02-14, which was approximately the time this started.
Offline
What VPN would that be?
Anyway, it'd be good to narrow the cause, so please just try w/o NM
Also: /usr/lib/systemd/system-sleep/fix_internet.sh
#!/bin/sh
case $1/$2 in
pre/*)
;;
post/*)
modprobe -r r8169
modprobe r8169
;;
esac
Offline
What VPN would that be?
Anyway, it'd be good to narrow the cause, so please just try w/o NMAlso: /usr/lib/systemd/system-sleep/fix_internet.sh
#!/bin/sh case $1/$2 in pre/*) ;; post/*) modprobe -r r8169 modprobe r8169 ;; esac
NetworkManager is indeed the culprit. I take that back about being a required dependency, it is an optional dependency.
I do like using the networkmanager applet in the top Xfce panel though. But, I can live without it until networkmanager is fixed.
Offline
man 5 networkmanager.conf
Try "carrier-wait-timeout" and "ignore-carrier" - just another wild shot.
Offline
I had installed Gnome when I first installed Arch a few years ago and I see now that networkmanager is part of Gnome so I deleted it.
Because I didn't really need it. I use Xfce only and have tried to get rid of everything Gnome but, things popup sometimes.
But, while trying to clean up other things associated with networkmanager, I messed up internet access altogether.
So, I'll have to figure out what I did to get it back. Shouldn't be too difficult... I hope.
Thanks
Offline
I got my internet access back and networkmanager 1.10.5dev+3+g5159c34ea-1 was indeed the cause of internet connection loss after suspend.
What I had to do was install networkmanager version (1.10.2-1), networkmanager-dispatcher-ntpd, network-manager-applet from /var/cache/pacman/pkg/ and reboot and it was back.
I've got networkmanager in the ignore section in /etc/pacman.conf so it won't be updated for now.
We know networkmanager is uneeded; but, that is the only 3 packages I removed when I lost internet access. When I re-installed them I had internet again.
So, that would leave networkmanager-dispatcher-ntpd as what I was missing. It is a required dependency of ntp. Maybe I'll delete the other 2 later and see how that goes.
Thanks for pachist and history in terminal.
Last edited by Cavsfan (2021-07-14 05:03:48)
Offline
If you remove networkmanager, then you have to configure your network in another way, e.g. manually or with systemd-networkd, dhcpcd, wpa_supplicant, netctl, wicd or connman, ...
https://wiki.archlinux.org/index.php/Ne … figuration
https://wiki.archlinux.org/index.php/Wi … figuration
As for ntp, that is used for time synchronization and has nothing to do with network connectivity:
https://wiki.archlinux.org/index.php/Ne … col_daemon
There are also a few alternative clients:
https://wiki.archlinux.org/index.php/Ca … e_Protocol
| alias CUTF='LANG=en_XX.UTF-8@POSIX ' |
Offline
Well, this is still not resolved. At first I tried suspend with the older version of networkmanager but, i still lost internet connection.
I tried removing networkmanager by itself and got dependency errors about network-manager-applet and networkmanager-dispatcher-ntpd.
When I remove all 3, I lose internet altogether. So, while I can see that you should not need networkmanager, I seem to need it.
I'll just keep using lula's fix for this in an alias until I see I don't need it any more.
Progandy, I just now seen your post. I think I'll just leave it as is and use the alias to stop and start the kernel module. That solves my problem.
Offline
An alias is a horrible workaround - https://bbs.archlinux.org/viewtopic.php … 2#p1769792 to do this automatically.
Offline
An alias is a horrible workaround - https://bbs.archlinux.org/viewtopic.php … 2#p1769792 to do this automatically.
I guess but, I thought it might eventually be fixed and then what about that patch?
Offline
Humm? What patch?
Comment #14 is just a hook for systemd-sleep to reload the module after the wakeup. If you don't need it anymore, you can just remove the patch.
Of course you'll not "automatically" notice that this is no longer required (because NM is fixed or whatever), but it's faar more convenient.
Offline
Thanks Seth, I added it and it worked immediately.
I thought you were the one that referred to it as a "patch".
Offline
I'm still not convinced about NM not being the problem, because the first time i did what seth proposed (stopping NM before suspend) my wired connection worked instantly after wakeup and starting NM again, but it sometimes did even w/o stopping/starting NM before/after suspend. I'll think, i'll just keep on observing the problem w/o a systemd hook or other workarounds and stay with (un)/loading the module and report back, if there's any change
Last edited by lula (2018-02-24 00:18:22)
Offline