Problemas com gdm/wifi

Linux Iniciantes
1

Boa tarde turma, estou tendo alguns problemas no fedora, já tive no zorinOS ai pensei: deve ser pq meu notebook ainda é novo no mercado e precisa de um kernel mais recente, enfim, mudei para o fedora, oque realmente está acontecendo, quando eu preciso sair para resolver algumas coisas, costumo dar o comando super+l ou botão power, para desligar a tela até minha volta, porém quando volto para utilizar o GDM demora 1 minuto ou até mais para ligar a tela e aparecer o login, dito isso vem aqui o problema o WI-fi acaba sumindo, e o sistema não consegue achar uma rede disponível, ficando em looping e me forçando reiniciar para continuar minhas atividades.

inxi -F --filter
System:
  Kernel: 7.0.10-201.fc44.x86_64 arch: x86_64 bits: 64
  Desktop: GNOME v: 50.2 Distro: Fedora Linux 44 (Workstation Edition)
Machine:
  Type: Laptop System: ASUSTeK product: ASUS TUF Gaming F16 FX607VJ_FX607VJ
    v: 1.0 serial: <superuser required>
  Mobo: ASUSTeK model: FX607VJ v: 1.0 serial: <superuser required>
    Firmware: UEFI vendor: American Megatrends LLC. v: FX607VJ.337
    date: 07/18/2025
Battery:
  ID-1: BAT0 charge: 32.3 Wh (60%) condition: 53.9/56 Wh (96.2%) volts: 15.77
    min: 15.93
CPU:
  Info: 8-core (4-mt/4-st) model: Intel Core 5 210H bits: 64 type: MST AMCP
    cache: L2: 7 MiB
  Speed (MHz): avg: 400 min/max: 400/4800:3600 cores: 1: 400 2: 400 3: 400
    4: 400 5: 400 6: 400 7: 400 8: 400 9: 400 10: 400 11: 400 12: 400
Graphics:
  Device-1: Intel Raptor Lake-P [Intel Graphics] driver: i915 v: kernel
  Device-2: NVIDIA GA107BM / GN20-P0-R-K2 [GeForce RTX 3050 6GB Laptop GPU]
    driver: nvidia v: 595.71.05
  Device-3: Shine-optics USB2.0 HD UVC WebCam driver: uvcvideo type: USB
  Display: wayland server: X.Org v: 24.1.12 with: Xwayland v: 24.1.12
    compositor: gnome-shell driver: dri: iris gpu: i915
    resolution: 1920x1200~144Hz
  API: OpenGL v: 4.6 vendor: intel mesa v: 26.0.8 renderer: Mesa Intel
    Graphics (RPL-P)
  API: EGL Message: EGL data requires eglinfo. Check --recommends.
  Info: Tools: api: glxinfo gpu: nvidia-settings,nvidia-smi x11: xdriinfo,
    xdpyinfo, xprop, xrandr
Audio:
  Device-1: Intel Raptor Lake-P/U/H cAVS driver: snd_hda_intel
  Device-2: NVIDIA GA107 High Definition Audio driver: snd_hda_intel
  API: ALSA v: k7.0.10-201.fc44.x86_64 status: kernel-api
  Server-1: PipeWire v: 1.6.6 status: active
Network:
  Device-1: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
    driver: r8169
  IF: enp2s0 state: down mac: <filter>
  Device-2: Realtek RTL8852BE PCIe 802.11ax Wireless Network
    driver: rtw89_8852be
  IF: wlp3s0 state: up mac: <filter>
Bluetooth:
  Device-1: IMC Networks Bluetooth Radio driver: btusb type: USB
  Report: btmgmt ID: hci0 state: up address: <filter> bt-v: 5.2
RAID:
  Hardware-1: Intel RST Volume Management Device Controller driver: vmd
Drives:
  Local Storage: total: 942.7 GiB used: 13.63 GiB (1.4%)
  ID-1: /dev/nvme0n1 vendor: Crucial model: CT500P3SSD8 size: 465.76 GiB
  ID-2: /dev/nvme1n1 vendor: Foresee model: XP2000F512G size: 476.94 GiB
