On Wednesday, 15 October 2025 19:07:22 British Summer Time D. Ben Knoble wrote: > On Tue, Oct 14, 2025 at 9:45 PM D. Ben Knoble <[email protected]> wrote: > > I've tried to describe the symptoms on my blog as best I can [1]. > > Here's a repaste of the relevant bits for posterity. > > > > [1]: > > https://benknoble.github.io/blog/2025/10/13/framework-gentoo-network-hang > > / > I realized this morning, with a clearer head, that it might not be > clear if I'm still having trouble. > > I am—the system was on overnight, and I can clearly see "zombie" > processes for NetworkManager and wpa_supplicant (states Dsl and D > respectively; when the system comes up and is working, that's Ssl and > S). > > What other information might help? > > /etc/wpa_supplicant/wpa_supplicant.conf: > ctrl_interface=/var/run/wpa_supplicant > eapol_version=1 > ap_scan=1 > fast_reauth=1 > > (Curiously, that /var/run/wpa_supplicant path does not exist.) > > equery shows netifrc is installed (and /etc/init.d/net.lo exists), but > "pgrep net." doesn't find any related programs running? > > Restarting wpa_supplicant via rc-service _also_ exhibits the "hang" > behavior after > * Starting WPA Supplicant Daemon ... > Successfully initialized wpa_supplicant > > I'm tempted to try "iwd" instead at this point, but IDK if that will > make a difference here. > > I do have dhcpcd installed because openrc's USE flags include netifrc, > but neither is running.
Since this is a desktop and you will not be switching between APs all day, you could do away with nm, keep wpa_supplicant and configure the BSSID (MAC address) of your AP with the highest signal strength. Or, since you have nm installed and running, remove wpa_supplicant and install and configure iwd as recommended. Have a look here to see the different wireless software options available to you: https://wiki.gentoo.org/wiki/Network_management
signature.asc
Description: This is a digitally signed message part.
