Eu uso um laptop com uma configuração de gráficos híbrida (Intel + Nvidia), executando o Kubuntu 24.10, com secureboot habilitado. Meu kernel atual (saída de uname -r) é 6.11.0-9-generic.
Após uma atualização recente (não sei exatamente o que, mas suspeito que seja a atualização do kernel de 6.11.0-8-genericpara 6.11.0-9-generic), minha placa Nvidia parece ter parado de funcionar completamente - os monitores externos não estão sendo detectados, independentemente de eu usar o X ou o Wayland, e não vejo mais os detalhes da placa no aplicativo "Configurações do servidor NVIDIA X".
lshwmostra a placa como um dispositivo de exibição NÃO REIVINDICADO, sugerindo que nenhum driver queria lidar com minha GPU Nvidia (também sugerido pelo fato de nenhum nome de driver ser exibido na seção "configuração":
wisp@transient > ~ > sudo lshw -C display
*-display UNCLAIMED
description: 3D controller
product: GP107M [GeForce GTX 1050 Ti Mobile]
vendor: NVIDIA Corporation
physical id: 0
bus info: pci@0000:01:00.0
version: a1
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list
configuration: latency=0
resources: memory:a3000000-a3ffffff memory:90000000-9fffffff memory:a0000000-a1ffffff ioport:4000(size=128) memory:a4000000-a407ffff
*-display
description: VGA compatible controller
product: CoffeeLake-H GT2 [UHD Graphics 630]
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
logical name: /dev/fb0
version: 00
width: 64 bits
clock: 33MHz
capabilities: pciexpress msi pm vga_controller bus_master cap_list rom fb
configuration: depth=32 driver=i915 latency=0 resolution=1920,1080
resources: irq:150 memory:a2000000-a2ffffff memory:80000000-8fffffff ioport:5000(size=64) memory:c0000-dffff
wisp@transient > ~ >
Isso parece indicar um problema de driver e, olhando para dkms status nvidiaele, parece que meu driver (o proprietário) foi instalado perfeitamente (os avisos assustadores acima parecem estar relacionados à versão mais antiga do kernel, que não é a minha), mas, na verdade, não está sendo usado:
wisp@transient > ~ > sudo dkms status nvidia
nvidia/560.35.03, 6.11.0-8-generic, x86_64: installed (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!) (WARNING! Diff between built and installed module!)
nvidia/560.35.03, 6.11.0-9-generic, x86_64: installed
wisp@transient > ~ >
Tentar sudo modprobe nvidiamanualmente faz com que modprobegritem comigo sobre um erro de tecla:
wisp@transient > ~ > sudo modprobe nvidia
modprobe: ERROR: could not insert 'nvidia': Key was rejected by service
wisp@transient > ~ >
Esta é a parte que me confunde, já que eu costumava usar o driver proprietário nesta máquina exata, então se isso realmente é um problema de assinatura, eu esperaria que tivesse acontecido antes. Como eu poderia estar tendo um erro de chave agora, mas não antes e, mais importante, como eu conserto isso?
editar: corrigir a ortografia dkmsno dmkscorpo do texto (não bloco de código)
Eu também tenho o mesmo problema. Tenho procurado uma solução na internet e encontrei de tudo, desde configuração de carregamento de módulo do kernel (que requer módulos assinados, alguns dizem, não parece ser o problema, especialmente com distros baseadas no Ubuntu) até problemas de inicialização segura. Parece que a inicialização segura é a culpada aqui. O Ubuntu (e seus derivados) não estão atualizando corretamente as chaves em sistemas habilitados para inicialização segura, o que faz com que o driver falhe ao carregar.
Ainda não testei isso pessoalmente, mas o consenso parece apontar para inicialização segura. Realmente não gosto de ter que desabilitar inicialização segura se eu puder evitar, e realmente não deveria ter que fazer isso só para fazer um driver funcionar que alguém foi preguiçoso demais para fazer funcionar com inicialização segura corretamente.
Tenho exatamente a mesma configuração: Acer Predator Helios 18 com gráficos Intel incorporados no processador (i9-14900hx, vem com gráficos Raptor Lake-S UHD) e uma Nvidia RTX 4090. Recebo o erro de chave ao tentar carregar o módulo também, e tenho o pacote dkms. Também tentei instalar o outro pacote de driver sugerido acima e nenhuma alteração. Ainda quebrado.
A única solução que conheço para fazer isso funcionar (se você quiser chamar a criação de uma falha de segurança gritante no seu sistema de "solução") é desabilitar completamente a inicialização segura e torcer para que você não pegue nenhum malware que estrague seus arquivos de inicialização. :/
Eles realmente precisam consertar isso. Olhando os resultados da pesquisa, essa porcaria está acontecendo há anos e a única coisa que alguém fez para resolver isso foi cuspir algumas correções que PODEM funcionar por um tempo até que uma atualização quebre as coisas novamente.
Infelizmente, isso parece um cenário sem saída até que alguém realmente resolva e corrija esse problema adequadamente.
Acho que algo estava errado com meu DKMS. Ao atualizar do kernel na questão (
6.11.0-9-generic) primeiro para6.11.0-12-generice agora para6.11.0-13-generic, o DKMS parece estar funcionando perfeitamente, assinando os drivers da Nvidia sem problemas.Trecho do
6.11.0-13-genericlog (parte desudo apt-get upgrade)E o novo
dmks status nvidia: