Have you tried disabling power saving options for your wifi?
How exactly would I do that? Assuming that’s not the same thing as the page you linked.
I was hopeful, but that doesn’t seem to be the same issue I’m having unfortunately. I tried setting that option anyway, but it didn’t do anything. Quoting a few bits from that post:
Tl;dr:
- Wi-Fi card disappears and fails to function after waking the device from suspend or booting the device when not plugged in (i.e., off battery power).
- It’s a HP Laptop 14z-fq0000 with an Intel Wi-Fi 6 AX200 160MHz, REV=0x340.
- I’m using GNOME for a DE;
- Linux 5.9 for a kernel
- Vanilla Arch 64 bit (of course)
- NetworkManager for network management
- TLP is NOT installed
- The issue is temporarily resolved by plugging the device in, although breaks after the next suspend or reboot if the device isn’t plugged in.
- The issue wasn’t present in Windows, although was present in Manjaro, even with kernel 5.4.
Most of this is the same as what I have. We have different laptops, but they’re both HP and both with an AX200. I’m using KDE rather than Gnome, have a newer kernel version (6.1.3), and am using EndeavourOS instead of arch (of course). Everything else is the same.
Running rfkill doesn’t appear to give much insight; everything is unblocked. (Sorry, I’m using my other machine to make this post and didn’t have this output handy so I had to retype it; the others are fine)
ID TYPE DEVICE SOFT HARD
400 bluetooth hci0 unblocked unblocked
721 wlan phy718 unblocked unblocked
rfkill never shows the wifi device while it isn’t functioning for me. It’ll show on lspci, but nowhere else (ip link, iwconfig, etc) as far as I’ve seen. Once plugged into power, it shows up everywhere and works as expected.
A collection of other various issues that I’ve noted down only on battery that may or may not be relevant. None of these issues have happened on AC power.
Summary
Various shutdown hangs below. I’m not sure any of these are even relevant, as they seem to happen pretty randomly and the journalctl logs always look pretty much the same to me (same as the one’s I’ve posted previously)
- hangs while running various stop jobs that always seem to include “avahi mdns/dns-sd stack”, “session 2 of user”, power profiles daemon", and “disk manager”.
Sometimes it’ll spin between them forever (i’ve waited up to 10 minutes), and sometimes it’ll freeze up completely.
I have to hard reset by holding the power button to get out.
- hangs while shutting down kvm. I haven’t noted down the exact message as it hasn’t happened for a while now
- hangs at some other seemingly random point
Sometimes it’ll hang when I wake it from power saving mode after several minutes of inactivity. Sometimes it’s a black screen where I can move my cursor, and sometimes it’s frozen completely. When I can move my cursor, I can ctrl+alt+F2 (or any other F key) to get into a tty, but that’s frozen with just an underscore on the top left that I can’t interact with. In any case, I have to hard reset to get out.
My desktop environment will always take significantly longer to become responsive when booting off battery power. That might be normal behavior with the system drawing less power, but occasionally it’ll freeze completely and I have to hard reset.
This one gets to be out of the summary block because it’s the most strange. On some sessions, the sudo command won’t work at all. Running any command with sudo will hang without printing any output, and ctrl+C won’t kill it. I have to restart my terminal to get out. pgrep sudo lists one process for every time I ran sudo. kill -9 isn’t able to kill these, and htop lists them all with the D signal. Again, this somehow happens only on battery power
That’s all for now. Should I just reinstall at this point? I feel like that’d be a waste of time as I first noticed these problems barely an hour after this install finished, and I didn’t do really anything other than installing some basic software like kitty, vscode, and my fonts and themes. Whatever is going on now will probably still be there on a new install.
