HELP ! M1605NAQ - Installation Linux ne se lance pas

[Mimilous]

Bonjour
je viens d'acheter ce portable vendu sans OS, avec l'idée d'y installer Linux Mint.
Au démarrage sur la clé USB bootable, j'ai bien la proposition d'installer Mint en normal ou en recovery, mais après plus rien : écran noir.
La clé marche bien, puisque je l'avais laissé sur mon PC de bureau, et Mint s'est lancé tout seul au démarrage.
J'ai quand même essayé avec une autre clé et Ubuntu, mais c'est pareil.
secure boot inactivé et démarrage rapide également.
Avez-vous une idée ?
Cordialement

 

[Nicolas]

Bonjour

Ce problème d'écran noir au démarrage de Linux sur l'ASUS Vivobook M1605NA (équipé d'un processeur AMD Ryzen et de graphismes Radeon) survient généralement au moment où le noyau Linux essaie d'initialiser le pilote d'affichage (amdgpu).

C'est un classique qui se règle souvent en modifiant temporairement les paramètres du chargeur d'amorçage (GRUB) pour forcer l'affichage, puis en appliquant un correctif permanent.

Voici la marche à suivre pas à pas pour débloquer la situation.

Étape 1 : Passer l'écran noir avec le mode d'affichage basique
Pour pouvoir démarrer et corriger la configuration, vous devez dire à Linux de ne pas charger immédiatement le pilote graphique lourd.

1. Démarrez (ou redémarrez) votre ordinateur.
2. Dès que le logo ASUS disparaît, appuyez de manière répétée (ou restez appuyé) sur la touche Échap (ou Maj) pour faire apparaître le menu GRUB (la liste des choix de démarrage).
3. Utilisez les flèches du clavier pour vous placer sur la ligne de votre distribution Linux (généralement la première option).
4. Appuyez sur la touche e de votre clavier pour modifier les paramètres de démarrage.
5. Cherchez la ligne qui commence par linux (elle contient souvent des mots comme quiet splash).
6. Déplacez votre curseur à la toute fin de cette ligne, ajoutez un espace, puis tapez :
   nomodeset
   
   
7. Appuyez sur F10 (ou Ctrl + X) pour lancer le démarrage.

Note : L'interface sera peut-être un peu pixelisée ou lente, c'est normal. L'option nomodeset utilise un pilote d'affichage générique temporaire.

Étape 2 : Mettre à jour le système et le noyau (Kernel)
Les architectures récentes d'AMD nécessitent des pilotes de microcode (firmware-amd-graphics ou linux-firmware) à jour. Une fois arrivé sur votre bureau :

1. Connectez-vous à Internet.
2. Ouvrez un terminal et mettez à jour votre système pour obtenir le noyau Linux le plus récent disponible pour votre distribution :
   • Ubuntu / Mint / Debian :
     sudo apt update && sudo apt upgrade -y
     
     
   • Fedora :
     sudo dnf upgrade --refresh
     
     
   • Arch Linux :
     sudo pacman -Syu

Si le problème venait d'un manque de support natif d'une version du noyau trop ancienne, le passage à un noyau plus récent règle souvent définitivement l'écran noir.

 

[Mimilous]

Merci de votre réponse.
Mais après F10 ou Crtl+x, j'ai "Booting a command list" et le curseur fixe en dessous

 

[Nicolas]

Ce blocage juste après le message "Booting a command list" avec un curseur figé signifie que le chargeur de démarrage (GRUB) a bien passé les instructions, mais que le noyau Linux plante ou refuse de s'initialiser avant même d'avoir pu charger le pilote graphique.

Sur les processeurs AMD Ryzen récents (série 7000/8000) de l'ASUS Vivobook M1605, ce problème est généralement lié à un conflit entre la gestion ACPI (la gestion de l'énergie de la carte mère) et les pilotes d'économie d'énergie du processeur.
Voici comment modifier l'instruction pour forcer le passage.

La solution : Tester des paramètres ACPI alternatifs
Recommencez la manipulation de l'étape précédente (redémarrage, Échap pour GRUB, puis e pour modifier la ligne linux), mais au lieu de taper simplement nomodeset, essayez l'une de ces trois options à la fin de la ligne.

Essayez-les une par une, dans cet ordre de priorité :

Option 1 : Désactiver l'état d'économie d'énergie AMD (Le plus probable)
Ajoutez ceci à la fin de la ligne linux :
processor.max_cstate=1

