Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

{Résolu] Le bon vieux classique écran noir

Yetuntu

Bonjour
Je viens d'enlever le statut [Résolu] à cette discussion parce que le problème est de retour. Je suis de nouveau connecté en passant par le menu "recovery mode".

inbox

Vérifie que l'option de boot amdgpu.exp_hw_support=1 est bien présente. La commande suivante le fera rapidement :

dmesg | grep amdgpu.exp_hw_support=1

Si c'est OK, tu peux tester en ajoutant l'option suivante :

amdgpu.dc=0

Si ce n'es pas mieux, essaye avec uniquement la 2ème option.

Yetuntu

Voilà:

yet@yet-VivoBook-X512DA-F512DA:~$ dmesg | grep amdgpu.exp_hw_support=1
[    0.000000] Command line: BOOT_IMAGE=/vmlinuz-5.4.0-45-generic root=UUID=6b022efb-2bed-48b8-81e4-8b768689bb60 ro recovery nomodeset dis_ucode_ldr amdgpu.exp_hw_support=1
[    0.026268] Kernel command line: BOOT_IMAGE=/vmlinuz-5.4.0-45-generic root=UUID=6b022efb-2bed-48b8-81e4-8b768689bb60 ro recovery nomodeset dis_ucode_ldr amdgpu.exp_hw_support=1
yet@yet-VivoBook-X512DA-F512DA:~$ gedit

par contre, pour ça:

Inbox a écrit Si c'est OK, tu peux tester en ajoutant l'option suivante :

amdgpu.dc=0

Si ce n'es pas mieux, essaye avec uniquement la 2ème option.

je ne sais pas comment faire

inbox

Peux-tu m'expliquer ce qui t'a incité à ajouter nomodeset dans les options de boot ? De même pour l'option dis_ucode_ldr ?

Deux preuves que tu sais ajouter des options dans Grub.

Yetuntu

S'il s'agit de Grub, c'est peut-être un paramétrage que j'avais modifié dans Gub-customizer.
et quand tu me dis d'ajouter l'option

amdgpu.dc=0

je ne sais pas où l'ajouter

inbox

Inbox a écritPeux-tu m'expliquer ce qui t'a incité à ajouter nomodeset dans les options de boot ? De même pour l'option dis_ucode_ldr ?

Yetuntu

??
Je ne sais pas comment ces options ont été ajoutées et je ne sais pas ce qu'est nomonotest et dis_ucode_ldr. Ma seule supposition c'est ce que j'ai écrit au post #25

inbox

Tu vas donc enlever ces options. À noter que l'option nomodeset n'est pas arrivée toute seule et qu'elle empêche le chargement du pilote graphique. Cela explique ton problème actuel. De plus, je t'ai expliqué ici, comment édite le fichier de configuration de Grub.

Donc, en utilisant la même façon de faire, tu supprimes les options inutiles et tu mets Grub à jour. Après un redémarrage, ton affichage devrait être normal.

Après correction et redémarrage, donne le retour de :

sudo dmesg | grep command

Yetuntu

J'ai un peu de mal à suivre. Dans le fichier Grub, je ne vois pas ces options:

  GNU nano 4.8                                                                 /etc/default/grub                                                                          
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT="0"
GRUB_TIMEOUT_STYLE="hidden"
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="amdgpu.exp_hw_support=1"

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL="console"

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE="640x480"

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID="true"

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

#export GRUB_MENU_PICTURE="/Linux_Inside_03.jpg"
#export GRUB_COLOR_NORMAL="light-magenta/black"
#export GRUB_COLOR_HIGHLIGHT="light-blue/yellow"
#UNNAMED_OPTION=""

ou alors je dois modifier un autre fichier?

J'ai refait la commande du post #22 et j'ai des résultats différents:

yet@yet-VivoBook-X512DA-F512DA:~$ dmesg | grep amdgpu.exp_hw_support=1
[    0.000000] Command line: BOOT_IMAGE=/vmlinuz-5.4.0-45-generic root=UUID=6b022efb-2bed-48b8-81e4-8b768689bb60 ro amdgpu.exp_hw_support=1 quiet splash vt.handoff=7
[    0.026164] Kernel command line: BOOT_IMAGE=/vmlinuz-5.4.0-45-generic root=UUID=6b022efb-2bed-48b8-81e4-8b768689bb60 ro amdgpu.exp_hw_support=1 quiet splash vt.handoff=7
yet@yet-VivoBook-X512DA-F512DA:~$

Ma réponse en 23 a été faite dans une session en recovery mode; maintenant je suis dans une session "normale" parce que j'ai pu y accéder. ça peut changer les paramètres?

inbox

Ah oui, je n'avais pas fait attention au "recovery" qui était indiqué ! 😐 En mode de secours il est normal que des options telle que "nomodeset" soient ajoutées.

Tu peux donc maintenant ajouter l'option que j'avais indiqué (amdgpu.dc=0), dans Grub. Tu édites donc le fichier Grub, comme indiqué, La modification doit ressembler à :

GRUB_CMDLINE_LINUX="amdgpu.exp_hw_support=1 amdgpu.dc=0"

Corrige aussi la ligne suivante :

GRUB_DEFAULT="0"

Version correcte :

GRUB_DEFAULT=0

Yetuntu

C'est fait

  GNU nano 4.8                                                                 /etc/default/grub                                                                          
#If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE="hidden"
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="amdgpu.exp_hw_support=1 amdgpu.dc=0"

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL="console"

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE="640x480"

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID="true"

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

