Problemas com Kernel acima do 6.11 em notebook com Fedora

Linux
,
1

Estou enfrentando um problema no Fedora no meu notebook. Aparentemente tudo funciona normalmente, mas quando volto do modo de espera não há imagem na tela, tudo fica preto. Tenho que forçar o reinício. Ontem (30/10/2024) saiu a versão 41 do Fedora, atualizei e continuei com o mesmo problema, me obrigando a reverter para o kernel 6.8. Deu problemas com kernel acima do 6.11.

Estão com esse mesmo problema por ai?

Encontrei até tópico com um problema parecido no fórum do próprio Fedora.

Meu hardware é:

Acer Aspire 5
Ryzen 5700u
Radeon RX Vega 8
16GB DDR4
2

Tenho praticamente o mesmo hardware (5700g) e aqui está normal. Não enfrento esse erro, nem mesmo aparece mensagem de erro da AMDGPU.

Fedora 40.

3

Sim, estou com mesmo problema, ja reportei e outros também 2314036 – suspend does not return, stays on black screen

https://bugzilla.redhat.com/show_bug.cgi?id=2321268

Parece ser algo com apu amd, acontecia com nvidia tambem, mas uma att do driver corrigiu. O meu desktop com amd nao acorre nem outro com intel hdgraphics.

4

Mas não é notebook, é?

Se não me falha a memória esses processadores com final “g” são desktop.

5

É, meu desktop também é amd e isso não está ocorrendo. Mas que “bom” que não sou só eu. Me da mais esperanças de ser corrigido.

6

É desktop, mas a linha ‘g’ usa a mesma arquitetura da linha ‘u’ ou ‘h’ de notebook, ao contrário da linha ‘x’.

7

Entendi. Mas é pq essa treta só parece estar acontecendo em notebooks.

8

Como acontece com o cara do forum do fedora, se meu bluetooth fica desativado ele volta do modo suspender de boas

9

Eu vi isso tb mas não cheguei a testar, o bluetooth é essencial para mim (fone e mouse), não seria um “solução” ficar desativando. Tenso.

10

eu também uso muito o bt, mas é só 1 click para ativar/desativar, não é solução, mas manter kernel antigo também não é…negócio é esperar a correção

11

Eu prefiro manter kernel antigo rsrsrsrs. Mas é como vc falou, foi reportado, só nos resta esperar.

12

Não sei te tem haver

Failure to shut down and to suspend

This article or section needs expansion.

Reason: Missing kernel info and bug reports. (Discuss in Talk:AMDGPU)

hid_sensor__3d* group of kernel modules can cause system lockups on bootup, shutdown, and suspend. Process list will show multiple instances of udev-worker which then fail to freeze upon system sleep.

You will see something like:

kernel: PM: suspend entry (deep) kernel: Filesystems sync: 0.002 seconds kernel: Freezing user space processes kernel: Freezing user space processes failed after 20.004 seconds (1 tasks refusing to freeze, wq_busy=0): kernel: task:(udev-worker) state:D stack:0 pid:479 tgid:479 ppid:422 flags:0x00004006 kernel: Call Trace: kernel: kernel: __schedule+0x3db/0x1520 kernel: ? srso_alias_return_thunk+0x5/0xfbef5 kernel: ? __wake_up_common+0x78/0xa0 kernel: ? srso_alias_return_thunk+0x5/0xfbef5

To work around this problem, blacklist the problematic modules by creating e.g. /etc/modprobe.d/blacklist-hid_sensors.conf

blacklist hid_sensor_accel_3d blacklist hid_sensor_gyro_3d blacklist hid_sensor_magn_3d

13

Pessoal, encontrei uma solução temporária, pelo menos para o Fedora Workstation. Para o Silverblue, é necessário estudar mais, pois o local de adição do arquivo é imutável. Um gringo me respondeu no fórum do Fedora, fornecendo um script que funcionou para ele. Adaptei o script para minha necessidade. Segue:

#!/usr/bin/env bash

# Define um arquivo temporário seguro para armazenar o status do Bluetooth
STATUS_FILE=$(mktemp /run/user/$UID/bluetooth_status.XXXXXX)

case "$1" in
    pre)
        rm -f "$STATUS_FILE"
        if systemctl is-active --quiet bluetooth.service; then
            if systemctl stop bluetooth.service; then
                echo "enabled" > "$STATUS_FILE"
                logger -t bluetooth-toggle-script "Bluetooth was active and has been disabled before suspend"
            else
                logger -t bluetooth-toggle-script "Failed to stop Bluetooth before suspend"
            fi
        else
            echo "disabled" > "$STATUS_FILE"
            logger -t bluetooth-toggle-script "Bluetooth was already disabled before suspend"
        fi
        ;;
    post)
        if [ -f "$STATUS_FILE" ] && grep -q "enabled" "$STATUS_FILE"; then
            if systemctl start bluetooth.service; then
                logger -t bluetooth-toggle-script "Bluetooth was re-enabled after resume"
            else
                logger -t bluetooth-toggle-script "Failed to re-enable Bluetooth after resume"
            fi
        else
            logger -t bluetooth-toggle-script "Bluetooth remains disabled after resume"
        fi
        rm -f "$STATUS_FILE"
        ;;
esac

Implementação:

Para que este script seja executado automaticamente durante os eventos de suspensão e retomada, ele deve ser colocado no diretório /usr/lib/systemd/system-sleep/ e ter permissões de execução. O systemd executa scripts neste diretório com os argumentos pre e post durante os eventos de suspensão e retomada, respectivamente

Observação:

Certifique-se de que o script tenha permissões de execução:

sudo chmod +x /usr/lib/systemd/system-sleep/nome_do_script.sh

Além disso, verifique se o diretório /usr/lib/systemd/system-sleep/ é o correto para sua distribuição Linux, pois pode variar.

Espero que ajude.

14

Isso faz o que eu faço manualmente aqui, clico no bt antes de suspender…mas scripts de config geralmente se recomenda colocar em /etc (que nao é imutável no SB)

15

@fastos2016 uai man, se o script funciona, então implementa ele, eu gosto de automatizações.