• Pourquoi ça aide : Les noyaux Linux un peu anciens ou non patchés plantent au démarrage lorsque le processeur AMD tente de descendre trop profondément dans ses états d'économie d'énergie (C-states) dès la première seconde du boot.

Option 2 : Désactiver complètement l'ACPI

Si la première option ne fonctionne pas, remplacez-la par :
acpi=off

• Pourquoi ça aide : Cela force Linux à ignorer totalement la table de gestion d'énergie de la carte mère ASUS. Le système va démarrer de manière très brute, mais cela permet au moins d'accéder au bureau pour faire les mises à jour.

Option 3 : Combiner la sécurité graphique et l'ACPI

Si le problème combine l'affichage et l'énergie, tentez l'alliance des deux :
nomodeset acpi=off

 

[Mimilous]

Merci, je vais essayer, mais le processeur n'est pas si récent, il s'agit d'un Ryzen 5 150.

 

[Mimilous]

J'ai essayé avec Ubuntu dont le noyau est 7.0, mais le résultat est le même qu'avec Mint dont le noyau est 6.14

Donc, au final acpi=off marche, mais le touchpad et le clavier ne fonctionnent pas. Le voyant de VerrMaj est allumé, sans qu'on puisse l'éteindre. Avec une souris filaire, ça va, j'ai pu commencer l'installation, mais je bloque lorsque je dois écrire.

 

[Nicolas]

Lors de l'installation, le système utilise un pilote de clavier très basique, mais une fois le système installé, Linux tente de passer par le gestionnaire d'énergie et les interruptions ACPI de la carte mère, ce qui cause un conflit. Le clavier est physiquement présent et alimenté, mais le système n'écoute plus ses signaux.
Puisque votre clavier intégré est bloqué, vous allez avoir besoin d'une solution de secours temporaire pour taper les commandes : branchez un clavier USB externe ou utilisez le clavier visuel à l'écran (accessible via le menu d'accessibilité en haut à droite de votre écran de connexion ou de votre bureau).

La solution : Ajouter un paramètre de contournement ACPI
Nous allons ajouter une option au démarrage de Linux pour forcer le noyau à gérer les interruptions du clavier correctement (irqpoll) ou à ignorer la gestion ASUS défaillante (acpi_osi).

Étape 1 : Modifier le fichier de configuration de GRUB
Une fois sur votre bureau (en utilisant votre souris et un clavier temporaire), ouvrez un Terminal et tapez la commande suivante :
sudo nano /etc/default/grub

(Votre mot de passe vous sera demandé. Tapez-le et validez avec Entrée).

Étape 2 : Ajouter les options de boot

1. Utilisez les flèches du clavier (externe) pour descendre jusqu'à la ligne qui commence par :
   GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
2. Modifiez cette ligne pour y ajouter l'un des paramètres suivants à l'intérieur des guillemets.

Sur les ASUS récents, l'option irqpoll est celle qui donne le plus de succès pour le clavier

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash irqpoll"

(Si vous aviez dû utiliser processor.max_cstate=1 ou acpi=off pour régler le problème d'écran noir à l'étape précédente, laissez-les aussi dans les guillemets, par exemple : GRUB_CMDLINE_LINUX_DEFAULT="quiet splash processor.max_cstate=1 irqpoll").

1. Si irqpoll ne fonctionne pas après le redémarrage, vous pourrez revenir et tester à la place : acpi_osi=Linux ou i8042.nopnp.

Étape 3 : Sauvegarder et appliquer

1. Pour enregistrer dans l'éditeur Nano, appuyez sur Ctrl + O puis sur Entrée.
2. Pour quitter, appuyez sur Ctrl + X.
3. Enfin, pour que Linux prenne en compte ce changement au prochain démarrage, tapez impérativement :
   
   sudo update-grub

Étape alternative (Si le pavé tactile / Touchpad ne fonctionne pas non plus)

Si en plus du clavier, votre pavé tactile refuse de répondre, le problème vient généralement des pilotes i8042 qui gèrent les bus internes de l'ordinateur.
Si la méthode ci-dessus n'a rien changé, retournez dans le fichier /etc/default/grub et essayez cette configuration très efficace sur les Vivobook :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i8042.reset i8042.nomux i8042.nopnp i8042.dumbkbd"

N'oubliez pas de refaire un sudo update-grub après la modification avant de redémarrer.