#export GRUB_MENU_PICTURE="/Linux_Inside_03.jpg"
#export GRUB_COLOR_NORMAL="light-magenta/black"
#export GRUB_COLOR_HIGHLIGHT="light-blue/yellow"
#UNNAMED_OPTION=""

Puis

yet@yet-VivoBook-X512DA-F512DA:~$ sudo update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-5.4.0-47-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.4.0-47-generic
Image Linux trouvée : /boot/vmlinuz-5.4.0-45-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.4.0-45-generic
Image Linux trouvée : /boot/vmlinuz-5.4.0-42-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.4.0-42-generic
Windows Boot Manager trouvé sur /dev/nvme0n1p1@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for UEFI Firmware Settings
fait
yet@yet-VivoBook-X512DA-F512DA:~$

je vais redémarrer la bécanne...

Yetuntu

Autre problème. Ubuntu ne se charge plus; message d'erreur. Initamfs unpacking failed / Unbl to read/write to IOMNU perf coun / can' request region for resourse
Je vais faire un boot-repair demain

inbox

Même la version 42 du noyau ?

En tout cas, de ce que j'en lis, le problème ressemble furieusement à un problème de noyau.

AMD-Vi: Unable to write to IOMMU perf counter

Dans un ancien sujet, j'ai lu qu'ajouter l'option iommu=off dans /et/default/grub permet de contourner le problème. L'utilisateur indique qu'une mise à jour du Bios/EFI a permi de régler le problème.

Connais-tu le modèle exact de ton PC ? Le prompt du terminal indique X512DA-F512DA, mais ce sont deux modèles différents. C'est donc l'un des deux, mais lequel ? Le but étant de chercher dans le support Asus, la dernière version de Bios Disponible. Le modèle est généralement inscrit sur une étiquette sous le PC.
Il faudra d'ailleurs, que tu cherches le N° de version du Bios en y accédant. Un lien Asus, expliquant comment mettre le Bios à jour.

Yetuntu

J'ai essayé de démarrer sur les 3 noyaux présents: 5.4.0-42-Generic / 45 et 47 mais c'est le même résultat. Je suis en recovery mode maintenant

Pour le modèle c'est un Vivobook F512DA-EJ414T. Le X512DA, c'est pour la version du BIOS
Sur l'ancien sujet dont tu parles, il s'agit d'un noyau pré 4.19. Je vais quand même essayer de désactiver le IOMMU (au fait, c'est quoi le IOMNU?) et redémarrer. En espérant ne pas à avoir à faire la MAJ du Bios

Yetuntu

J'ai désactivé le IOMMU mais au redémarrage le problème décrit en #32 est revenu.
Comme l'erreur est arrivée après l'ajout de

amdgpu.dc=0

je l'ai supprimé de nouveau pour voir et j'ai pu me reconnecter en session normale.

# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.
# For full documentation of the options in this file, see:
#   info -f grub -n 'Simple configuration'

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE="hidden"
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="`lsb_release -i -s 2> /dev/null || echo Debian`"
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="amdgpu.exp_hw_support=1"
# iommu=off

# Uncomment to enable BadRAM filtering, modify to suit your needs
# This works with Linux (no patch required) and with any kernel that obtains
# the memory map information from GRUB (GNU Mach, kernel of FreeBSD ...)
#GRUB_BADRAM="0x01234567,0xfefefefe,0x89abcdef,0xefefefef"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL="console"

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE="640x480"

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID="true"

# Uncomment to disable generation of recovery mode menu entries
#GRUB_DISABLE_RECOVERY="true"

# Uncomment to get a beep at grub start
#GRUB_INIT_TUNE="480 440 1"

#export GRUB_MENU_PICTURE="/Linux_Inside_03.jpg"
#export GRUB_COLOR_NORMAL="light-magenta/black"
#export GRUB_COLOR_HIGHLIGHT="light-blue/yellow"

En redémarrant plusieurs fois, chaque session se passe différemment: avec ou sans msg d'erreur, chargement complet ou pas...
J'ai jamais compris pourquoi parfois ça marche et d'autre c'est le recovery mode qui marche.

Yetuntu

Bonjour,
Après toutes les manipulations décrites avant, j'ai toujours mon problème d'écran noir au démarrage sauf en mode recovery. Une nouvelle idée quelqu'un?
merci

inbox

Je viens de lire deux rapport de bug et celui-ci, avec le même modèle de carte graphique que sur ton PC. Une chose à tester et de vérifier si le démarrage se fait normalement avec le chargeur branché. Il faut avoir branché le chargeur avant de l'allumer.

xubu1957

Bonjour,

Cette info > Ubuntu 20.04 ne boot plus ACPI error - amdgpu

Yetuntu

Bonjour,
Absent quelques jour, j'ai regardé vos suggestions

inbox a écritJe viens de lire deux rapport de bug et celui-ci, avec le même modèle de carte graphique que sur ton PC. Une chose à tester et de vérifier si le démarrage se fait normalement avec le chargeur branché. Il faut avoir branché le chargeur avant de l'allumer.

Je ne note aucune différence avec l’alimentation branchée ou pas. Le chargement correct ne se fait qu'une fois de temps en temps; le reste du temps je dois booter en mode recovery

xubu1957 a écritBonjour,

Cette info > Ubuntu 20.04 ne boot plus ACPI error - amdgpu

Je n'ai plus ce type de message depuis le post #35 après avoir désactivé IOMNU

iommu=off

En ce moment, je suisconnecté dans une session normale

Yetuntu

Correction, il faut lire commenté et non pas désactivé:

Yetuntu a écritJe n'ai plus ce type de message depuis le post #35 après avoir commenté IOMNU

# iommu=off

« Page précédente Page suivante »