You are not logged in.
Hello!
I have such a very annoying problem. It came out as I updated the packages today. I am not sure if it is the fault of the new kernel or some other package.
Just in case, I put the logs below:
[2021-12-23T15:52:29+0100] [PACMAN] Running 'pacman -S -y -u --config /etc/pacman.conf --'
[2021-12-23T15:52:29+0100] [PACMAN] synchronizing package lists
[2021-12-23T15:52:30+0100] [PACMAN] starting full system upgrade
[2021-12-23T15:53:12+0100] [ALPM] running '60-mkinitcpio-remove.hook'...
[2021-12-23T15:53:12+0100] [ALPM] transaction started
[2021-12-23T15:53:12+0100] [ALPM] upgraded protobuf (3.17.3-3 -> 3.19.1-1)
[2021-12-23T15:53:12+0100] [ALPM] upgraded kosmindoormap (21.12.0-1 -> 21.12.0-2)
[2021-12-23T15:53:13+0100] [ALPM] upgraded libphonenumber (8.12.39-2 -> 8.12.39-3)
[2021-12-23T15:53:15+0100] [ALPM] upgraded linux (5.15.10.arch1-1 -> 5.15.11.arch2-1)
[2021-12-23T15:53:15+0100] [ALPM] upgraded marble-common (21.12.0-1 -> 21.12.0-3)
[2021-12-23T15:53:15+0100] [ALPM] upgraded marble (21.12.0-1 -> 21.12.0-3)
[2021-12-23T15:53:15+0100] [ALPM] upgraded virtualbox-host-modules-arch (6.1.30-7 -> 6.1.30-8)
[2021-12-23T15:53:16+0100] [ALPM] upgraded vlc (3.0.16-4 -> 3.0.16-5)
[2021-12-23T15:53:16+0100] [ALPM] transaction completed
[2021-12-23T15:53:16+0100] [ALPM] running '30-systemd-update.hook'...
[2021-12-23T15:53:16+0100] [ALPM] running '30-update-mime-database.hook'...
[2021-12-23T15:53:17+0100] [ALPM] running '60-depmod.hook'...
[2021-12-23T15:53:19+0100] [ALPM] running '90-mkinitcpio-install.hook'...
[2021-12-23T15:53:19+0100] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
[2021-12-23T15:53:19+0100] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img
[2021-12-23T15:53:19+0100] [ALPM-SCRIPTLET] ==> Starting build: 5.15.11-arch2-1
[2021-12-23T15:53:19+0100] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2021-12-23T15:53:19+0100] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2021-12-23T15:53:19+0100] [ALPM-SCRIPTLET] -> Running build hook: [autodetect]
[2021-12-23T15:53:19+0100] [ALPM-SCRIPTLET] -> Running build hook: [modconf]
[2021-12-23T15:53:20+0100] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2021-12-23T15:53:20+0100] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2021-12-23T15:53:20+0100] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2021-12-23T15:53:20+0100] [ALPM-SCRIPTLET] -> Running build hook: [fsck]
[2021-12-23T15:53:20+0100] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2021-12-23T15:53:20+0100] [ALPM-SCRIPTLET] ==> Creating zstd-compressed initcpio image: /boot/initramfs-linux.img
[2021-12-23T15:53:21+0100] [ALPM-SCRIPTLET] ==> Image generation successful
[2021-12-23T15:53:21+0100] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'fallback'
[2021-12-23T15:53:21+0100] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux-fallback.img -S autodetect
[2021-12-23T15:53:21+0100] [ALPM-SCRIPTLET] ==> Starting build: 5.15.11-arch2-1
[2021-12-23T15:53:21+0100] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2021-12-23T15:53:21+0100] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2021-12-23T15:53:21+0100] [ALPM-SCRIPTLET] -> Running build hook: [modconf]
[2021-12-23T15:53:21+0100] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2021-12-23T15:53:23+0100] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: aic94xx
[2021-12-23T15:53:23+0100] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: wd719x
[2021-12-23T15:53:24+0100] [ALPM-SCRIPTLET] ==> WARNING: Possibly missing firmware for module: xhci_pci
[2021-12-23T15:53:25+0100] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2021-12-23T15:53:26+0100] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2021-12-23T15:53:27+0100] [ALPM-SCRIPTLET] -> Running build hook: [fsck]
[2021-12-23T15:53:27+0100] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2021-12-23T15:53:27+0100] [ALPM-SCRIPTLET] ==> Creating zstd-compressed initcpio image: /boot/initramfs-linux-fallback.img
[2021-12-23T15:53:28+0100] [ALPM-SCRIPTLET] ==> Image generation successful
[2021-12-23T15:53:29+0100] [ALPM] running 'gtk-update-icon-cache.hook'...
[2021-12-23T15:53:29+0100] [ALPM] running 'update-desktop-database.hook'...
[2021-12-23T15:53:29+0100] [ALPM] running 'update-vlc-plugin-cache.hook'...
Has anyone had a similar problem? If so, I would love for someone to provide a solution to this problem. I would be grateful for even the smallest help.
Last edited by Onmp314 (2022-01-11 17:03:14)
Offline
ethtool is at 5.15 since mid november, isn't in your list of updates and also not really relevant to wifi.
Please post a complete system journal.
You can use the tip from the 1st link below or "code" tags, not "quote" tags. Please also edit your initial post itr.
Online
Unfortunately, a large number of journal lines cannot be uploaded here, so I post on Google Drive:
https://drive.google.com/file/d/1qkR70w … sp=sharing
Offline
Before I download the last year of your session journals:
sudo journalctl -b | curl -F 'f:1=<-' ix.io
Online
Ethtool 5.15 seems to work fine with systemd 250 already.
EDIT: [deleted note]
Last edited by Onmp314 (2021-12-27 18:54:14)
Offline
Unfortunately, this problem has returned. Logs:
http://ix.io/3LAU
Offline
The journal is only less than 2 minutes - is it supposed to cover the wifi issues?
Jan 09 07:58:58 ThinkPad-T420 wpa_supplicant[458]: wlan0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-14 noise=9999 txrate=1000
…
Jan 09 07:58:58 ThinkPad-T420 NetworkManager[413]: <info> [1641711538.4729] manager: NetworkManager state is now CONNECTED_GLOBAL
…
Jan 09 07:59:05 ThinkPad-T420 wpa_supplicant[458]: wlan0: CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-8 noise=9999 txrate=24000
You've a wifi connection and NM thinks you've internet access and the signal is excellent.
Jan 09 07:59:14 ThinkPad-T420 NetworkManager[413]: <info> [1641711554.7350] device (enp0s25): carrier: link connected
You plug the ethernet cable - you later get a new lease on that but NM doesn't seem to disconnect the wifi
Why did you plug the ethernet (there's no indication of wifi or network troubles before) and what do
rfkill; ip a; ip r
look afterwards?
Online
The problem is that when I connect to Wi-Fi it is not able to load any page. The limited connection warning appears after a few minutes. I connected the Ethernet to access the Internet.
Command
rfkill; ip a; ip r
returns:
ID TYPE DEVICE SOFT HARD
0 bluetooth tpacpi_bluetooth_sw unblocked unblocked
1 wwan tpacpi_wwan_sw unblocked unblocked
2 wlan phy0 unblocked unblocked
3 bluetooth hci0 unblocked unblocked
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp0s25: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 00:21:cc:cd:09:bf brd ff:ff:ff:ff:ff:ff
inet 192.168.0.110/24 brd 192.168.0.255 scope global dynamic noprefixroute enp0s25
valid_lft 3953sec preferred_lft 3953sec
inet6 fe80::2100:418e:e3a6:1ec9/64 scope link noprefixroute
valid_lft forever preferred_lft forever
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 60:67:20:e3:b0:f8 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.106/24 brd 192.168.0.255 scope global dynamic noprefixroute wlan0
valid_lft 3919sec preferred_lft 3919sec
inet6 fe80::5275:4b28:8026:41a1/64 scope link noprefixroute
valid_lft forever preferred_lft forever
4: wwp0s29u1u4i6: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
link/ether 02:80:37:ec:02:00 brd ff:ff:ff:ff:ff:ff
default via 192.168.0.1 dev enp0s25 proto dhcp metric 100
default via 192.168.0.1 dev wlan0 proto dhcp metric 20600
192.168.0.0/24 dev enp0s25 proto kernel scope link src 192.168.0.110 metric 100
192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.106 metric 600
Offline
You connected the ethernet adapter after 16 seconds…
Please reboot w/o the ethernet, wait until the wifi fails and before connecting the ethernet, check
ip a; ip r
ping -c1 google.com
ping -c1 8.8.8.8
dig google.com
dig @8.8.8.8 google.com
then plug the wired connection and post the outputs of the above as well as an updated journal.
Some APs don't like https://wiki.archlinux.org/title/Networ … domization so try to disable that.
Online
New logs:
http://ix.io/3LBF
Last edited by Onmp314 (2022-01-11 17:04:36)
Offline
Mark resolved threads by editing your initial posts subject - so others will know that there's no task left, but maybe a solution to find.
Thanks.
(Others can't do that for you)
Online
The problem is back. I am just asking for a permanent, not temporary solution. http://ix.io/3LTQ
EDIT: Internet again works. I do not mark the topic as [SOLVED] because the problem may come back at any time.
Last edited by Onmp314 (2022-01-11 19:04:22)
Offline
Please don't edit your older posts in a context altering way - it makes the thread less comprehendable for future readers.
# 10 originally suggested that you had solved the problem by disabling the MAC randomization. This may or not have been a misconception, but is valuable information in either case.
Jan 09 10:01:21 ThinkPad-T420 NetworkManager[413]: <info> [1641718881.3088] device (wlan0): set-hw-addr: set MAC address to 9A:CA:D5:70:07:FD (scanning)
http://ix.io/3LTQ has not
You initally have a global connection, but are down to a local connection after 12 seconds:
Jan 11 18:01:54 ThinkPad-T420 NetworkManager[395]: <info> [1641920514.7050] manager: NetworkManager state is now CONNECTED_GLOBAL
…
Jan 11 18:02:06 ThinkPad-T420 NetworkManager[395]: <info> [1641920526.1892] manager: NetworkManager state is now CONNECTED_SITE
Notable events inbetween are that the sddm session stops and you're starting the portal service (for flatpak) - but there're no network events.
Please provide the outputs for the commands in #9 and I'd suggest to try to disable flatpak/portal first (post an updated journal if the issue remains) and then to skip sddm (try startx/xinit instead)
Online
Hello after a few months. Right now I'm using a new laptop that runs on Windows 11. After asking for the same problem elsewhere, I concluded that it was not a system problem, but the Wi-Fi card started to break on the old laptop. Once it worked, sometimes it didn't. So disabling the flatpak (which I don't think I had) and running KDE via startx/xinit would not solve the problem. Thanks anyway for trying to help.
Offline