Instalação

[Rafael Abreu]

Olá, pessoal.
Estou precisando de ajuda para conseguir instalar o Linux no meu notebook e já esgotei todas as alternativas que conheço.
Tenho um Dell Vostro 3515 (Processador AMD Ryzen com gráficos integrados Radeon) e não consigo dar boot em nenhum instalador Linux.
Já testei o Ubuntu, Linux Mint e Pop!_OS, e o comportamento é sempre o mesmo: eu seleciono a opção de instalar/testar no menu de boot, a tela pisca e o sistema simplesmente reinicia ou volta para a tela de seleção inicial, sem carregar a interface gráfica. Tudo o que é padrão de configuração já foi feito na BIOS e na criação das mídias:BIOS / UEFI: Secure Boot desativado, Fast Boot desativado e o armazenamento alterado de RAID para AHCI.
Mídias de Instalação: Criei os pen drives usando o Ventoy (tanto MBR quanto GPT), o Rufus (em modo GPT/UEFI e testando também o modo de gravação DD), e o BalenaEtcher. O pen drive é reconhecido perfeitamente no menu de boot do F12 da Dell.
Parâmetros de kernel: Tentei editar o Grub e adicionar o parâmetro nomodeset ao final da linha do Linux, mas o comportamento de reiniciar ou resetar continua.
Parece ser alguma incompatibilidade crônica desse hardware da Dell (controladora de vídeo AMD ou gerenciamento ACPI da placa) com o kernel do instalador.
Alguém que tenha esse mesmo modelo ou que já passou por esse problema em notebooks Dell Ryzen recentes saberia me dizer se existe algum outro parâmetro de boot específico (como acpi=off, pci=noaer, etc.) ou alguma pegadinha na BIOS desse Vostro que resolva isso?

[galactus]

O comportamento descrito não aponta necessariamente para uma incompatibilidade crônica da GPU AMD. Como o equipamento chega ao menu do instalador e reinicia logo depois que o kernel começa a carregar, é necessário separar quatro possibilidades: firmware, hardware, mídia de instalação e parâmetros de inicialização.

O primeiro passo seria verificar a versão do BIOS. A Dell disponibilizou atualizações importantes para o Inspiron/Vostro 3515, incluindo a versão 1.30.0, publicada em março de 2025. Recomendo consultar a página do equipamento usando a etiqueta de serviço, atualizar o BIOS caso exista uma versão mais recente e, depois, carregar os padrões de fábrica do BIOS.

Após restaurar os padrões, configure novamente:

* Boot Mode: UEFI;
* SATA Operation: AHCI;
* Secure Boot: Disabled;
* Fast Boot: Disabled ou Thorough;
* Legacy Option ROMs: Disabled.

Antes de testar novamente o Linux, execute também o diagnóstico da Dell pelo menu F12 → Diagnostics. Faça o teste completo da memória, SSD/NVMe, processador, vídeo e placa-mãe. Uma falha de memória, armazenamento ou alimentação também pode provocar reinicialização durante o carregamento do kernel.

Para eliminar problemas relacionados à mídia, eu faria um novo teste sem Ventoy. Baixaria uma imagem oficial recente, validaria o SHA256 e a gravaria diretamente em outro pen drive usando Rufus em modo DD ou Balena Etcher. Também testaria outra porta USB. Preferencialmente, usaria uma versão atual do Ubuntu, pois ela contém um kernel e firmwares AMD mais recentes.

No menu de inicialização, pressione "e" sobre "Try or Install Ubuntu", remova:

quiet splash

e tente primeiro:

nomodeset

O objetivo de retirar "quiet splash" é visualizar as mensagens reais do kernel. Como o reinício pode ser muito rápido, vale filmar a tela para identificar a última mensagem exibida.

Também é importante testar sem subir a interface gráfica. Para isso, use:

nomodeset systemd.unit=multi-user.target

Se o notebook reiniciar mesmo tentando entrar somente em modo texto, o problema provavelmente não está restrito ao driver gráfico AMDGPU.

Depois, teste os seguintes parâmetros, sempre um de cada vez:

iommu=soft

amd_iommu=off

noapic

idle=nomwait

amdgpu.dc=0

Também pode ser testada uma combinação por vez, como:

nomodeset iommu=soft

Eu não começaria por "acpi=off". Esse parâmetro é muito agressivo e pode desativar gerenciamento térmico, bateria, desligamento correto, detecção de dispositivos e até parte dos núcleos do processador. Deve ser usado apenas como teste diagnóstico final, e não como solução permanente.

O parâmetro "pci=noaer" normalmente apenas oculta mensagens de erro PCI Express AER e, isoladamente, dificilmente resolverá uma reinicialização desse tipo.

Outro teste útil seria iniciar uma imagem do Ubuntu Server. Se ela também reiniciar antes de chegar ao instalador em modo texto, isso reforçaria a hipótese de firmware, ACPI/APIC, IOMMU, memória ou outro componente, em vez de uma falha exclusiva da interface gráfica.

Para avançar no diagnóstico, seriam importantes as seguintes informações:

* versão atual do BIOS;
* modelo exato do processador Ryzen;
* versão exata das imagens Linux testadas;
* resultado do diagnóstico ePSA;
* última mensagem exibida ao retirar "quiet splash";
* confirmação de que uma imagem do Ubuntu Server também foi testada;
* comportamento com outro pen drive e outra porta USB.

Com esses dados será possível indicar um parâmetro específico, em vez de tentar opções aleatórias que podem apenas esconder o problema.