Início / unix / Perguntas / 789308
Accepted
kagmole
Asked: 2025-01-10 00:09:47 +0800 CST

Não é possível usar o driver proprietário da NVIDIA com o Debian Bookworm Xfce

  • 772

Tentei fazer uma instalação nova de um Debian Bookworm em um Asus TUF Gaming A15 RTX 4070 (NVIDIA Optimus), modelo FA507XI com um AMD Ryzen 9 7940HS integrado. A instalação do Debian ocorreu sem problemas. Eu uso o Xfce como DE. SecureBoot e Fastboot estão desabilitados.

Um primeiro problema com o driver nouveau: tela preta após o menu GRUB.
No entanto, o uso nomodesetme permite iniciar o computador e fazer login.

Depois sigo as instruções no wiki do Debian , ou seja:

  • Primeira instalaçãolinux-headers-amd64
  • Em seguida, instale nvidia-driver-fullefirmware-misc-nonfree
    • Na verdade diz, nvidia-drivermas preciso dos pacotes adicionais denvidia-driver-full

E a partir daí, nada dá certo.

  • Se eu usar nomodeset, o LightDM falha ao iniciar
  • Se eu usar acpi=offo LightDM inicia, mas não tenho teclado nem trackpad
  • Se eu não usar nada, fico com uma tela preta depois do menu GRUB, o mesmo que acontece com o driver nouveau

O que estou esquecendo?
Tentei soluções aqui e ali, como usar o kernel e o driver NVIDIA de backports, outras opções do GRUB, em vão.
Não sei por onde começar para fazer uma depuração correta também.

Eu já consegui fazer funcionar no mesmo computador com uma instalação do Debian Sid, infelizmente não lembro como!

Mensagens mostradas antes da tela preta congelar:

ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2.WWAN], AE_NOT_FOUND (20220331/dswload2-162)
ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP2.WWAN], AE_NOT_FOUND (20220331/dswload2-162)
ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.GPP5.RTL8], AE_NOT_FOUND (20220331/dswload2-162)
ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error bug): Failure creating named object [\_SB.PCI0.GPP6.WLAN._S0W], AE_ALREADY_EXISTS (20220331/dswload2-326)
ACPI Error: AE_ALREADY_EXISTS, During name lookup/catalog (20220331/psobject-220)
ACPI BIOS Error (bug): Could not resolve symbol [\_TZ.THRM._SCP.CTYP], AE_NOT_FOUND (20220331/psargs-332)
ACPI Error: Aborting method \_TZ.THRM._SCP due to previous error (AE_NOT_FOUND) (20220331/psparse-529)

nouveau 0000:01:00.0: unknown chipset (196000a1)
amdgpu 0000:65:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes_2.bin (-2)
firmware_class: See https://wiki.debian.org/Firmware for information about missing firmware
amdgpu 0000:65:00.0: firmware: failed to load amdgpu/gc_11_0_1_mes_2.bin (-2)

A solução: Debian Bookworm 12.9 é muito antigo para a Radeon 780M iGPU. Atualizar firmware-amd-graphicsdo bookworm-backportsresolveu o problema.

debian

