Então eu tenho o Debian 9 instalado no meu laptop e ele continua me incomodando com esse mau funcionamento.
Às vezes, (digamos, uma a cada três / quatro vezes) quando eu suspendo a sessão e depois acordo depois de algum tempo, o wifi não funciona, não importa o que eu tente. Eu geralmente dependo de nmcli para se conectar a redes, e nmcli dev wifi list retorna uma lista vazia. No começo eu pensei que poderia ser um problema com nmcli , pois há um bug bem conhecido no wifi que não funciona após a suspensão, mas reiniciar o NetworkManager via systemd não funcionou, como parece acontecer em outros casos . Então eu recorri ao velho e simples wpa_supplicant sem mais sorte. wpa_cli fornece essa saída
wpa_cli v2.4
Copyright (c) 2004-2015, Jouni Malinen <[email protected]> and contributors
This software may be distributed under the terms of the BSD license.
See README for more details.
Interactive mode
Could not connect to wpa_supplicant: (nil) - re-trying
Parece que o NetworkManager não é o culpado desta vez. lshw marca o dispositivo como DISABLED
*-network DISABLED
description: Wireless interface
product: RTL8723AE PCIe Wireless Network Adapter
vendor: Realtek Semiconductor Co., Ltd.
physical id: 0
bus info: pci@0000:05:00.0
logical name: wlp5s0
version: 00
serial: d2:95:44:e0:af:6e
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=rtl8723ae driverversion=4.9.0-4-amd64 firmware=N/A latency=0 link=no multicast=yes wireless=IEEE 802.11
resources: irq:17 ioport:c000(size=256) memory:f7800000-f7803fff
enquanto rfkill diz que não é
0: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
4: hci0: Bluetooth
Soft blocked: no
Hard blocked: no
ip link diz que a interface é DOWN e não consigo configurá-la
3: wlp5s0: <BROADCAST,MULTICAST> mtu 1500 qdisc mq state DOWN mode DEFAULT group default qlen 1000
link/ether d2:95:44:e0:af:6e brd ff:ff:ff:ff:ff:ff
Esta é a saída de iwconfig :
wlp5s0 IEEE 802.11 ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm
Retry short limit:7 RTS thr=2347 B Fragment thr:off
Encryption key:off
Power Management:off
e aqui estão alguns registros relevantes do syslog:
Dec 30 22:21:25 null NetworkManager[540]: <info> [1514668883.2236] device (wlp5s0):
set-hw-addr: set MAC address to 0E:21:14:A7:BA:04 (scanning)
Dec 30 22:21:25 null NetworkManager[540]: <warn> [1514668883.2942] device (wlp5s0):
device not up after timeout!
Dec 30 22:21:25 null NetworkManager[540]: <warn> [1514668883.2951] sup-iface[0x7fcb
2c004ab0,wlp5s0]: connection disconnected (reason -3)
Dec 30 22:21:25 null NetworkManager[540]: <info> [1514668883.2952] device (wlp5s0):
supplicant interface state: completed -> disconnected
Dec 30 22:21:26 null NetworkManager[540]: <warn> [1514668883.2981] sup-iface[0x7fcb
2c004ab0,wlp5s0]: connection disconnected (reason -3)
Dec 30 22:21:26 null wpa_supplicant[591]: nl80211: deinit ifname=wlp5s0 disabled_11b
_rates=0
Dec 30 22:21:26 null NetworkManager[540]: <info> [1514668883.2982] device (wlp5s0):
supplicant interface state: disconnected -> disabled
Dec 30 22:21:26 null NetworkManager[540]: <info> [1514668883.2986] device (wlp5s0):
state change: disconnected -> unmanaged (reason 'sleeping') [30 10 37]
Dec 30 22:21:26 null NetworkManager[540]: <info> [1514668883.2988] device (wlp5s0):
set-hw-addr: reset MAC address to 54:27:1E:9D:59:F0 (unmanage)
[...]
Dec 30 22:21:28 null NetworkManager[540]: <info> [1514668888.0173] manager: wake re
quested (sleeping: yes enabled: yes)
Dec 30 22:21:28 null NetworkManager[540]: <info> [1514668888.0174] manager: waking
up...
Dec 30 22:21:28 null NetworkManager[540]: <info> [1514668888.0174] device (enp4s0):
state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
Dec 30 22:21:28 null kernel: [22510.411179] IPv6: ADDRCONF(NETDEV_UP): enp4s0: link
is not ready
Dec 30 22:21:28 null kernel: [22510.411746] IPv6: ADDRCONF(NETDEV_UP): enp4s0: link
is not ready
Dec 30 22:21:28 null NetworkManager[540]: <info> [1514668888.0199] device (wlp5s0):
state change: unmanaged -> unavailable (reason 'managed') [10 20 2]
Dec 30 22:21:28 null kernel: [22510.413409] IPv6: ADDRCONF(NETDEV_UP): wlp5s0: link
is not ready
[...]
Dec 30 22:21:28 null NetworkManager[540]: <warn> [1514668888.0917] device (wlp5s0): device not up after timeout!
Dec 30 22:21:28 null NetworkManager[540]: <info> [1514668888.0920] device (wlp5s0): set-hw-addr: set MAC address to 0E:21:14:A7:BA:04 (scanning)
Dec 30 22:21:28 null NetworkManager[540]: <info> [1514668888.0925] manager: NetworkManager state is now DISCONNECTED
Dec 30 22:21:28 null wpa_supplicant[591]: Could not set interface wlp5s0 flags (UP): Resource temporarily unavailable
Dec 30 22:21:28 null wpa_supplicant[591]: nl80211: Could not set interface 'wlp5s0'
UP
Dec 30 22:21:28 null wpa_supplicant[591]: nl80211: deinit ifname=wlp5s0 disabled_11b_rates=0
Dec 30 22:21:28 null wpa_supplicant[591]: Could not set interface wlp5s0 flags (UP): Resource temporarily unavailable
Dec 30 22:21:28 null wpa_supplicant[591]: WEXT: Could not set interface 'wlp5s0' UP
Dec 30 22:21:28 null wpa_supplicant[591]: wlp5s0: Failed to initialize driver interface
Dec 30 22:21:29 null NetworkManager[540]: <error> [1514668889.4298] sup-iface[0x5563737e3020,wlp5s0]: error adding interface: wpa_supplicant couldn't grab this interface.
==============================[^ repeats 5 more times]==============================
Dec 30 22:22:20 null NetworkManager[540]: <info> [1514668940.1438] device (wlp5s0): supplicant interface state: starting -> down
Dec 30 22:22:20 null NetworkManager[540]: <info> [1514668940.1438] device (wlp5s0): supplicant interface keeps failing, giving up
Normalmente, posso consertar isso apenas reiniciando. No entanto, há momentos (como este), onde até mesmo a reinicialização não vai consertá-lo. Além disso, o dispositivo wi-fi desaparecerá completamente ( rfkill não o lista, não há registros em dmesg ). Mesmo se eu tentar reiniciar 2-3 vezes os problemas persistir. Então eu preciso fazer um poweroff hard , desligue-o completamente da corrente e aguarde cerca de 10-30 segundos para que os circuitos fiquem sem carga. Quando eu inicializo novamente tudo está de volta ao normal. Cheguei a pensar que pode estar relacionado a algum estado corrupto no hardware que desaparece apenas quando o circuito é esgotado e, portanto, esquece o estado corrupto, mas eu nunca tinha enfrentado esse tipo de comportamento neste mesmo computador. Pode ser que esteja ficando velho, mas, novamente, outros sistemas operacionais funcionam bem a esse respeito.
Eu acho que haverá alguma informação totalmente não relacionada e inútil acima, mas desde que eu não posso reproduzir o problema consistentemente, eu pensei que iria coletar todos os dados que eu pensei que poderia dar uma pista sobre o que está acontecendo.
Agradeço desde já a sua ajuda e paciência e peço mais informações, se necessário. Vou tentar fornecê-lo assim que o bug aparecer novamente, o que muitas vezes é mais cedo do que eu gostaria.