Partition:
  ID-1: / size: 463.17 GiB used: 12.98 GiB (2.8%) fs: btrfs
    dev: /dev/nvme0n1p3
  ID-2: /boot size: 1.9 GiB used: 654.4 MiB (33.6%) fs: ext4
    dev: /dev/nvme0n1p2
  ID-3: /boot/efi size: 598.8 MiB used: 20 MiB (3.3%) fs: vfat
    dev: /dev/nvme0n1p1
  ID-4: /home size: 463.17 GiB used: 12.98 GiB (2.8%) fs: btrfs
    dev: /dev/nvme0n1p3
Swap:
  ID-1: swap-1 type: zram size: 8 GiB used: 0 KiB (0.0%) dev: /dev/zram0
Sensors:
  System Temperatures: cpu: 50.0 C mobo: N/A
  Fan Speeds (rpm): cpu: 2400
Info:
  Memory: total: 16 GiB note: est. available: 15.24 GiB used: 4.4 GiB (28.9%)
  Processes: 410 Uptime: 11m Shell: Bash inxi: 3.3.40
2

Quando o problema acontecer de novo, sem reiniciar, rode:

dmesg | grep -i rtw89

e poste o resultado.

3

isso vai resolver o problema? pq acho que algo está entrando em conflito e isso acarretando a demora no DGM, deve ser algo relacionado ao driver do wifi

4

Ainda não sabemos o que está causando a falha. Antes de pensar em correção, precisamos identificar exatamente onde ela ocorre.

Pelas informações que você já passou, existe a possibilidade de ser o driver do Wi-Fi, mas precisamos confirmar isso nos logs. O comando que pedi vai mostrar o que o módulo rtw89 está registrando quando o problema acontece. A partir daí fica muito mais fácil isolar a causa e evitar tentativas no escuro.

5

vou simular o problema então, e depois mando a mensagem com o log

6 
\[    5.511035\] rtw89_pci: unknown parameter ‘disable_aspm’ ignored
\[    5.611707\] rtw89_8852be 0000:03:00.0: loaded firmware rtw89/rtw8852b_fw-1.bin
\[    5.613474\] rtw89_8852be 0000:03:00.0: enabling device (0000 → 0003)
\[    5.620132\] rtw89_8852be 0000:03:00.0: Firmware version 0.29.29.15 (6fb3ec41), cmd version 0, type 5
\[    5.620135\] rtw89_8852be 0000:03:00.0: Firmware version 0.29.29.15 (6fb3ec41), cmd version 0, type 3
\[    5.936059\] rtw89_8852be 0000:03:00.0: chip info CID: 0, CV: 1, AID: 0, ACV: 1, RFE: 1
\[    5.938295\] rtw89_8852be 0000:03:00.0: rfkill hardware state changed to enable
\[    5.944866\] rtw89_8852be 0000:03:00.0 wlp3s0: renamed from wlan0
7

Vamos lá Viinny, você provavelmente reiniciou — esse log é só do boot, não diz nada sobre o momento do problema.

Pra capturar o que precisamos, simula assim: bloqueia a tela com Super+L, deixa uns 2-3 minutos sem mexer até a tela apagar, depois volta. Se o Wi-Fi sumir, abre o terminal sem reiniciar e roda esses três comandos em sequência:

dmesg --since "30 minutes ago" | grep -iE "rtw89|wlp3s0|wifi|wlan"
journalctl -b 0 -u NetworkManager --since "10 min ago"
sudo iw dev wlp3s0 get power_save

Se reiniciar a gente perde todo o contexto do kernel e voltamos à estaca zero

Como aparentemente você está com pressa e para evitar troubleshooting desnecessario, você pode partir direto para essas duas abordagens:

1. Desabilitar power save (teste rápido, não persiste):

sudo iw dev wlp3s0 set power_save off

Se resolver, confirma a hipótese do powersave.

2. Tornar permanente via modprobe:

