Update today brought an updated network manager and a new kernel
It broke my networking on the ASUS F3T
Both wired and WiFi, and now:
- A cold boot gives me a working network
- A reboot (warm boot) gives me no network at all
Rebooting with the older kernel didn't solve the problem.
Very strange, because on the T420 and the C670D all is well
With all networking down I tried:
-
ip a
which shows both networkadaptors DOWN
-
sudo ip link set dev wlp1s0 up
does not give an error but even so does not bring the network up.
After a cold boot and with networking up I tried disabling Wifi, which worked, but then enabling again didn't work for some reason. Exactly the same with wired ethernet
So, I can bring the network down but can't bring it up again
I am completely baffled.
If anyone could shed some light on this would appreciate it
EDIT: The problem is restricted to WiFi, the wired problem was a bad cable
EDIT2:
After using nm-applet to disable Wifi, the Wifi becomes hardware(!) blocked
trying to bring the adaptor up
:~$ sudo ifconfig wlp1s0 up
SIOCSIFFLAGS: Operation not possible due to RF-kill
:~$ sudo rfkill unblock all
:~$ sudo rfkill list
phy2: Wireless LAN
Soft blocked: no
Hard blocked: yes
EDIT3:
Starting with enabled WiFi and listing rfkill:
phy2: Wireless LAN
Soft blocked: no
Hard blocked: no
Using the hardware RF-switch to disable WiFi:
phy2: Wireless LAN
Soft blocked: yes
Hard blocked: no
Setting the switch back to its origina position:
phy2: Wireless LAN
Soft blocked: no
Hard blocked: yes
EDIT4:
Problem partly solved:
The system had blacklisted the driver that worked, so I unblacklisted it:
cat /etc/modprobe.d/blacklist-ath_pci.conf
# For some Atheros 5K RF MACs, the madwifi driver loads buts fails to
# correctly initialize the hardware, leaving it in a state from
# which ath5k cannot recover. To prevent this condition, stop
# madwifi from loading by default. Use Jockey to select one driver
# or the other. (Ubuntu: #315056, #323830)
blacklist ath_pci
^this last line I commented out to get everything in working state again.
(the only thing that is still not working quite right is the hardware switch)
So, after all, contrary to expectation, turned out to be a driver problem.