1 respostas

  1. Best Answer

    Você deve habilitar o driver baseado em Intel/Radeon também

    Este confunde muita gente e os links abaixo não cabem todos em um comentário.

    O que realmente acontece no seu laptop é isto:

    1. Existem 2 placas gráficas no laptop
      • A placa baseada em Intel/Radeon (Integrada) faz os cálculos de desenho/atualização.
      • Então a placa baseada em NVIDIA (Discreta) desenha apenas a saída computada da placa descrita anteriormente.
    2. Em um sistema baseado em Optimus, o middleware deve ser usado para informar ao sistema operacional o seguinte:
      • Se a placa de cálculo (ou seja, a GPU integrada Intel/Radeon) está ligada ou desligada.
      • As configurações de gerenciamento de energia de ambas as placas: Desligar a placa Intel/ Radeon consome energia da bateria mais rápido. O middleware pode ser usado para definir a taxa de descarga, eu acredito.
      • Se a placa NVIDIA (discreta) é usada ou não.

    Ligações

    • Visão geral da tecnologia Optimus - Neste diagrama, a Intel é usada como GPU integrada, mas avanços e fusões etc. resultaram em chipsets mais integrados (AMD/Intel), ambos utilizáveis
    • Arch Wiki - Optimus: Métodos disponíveis - Escolha o método de tempo de execução desejado aqui. Eu recomendo o padrão - Prime render offload. Eu percebo que o OP preferiria a opção NVIDIA only, mas isso causará desgaste da bateria mais rápido.
    • Wiki Debian Optimus - Combine o método escolhido entre os métodos acima com a entrada do método neste Wiki para usar as ferramentas oficiais baseadas no Debian.

    Atualizar

    Graças à atualização de edição do OP e com base nas especificações do AMD Ryzen™ 9 7940HS , tentarei apresentar uma visão geral das etapas que precisam ser concluídas.

    1. Desativar temporariamente o login gráfico
      • No Login Gráfico, pressione Ctrl + Alt + F(n)onde nestá entre 2 e 6 e F(n) é a Linha de Teclas de Função.
    2. Login através do terminal
    3. Informe ao SystemD que você está solucionando problemas:sudo -i && systemctl stop lightdm
    4. Instale o pacote xserver-xorg-video-amdgpuapt via .
    5. Remova os nvidia-driverspacotes via apt. Eu recomendo algo comoapt purge nvidia*
    6. Reinicializar: Como o serviço LightDM foi interrompido apenas pela reinicialização, ele deve ser reiniciado após remover todas as nvidia-driverstentativas malsucedidas.
    7. Certifique-se de que o LightDM inicia e que você pode fazer login na área de trabalho. Se não, pare aqui e relate. O objetivo deste exercício é fazer a iGPU funcionar sozinha sem a GPU NVIDIA discreta. Quando a iGPU estiver funcionando conforme o esperado, podemos continuar com a instalação do PRIME do Optimus Wiki acima.

    Mais detalhes podem ser encontrados na entrada AMD/ATI Drivers (amdgpu, radeon, r128, mach64) Debian Wiki

    Ao pesquisar esta atualização, também encontrei o LACT , que funciona em conjunto com o PRIME para ajustar ainda mais a configuração e, como regra geral , essas configurações devem ser analisadas em todos os sistemas baseados em Ryzen.

    Considerações finais

    Como o OP marcou isso como a Resposta (o que "fecha" a pergunta extraoficialmente), estou adicionando essas ideias aqui para futuros leitores, caso eles cheguem ao Passo 7 acima e ainda tenham problemas.

    1. Sempre resolva esse problema em pequenos passos, ou seja, sempre faça a iGPU funcionar sozinha antes de tentar adicionar os drivers da NVIDIA.
    2. É verdade que apenas ter o nome ou a arte dizendo "Powered by NVIDIA graphics" vende o laptop para alguns compradores. Qualquer laptop que tenha qualquer texto relacionado à Optimus sempre terá 2 placas de vídeo.
    3. Embora isso possa ser feito, desligando a iGPU (APÓS CONCLUIR as etapas acima, ou alguma variação delas, os usuários estão "desperdiçando" o poder das configurações do Optimus, na minha opinião, ao não aproveitar a iGPU
    4. Em cerca de 95% dos casos (como no caso do OP), se após concluir o procedimento acima, os gráficos ainda se recusarem a funcionar, é SEMPRE um problema de firmware (isso ocorre porque o firmware que as placas estão solicitando é mais recente do que o firmware disponível no repositório de pacotes da sua distribuição).
      • Veja Como identificar um dispositivo PCI : Este procedimento funciona da mesma forma em qualquer distribuição, mas como esta era uma questão específica do Debian, usei o Debian Wiki
      • Verifique se seu dispositivo é visto pelo kernel, mas se o firmware necessário está realmente faltando. Dmesgrelatará o seguinte em todos esses casos: firmware: failed to load <device vendor>/file_version.bin (-2) A saída importante aqui é o -2. Na maioria dos casos -2é um File not Founderro.
    5. Para resolver o problema, pesquise file_version.binno seu mecanismo de busca favorito.
    6. Leia Firmware Missing From Debian (novamente o procedimento é o mesmo para qualquer distribuição, mas usando recursos Debian). SEMPRE use a seguinte ordem para determinar o método de atualização:
      • Use apto gerenciador de pacotes da sua distribuição para determinar se o firmware mais novo já está empacotado para sua distribuição. No caso do OP, isso foi feito adicionando o backportsrepositório, que na verdade era uma atualização
      • linux-firmwareBaixe manualmente um pacote somente se file_version.binNÃO ESTIVER DISPONÍVEL em nenhum repositório do SO
        • O método do gerenciador de pacotes deve ser sempre preferido , pois você sempre deseja que o gerenciador de pacotes "gerencie atualizações" do firmware, caso alguma fique disponível.
    • 1

relate perguntas