echo "options rtw89_8852be disable_lps_deep=1" | sudo tee /etc/modprobe.d/rtw89.conf
sudo dracut --force

3. Se ainda assim falhar na saída de suspensão, reiniciar o módulo automaticamente:

sudo nano /etc/systemd/system/fix-wifi-resume.service

No arquivo cole:

[Unit]
Description=Reinicia Wi-Fi após suspensão
After=suspend.target

[Service]
Type=oneshot
ExecStart=/bin/sh -c 'modprobe -r rtw89_8852be && modprobe rtw89_8852be'

[Install]
WantedBy=suspend.target

Depois:

sudo systemctl enable --now fix-wifi-resume.service

Veja qual abordagem prefere, pelos logs ou pelas possíveis soluções.
Fazer os logs a gente consegue isolar o problema e atacar na raiz, sem gerar novas dificuldades.

8

desculpe a demora, tive que deixar bem mais que 3 minutos para esse erro aparecer.

dmesg --since “30 minutes ago” | grep -iE “rtw89|wlp3s0|wifi|wlan”
journalctl -b 0 -u NetworkManager --since “10 min ago”
sudo iw dev wlp3s0 get power_save
dmesg: read kernel buffer failed: Operação não permitida
jun 04 17:37:11 fedora NetworkManager[1139]:   [1780605431.3443] manager: sleep: wake requested (sleeping: yes  enabled: yes)
jun 04 17:37:11 fedora NetworkManager[1139]:   [1780605431.3445] device (enp2s0): state change: unmanaged → unavailable (reason ‘managed’, managed-type: ‘external’)
jun 04 17:37:11 fedora NetworkManager[1139]:   [1780605431.5233] device (wlp3s0): state change: unmanaged → unavailable (reason ‘managed’, managed-type: ‘external’)
jun 04 17:37:11 fedora NetworkManager[1139]:   [1780605431.6147] platform-linux: do-change-link[3]: failure 110 (Tempo esgotado para conexão)
jun 04 17:37:11 fedora NetworkManager[1139]:   [1780605431.6150] device (wlp3s0): set-hw-addr: set MAC address to 6E:83:8A:8F:BF:2F (scanning)
jun 04 17:37:11 fedora NetworkManager[1139]:   [1780605431.7067] platform-linux: do-change-link[3]: failure 110 (Tempo esgotado para conexão)
jun 04 17:37:11 fedora NetworkManager[1139]:   [1780605431.7068] device (p2p-dev-wlp3s0): state change: unmanaged → unavailable (reason ‘managed’, managed-type: ‘external’)
jun 04 17:37:11 fedora NetworkManager[1139]:   [1780605431.7069] device (p2p-dev-wlp3s0): error setting IPv4 forwarding to ‘0’: Recurso temporariamente indisponível
jun 04 17:37:11 fedora NetworkManager[1139]:   [1780605431.7070] manager: NetworkManager state is now DISCONNECTED
jun 04 17:37:11 fedora NetworkManager[1139]:  [1780605431.8909] device (wlp3s0): Couldn’t initialize supplicant interface: GDBus.Error:fi.w1.wpa_supplicant1.UnknownError: wpa_supplicant couldn’t grab this>
jun 04 17:37:21 fedora NetworkManager[1139]:   [1780605441.9677] device (wlp3s0): re-acquiring supplicant interface (#1).
jun 04 17:37:22 fedora NetworkManager[1139]:  [1780605442.1519] device (wlp3s0): Couldn’t initialize supplicant interface: GDBus.Error:fi.w1.wpa_supplicant1.UnknownError: wpa_supplicant couldn’t grab this>
jun 04 17:37:31 fedora NetworkManager[1139]:   [1780605451.9697] device (wlp3s0): re-acquiring supplicant interface (#2).
jun 04 17:37:32 fedora NetworkManager[1139]:  [1780605452.1540] device (wlp3s0): Couldn’t initialize supplicant interface: GDBus.Error:fi.w1.wpa_supplicant1.UnknownError: wpa_supplicant couldn’t grab this>
jun 04 17:37:41 fedora NetworkManager[1139]:   [1780605461.9648] device (wlp3s0): re-acquiring supplicant interface (#3).
jun 04 17:37:42 fedora NetworkManager[1139]:  [1780605462.1489] device (wlp3s0): Couldn’t initialize supplicant interface: GDBus.Error:fi.w1.wpa_supplicant1.UnknownError: wpa_supplicant couldn’t grab this>
9 
sudo dmesg | grep -i aspm
[    0.000000] Command line: BOOT_IMAGE=(hd1,gpt2)/vmlinuz-7.0.10-201.fc44.x86_64 root=UUID=ce39780c-f51b-43cb-901a-26194f8afe31 ro rootflags=subvol=root rhgb quiet rd.driver.blacklist=nouveau,nova_core modprobe.blacklist=nouveau,nova_core initcall_blacklist=acpi_cpufreq_init acpi=force intel_idle.max_cstate=1 pcie_aspm=off
[    0.035878] Kernel command line: BOOT_IMAGE=(hd1,gpt2)/vmlinuz-7.0.10-201.fc44.x86_64 root=UUID=ce39780c-f51b-43cb-901a-26194f8afe31 ro rootflags=subvol=root rhgb quiet rd.driver.blacklist=nouveau,nova_core modprobe.blacklist=nouveau,nova_core initcall_blacklist=acpi_cpufreq_init acpi=force intel_idle.max_cstate=1 pcie_aspm=off
[    0.035948] PCIe ASPM is disabled
[    0.318387] acpi PNP0A08:00: _OSC: not requesting OS control; OS requires [ExtendedConfig ASPM ClockPM MSI]
[    5.511035] rtw89_pci: unknown parameter 'disable_aspm' ignored
10

Por essas e outras maluquices desse tipo que uso Debian 13 com Kernel Linux 7.0! Nunca tive esse problema! Fedora é o ambiente de testes da Red Hat! Longe de mim dizer que não é uma boa distro, mas prefiro a estabilidade e a previsibilidade do Debian 13!

11

Eu não acho ruim, meu notebook é um Asus tuf, então tem umas coisas do asusctl que vão ajudar, e destros com base Debian estavam sem suporte até então.

12

veja se o o modo de suspensão/dormir está em [deep] (Suspend-to-RAM ou S3 clássico) ou [s2idle] (Suspend-to-Idle ou Modern Standby). use:

cat /sys/power/mem_sleep
s2idle [deep]

Se aparecer [deep] mude para o outro, que é uma hbernação “mais leve”. pode resolver para você como resolveu pra mim. se não resolver, não muda nada no funcionamento do fedora.

para isso acrescente o argumento “mem_sleep_default=s2idle” no grub ou outro gerenciador de boot do fedora. rode o “update-grub” ou equivalente e reinicie. você terá de esperar entrar em biernação para ver se consegue sair rápido e ver se o wifi não desconecta.

se funcionar para a hibernação profunda mas não resolver o wifi, terá de continuar a pesquisa para resolver o problema.

13

atualização do caso, após colocar os comandos, e deixar mais de 15 minutos em suspensão, além do wifi sumir(antes ficava em looping) agora ele some de vez das configurações.

Captura de tela de 2026-06-05 17-13-59
Captura de tela de 2026-06-05 17-13-591030×690 38.9 KB

14

Eu tive um problema parecido com a suspensão. Quando voltava o wifi não funcionava de jeito nenhum, tinha que reiniciar.

Parece que tava rolando um problema com a transição entre os estados de energia do barramento PCI Express. Algo relacionado ao D3cold que não entendo muito bem.

Então desativei isso via udev:

  1. Deve-se identificar o identificador do barramento PCI do dispositivo usando o comando:

lspci -nnk | grep -i network.

Um identificador típico seria 0000:01:00.0.

  1. Deve-se criar o arquivo /etc/udev/rules.d/99-rtw89-d3cold.rules:

SUBSYSTEM=="pci", KERNEL=="0000:01:00.0", ATTR{d3cold_allowed}="0"

  1. Aplicar regra:
    sudo udevadm control --reload-rules && sudo udevadm trigger

Isso foi o que funcionou pra mim com placa de rede Realtek com driver rtw89_8852be.

lspci -k | grep -A 3 -E “Network”
0000:38:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8852BE PCIe 802.11ax Wireless Network Controller
Subsystem: AzureWave Device 5471
Kernel driver in use: rtw89_8852be
Kernel modules: rtw89_8852be
[gabs@arch ~]$

15 
vinny@fedora:~$ sudo systemctl enable fix-wifi-resume.service
[sudo] senha para vinny: 
vinny@fedora:~$ sudo systemctl restart NetworkManager
vinny@fedora:~$ sudo iw dev wlp3s0 set power_save off
command failed: No such device (-19)
vinny@fedora:~$ lspci -k | grep -A 3 -i network
0000:03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8852BE PCIe 802.11ax Wireless Network Controller
	Subsystem: AzureWave Device 5471
	Kernel modules: rtw89_8852be
10000:e0:06.0 PCI bridge: Intel Corporation Raptor Lake PCI Express 4.0 Graphics Port
vinny@fedora:~$ sudo dmesg | grep -i aspm
[    0.000000] Command line: BOOT_IMAGE=(hd1,gpt2)/vmlinuz-7.0.11-200.fc44.x86_64 root=UUID=ce39780c-f51b-43cb-901a-26194f8afe31 ro rootflags=subvol=root rhgb quiet rd.driver.blacklist=nouveau,nova_core modprobe.blacklist=nouveau,nova_core initcall_blacklist=acpi_cpufreq_init acpi=force intel_idle.max_cstate=1 pcie_aspm=off
[    0.035666] Kernel command line: BOOT_IMAGE=(hd1,gpt2)/vmlinuz-7.0.11-200.fc44.x86_64 root=UUID=ce39780c-f51b-43cb-901a-26194f8afe31 ro rootflags=subvol=root rhgb quiet rd.driver.blacklist=nouveau,nova_core modprobe.blacklist=nouveau,nova_core initcall_blacklist=acpi_cpufreq_init acpi=force intel_idle.max_cstate=1 pcie_aspm=off
[    0.035738] PCIe ASPM is disabled
[    0.312186] acpi PNP0A08:00: _OSC: not requesting OS control; OS requires [ExtendedConfig ASPM ClockPM MSI]
vinny@fedora:~$ sudo iw dev wlp3s0 get power_save
command failed: No such device (-19)
vinny@fedora:~$ journalctl -b 0 -u NetworkManager --since "10 min ago"
jun 05 20:16:26 fedora NetworkManager[1143]: <info>  [1780701386.1804] manager: sleep: wake requested (sleeping: yes  enabled: yes)
jun 05 20:16:26 fedora NetworkManager[1143]: <info>  [1780701386.1806] device (enp2s0): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'external')
jun 05 20:16:26 fedora NetworkManager[1143]: <info>  [1780701386.3608] manager: NetworkManager state is now DISCONNECTED
jun 05 20:17:32 fedora systemd[1]: Stopping NetworkManager.service - Network Manager...
jun 05 20:17:32 fedora NetworkManager[1143]: <info>  [1780701452.4542] caught SIGTERM, shutting down normally.
jun 05 20:17:32 fedora NetworkManager[1143]: <info>  [1780701452.4743] exiting (success)
jun 05 20:17:32 fedora systemd[1]: NetworkManager.service: Deactivated successfully.
jun 05 20:17:32 fedora systemd[1]: Stopped NetworkManager.service - Network Manager.
jun 05 20:17:32 fedora systemd[1]: Starting NetworkManager.service - Network Manager...
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5105] NetworkManager (version 1.56.1-1.fc44) is starting... (after a restart, boot:73e413f8-1b2b-4ab9-800b-1cded6c47358)
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5106] Read config: /etc/NetworkManager/NetworkManager.conf, /usr/lib/NetworkManager/conf.d/{20-connectivity-fedora.conf,22-wifi-mac-addr.conf,99-n>
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5131] manager[0x55a3c28e6920]: monitoring kernel firmware directory '/lib/firmware'.
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5512] hostname: hostname: using hostnamed
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5515] dns-mgr: init: dns=systemd-resolved rc-manager=unmanaged (auto), plugin=systemd-resolved
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5520] manager[0x55a3c28e6920]: rfkill: Wi-Fi hardware radio set enabled
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5520] manager[0x55a3c28e6920]: rfkill: WWAN hardware radio set enabled
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5539] Loaded device plugin: NMBluezManager (/usr/lib64/NetworkManager/1.56.1-1.fc44/libnm-device-plugin-bluetooth.so)
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5543] Loaded device plugin: NMTeamFactory (/usr/lib64/NetworkManager/1.56.1-1.fc44/libnm-device-plugin-team.so)
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5544] Loaded device plugin: NMAtmManager (/usr/lib64/NetworkManager/1.56.1-1.fc44/libnm-device-plugin-adsl.so)
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5545] Loaded device plugin: NMWifiFactory (/usr/lib64/NetworkManager/1.56.1-1.fc44/libnm-device-plugin-wifi.so)
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5545] Loaded device plugin: NMWwanFactory (/usr/lib64/NetworkManager/1.56.1-1.fc44/libnm-device-plugin-wwan.so)
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5546] manager: rfkill: Wi-Fi enabled by radio killswitch; enabled by state file
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5547] manager: rfkill: WWAN enabled by radio killswitch; enabled by state file
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5547] manager: Networking is enabled by state file
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5547] settings: Loaded settings plugin: keyfile (internal)
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5556] dhcp: init: Using DHCP client 'internal'
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5556] manager: (lo): new Loopback device (/org/freedesktop/NetworkManager/Devices/1)
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5558] device (lo): state change: unmanaged -> unavailable (reason 'connection-assumed', managed-type: 'external')
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5559] device (lo): state change: unavailable -> disconnected (reason 'connection-assumed', managed-type: 'external')
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5562] device (lo): Activation: starting connection 'lo' (c236d93c-2fa5-463a-9269-1aa417f2035f)
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5565] manager: (enp2s0): new Ethernet device (/org/freedesktop/NetworkManager/Devices/2)
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5566] device (enp2s0): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'external')
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5574] bus-manager: acquired D-Bus service "org.freedesktop.NetworkManager"
jun 05 20:17:32 fedora systemd[1]: Started NetworkManager.service - Network Manager.
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5578] device (lo): state change: disconnected -> prepare (reason 'none', managed-type: 'external')
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5579] device (lo): state change: prepare -> config (reason 'none', managed-type: 'external')
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5579] device (lo): state change: config -> ip-config (reason 'none', managed-type: 'external')
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5582] device (lo): state change: ip-config -> ip-check (reason 'none', managed-type: 'external')
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5621] modem-manager: ModemManager available
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5625] device (lo): state change: ip-check -> secondaries (reason 'none', managed-type: 'external')
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5626] device (lo): state change: secondaries -> activated (reason 'none', managed-type: 'external')
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.5629] device (lo): Activation: successful, device activated.
jun 05 20:17:32 fedora NetworkManager[8795]: <info>  [1780701452.8914] agent-manager: agent[63d7eb1bd166f37e,:1.97/org.gnome.Shell.NetworkAgent/1000]: agent registered
jun 05 20:17:38 fedora NetworkManager[8795]: <info>  [1780701458.5602] manager: startup complete

ele até some do menu

Captura de tela de 2026-06-05 20-16-56
Captura de tela de 2026-06-05 20-16-56480×431 42.3 KB

16

Obrigado, você é o brabo, fiz o teste e dessa vez não tive problemas, mais uma vez, muito obrigado. Sai do zorinOs exatamente por conta desse problema e pq ele travava a GDM, á unica solução forçar o desligamento pelo botão físico.

Quero agradecer á todos que tiraram um pouco do seu tempo para contribuir numa possível solução