Forum Linux.debian/ubuntu Écran noir un peu après GRUB.

Posté par  . Licence CC By‑SA.
Étiquettes : aucune
1
17
août
2023

Bonjour,

Ce matin, mon PC de bureau affiche un écran noir après quelques secondes une fois GRUB passé.

  • Debian Bookworm avec KDE.
  • Carte-mère B450M Pro4 R2.0 P5.40 avec un Ryzen 5 5600G & Radeon Graphics
  • Le PC fonctionnait encore très bien hier (et depuis juin, en fait).
  • Le mode "Recovery" ne change rien.
  • Je n'ai pas fait de mise à jour hier (ni toute cette semaine ).
  • J'ai tenté de débrancher la RAM, de n'utiliser qu'une barrette, de les changer de slot, mais rien n'y fait.
  • J'ai tenté l'utilisation d'un LiveUSB de KDE Néon et cette fois, un bureau se lance en version Safe Graphics (mais pas dans l'autre version).

J'obtiens quand même un petit message d'erreur qui dure une seconde et que j'ai réussi à prendre en photo…

[0.960923] ACPI BIOS Error (bug): Coul not resolve symbol [_SB:PCI0.GP17.VGA.LCD._BCM.AFN7], AE_NOT_FOUND (20220331/psargs-330)
[0.961535] ACPI Error: Aborting method _SB.PCI0.GP17.VGA.LCD._BCM due to previous error (AE_NOT_FOUND) (20220331/psparse-529)

D'où cela provient-il ? Comment corriger tout ça ? :)

Merci pour votre attention et vos diagnostics ! :)

  • # Debian Live ?

    Posté par  (site web personnel) . Évalué à 3.

    Histoire de comparer ce qui est comparable, je regarderais du côté des images Debian live publiées pour 12.1.0 (même si ces dernières sont figées dans le temps, et sont plus « vieilles » que ton système, ça devrait permettre de vérifier si un problème matériel est apparu vs. un problème logiciel).

    Si le système se charge correctement, j'en profiterais pour regarder ce qu'il y a dans le système de fichiers racine. Notamment /var/log/apt/*.log pour les mises à jour installées « dernièrement » mais non nécessairement appliquées. Dans ton cas, les paquets linux-image-* et assimilés peuvent avoir été mis à jour il y a plusieurs jours ou semaines, mais sans le redémarrage associé, il arrive de se rendre compte d'éventuelles régressions bien plus tard.

    Ces derniers temps, les paquets *-microcode ont été mis à jour. Je n'ai pas le détail en tête (et c'est de toute façon souvent compliqué avec les constructeurs qui communiquent peu de détails techniques), mais ça pourrait valoir le coup de supprimer le paquet, rebuilder l'initramfs, et retenter un démarrage sans. Si le problème disparaît, retenter l'installation de la version précédente, vérifier que ça continue à fonctionner, puis ouvrir un rapport de bogue pour signaler la régression.

    Quant aux erreurs ACPI, c'est malheureusement très courant, et ça peut ne pas être plus gênant que cela… À nouveau, en accédant à ton système de fichiers racines depuis un système live, tu dois pouvoir vérifier la présence ou non de ce message dans les logs noyau des démarrages passés.

    Bon courage.

    Debian Consultant @ DEBAMAX

    • [^] # Re: Debian Live ?

      Posté par  . Évalué à 3. Dernière modification le 17 août 2023 à 14:29.

      Si le système se charge correctement, j'en profiterais pour regarder ce qu'il y a dans le système de fichiers racine. Notamment /var/log/apt/.log pour les mises à jour installées « dernièrement » mais non nécessairement appliquées. Dans ton cas, les paquets linux-image- et assimilés peuvent avoir été mis à jour il y a plusieurs jours ou semaines, mais sans le redémarrage associé, il arrive de se rendre compte d'éventuelles régressions bien plus tard.

      Est-il possible pour Debian de pouvoir selectionner la version n-1 ou n-2 de noyau précédemment installé ? Sur Ubuntu c'est possible (je me suis déjà sorti de problèmes plus ou moins similaires en procédant ainsi - je crois que la version de mon pilote graphique n'était pas compatible avec la nouvelle version de noyau - j'ai du refaire les installations des deux composants à la main + plusieurs petits trucs dont je ne me rappelle plus pour que ça puisse fonctionner à nouveau ).

    • [^] # Re: Debian Live ?

      Posté par  . Évalué à 2.

      Je n'ai pas fait de mises à jour récemment (depuis un bout de temps de mémoire) et je redémarre quotidiennement (voire plusieurs fois par jour).

      J'ai testé la version Live de Debian KDE (je télécharge celle de LXDE désormais, mais ma connexion est lente) et je n'ai pas pu démarrer en mode Live (ni en safe-mode).

      À noter que j'ai deux versions du noyau installées et que j'ai testé les deux (une qui finit en -9 et l'autre en -7, mais je n'y ai pas accès là) et que les deux ne fonctionnent pas.

      Qui plus est, le PC redémarre dès lors que je fais la combinaison de touches ALT+IMPRÉCRAN+B, ça réagit "normalement".

      Je regarderai dès que je peux les logs (mais il faut que je recrée une clé USB avec KDE Néon…et je n'en ai qu'une de plus de 2Go, tout ceci prend beaucoup de temps).

  • # Un démarrage en mode texte classique (sans frame buffer) - c'est plus possible ?

    Posté par  . Évalué à 3.

    Avant, quand l mode graphique ne fonctionnait pas on pouvait facimement démarrer le système soit en single, avec un mode texte vga standard, ce qui permettait de réparer facilemment les problèmes.

    Aujourd'hui j'ai l'impression que démarrer un système en mode texte basique, en démarrant tout sauf la couche graphique, est devenu quasi impossible - sauf à utiliser un recovery media.

    Je trouve que c'est une belle régression.

    • [^] # Re: Un démarrage en mode texte classique (sans frame buffer) - c'est plus possible ?

      Posté par  . Évalué à 2.

      J'y parviens en trifouillant les options de GRUB au démarrage. J'enlève le "quiet" et ajoute "noacpi acpi=off". À partir de là, je peux rejoindre un tty et m'adonner à de la lecture. Mais comme je n'ai rien changé récemment, je ne sais pas trop où regarder.

      Ça doit venir du support graphique mais alors j'ai tenté de changer plusieurs options sans succès.

      • [^] # Re: Un démarrage en mode texte classique (sans frame buffer) - c'est plus possible ?

        Posté par  (site web personnel) . Évalué à 2.

        À partir de là, je peux rejoindre un tty et m'adonner à de la lecture. Mais comme je n'ai rien changé récemment, je ne sais pas trop où regarder.

        profites-en pour lancer un inxi -F (donnera des éléments plus précis sur ta config) et un dmesg (donnera les erreurs rencontrées, filtrer pour ne conserver que ce qui est intéressant), à stocker dans des fichiers que tu pourras récupérer en bootant un liveCD.

        et en + : regarder les fichiers de logs comme indiqué ci-dessus

        • [^] # Re: Un démarrage en mode texte classique (sans frame buffer) - c'est plus possible ?

          Posté par  . Évalué à 3. Dernière modification le 20 août 2023 à 16:48.

          J'ai mis à jour la carte-mère et ai réinstallé une Debian (j'ai gardé mon /home) mais j'ai toujours les mêmes soucis. C'est super bizarre cette apparition soudaine quand même. Bon, pour le coup, j'ai tout à jour désormais (j'en suis à la version 6.1.0-11 du noyau du coup).

          J'ai installé inxi mais je n'ai rien trouvé de particulier avec dmesg. Je peux fournir le fichier complet sur pastebin au besoin (mais je l'ai épluché, comme les logs, sans succès, bien que je n'ai pas l'œil très affûté sur le sujet, je cherchais surtout une erreur ou quelque chose qui cloche avec l'affichage : X, Wayland, AMD, Radeon, graphic, que sais-je !).

          **System:
  Host: maisonfixe Kernel: 6.1.0-11-amd64 arch: x86_64 bits: 64 Console: tty 2 Distro: Debian
    GNU/Linux 12 (bookworm)
Machine:
  Type: Desktop Mobo: ASRock model: B450M Pro4 R2.0 serial: N/A UEFI: American Megatrends v: P8.01
    date: 03/14/2023
CPU:
  Info: single core model: AMD Ryzen 5 5600G with Radeon Graphics bits: 64 type: UP cache:
    L2: 512 KiB
  Speed (MHz): 3900 min/max: N/A core: 1: 3900
Graphics:
  Device-1: AMD Cezanne [Radeon Vega Series / Radeon Mobile Series] driver: N/A
  Display: server: X.org v: 1.21.1.7 with: Xwayland v: 22.1.9 driver: X: loaded: amdgpu
    unloaded: fbdev,modesetting,vesa dri: radeonsi gpu: N/A tty: 100x37
  API: OpenGL Message: GL data unavailable in console for root.
Audio:
  Device-1: AMD Renoir Radeon High Definition Audio driver: snd_hda_intel
  Device-2: AMD Family 17h/19h HD Audio driver: snd_hda_intel
  API: ALSA v: k6.1.0-11-amd64 status: kernel-api
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169
  IF: enp4s0 state: up speed: 100 Mbps duplex: full mac: a8:a1:59:65:9d:bc
Drives:
  Local Storage: total: 1.82 TiB used: 11.13 GiB (0.6%)
  ID-1: /dev/nvme0n1 vendor: Crucial model: CT1000P3SSD8 size: 931.51 GiB
  ID-2: /dev/sda vendor: Western Digital model: WD5000AAKX-001CA0 size: 465.76 GiB
  ID-3: /dev/sdb vendor: Seagate model: ST500DM002-1BD142 size: 465.76 GiB
Partition:
  ID-1: / size: 27.33 GiB used: 6.52 GiB (23.8%) fs: ext4 dev: /dev/nvme0n1p2
  ID-2: /boot/efi size: 511 MiB used: 5.8 MiB (1.1%) fs: vfat dev: /dev/nvme0n1p1
  ID-3: /home size: 886.88 GiB used: 4.61 GiB (0.5%) fs: ext4 dev: /dev/nvme0n1p4
Swap:
  ID-1: swap-1 type: partition size: 977 MiB used: 0 KiB (0.0%) dev: /dev/nvme0n1p3
Sensors:
  System Temperatures: cpu: 32.8 C mobo: N/A**
  Fan Speeds (RPM): N/A
Info:
  Processes: 122 Uptime: 1m Memory: 15 GiB used: 488.2 MiB (3.2%) Init: systemd
  target: graphical (5) Shell: Bash inxi: 3.3.26**

  • # Pas sûr que ca aide mais au cas où ...

    Posté par  . Évalué à 2.

    Alors le coup de l'écran noir après Grub sur KDE Neon je l'ai eu quelques fois …
    Surtout 2 cas me reviennent en mémoire :
    - la luminosité de l'écran à zéro (j'ai un portable). Ca m'est arrivé plusieurs fois, et les 2 ou 3 premières fois, re-install complète :-(.
    - mise à jour par le truc graphique ou pkcon. Bloqué après Grub, y'a aussi eu quelques re-install complètes, avant de penser à passer sur une console (Alt+F quelque chose) et de finir l'install "sudo pkcon update" et redémarrer :-(. Depuis c'est toujours "sudo apt update && sudo apt full-upgrade".

    Mais ca fait un moment que je n'ai plus eu de problème (et comme je viens de l'écrire, on est bien d'accord que dans la semaine qui vient je devrais avoir un joli écran noir après un reboot …).

    Donc voilà si ca peut t'aider …

    • [^] # Re: Pas sûr que ca aide mais au cas où ...

      Posté par  . Évalué à 2. Dernière modification le 17 août 2023 à 19:04.

      Salut,

      J'avais déjà essayé les CTRL+ALT+F[1-7] mais sans succès. Le PC démarre bien en mode "Safe Graphics" uniquement sous KDE Neon.
      Comme c'est un PC de bureau, je ne pense pas qu'il s'agisse d'un problème de luminosité, surtout qu'il se répète sur plusieurs systèmes différents.

      Ça doit avoir affaire avec un réglage graphique mais je n'y connais rien sur les options à passer au GRUB pour tenter.

      • [^] # Re: Pas sûr que ca aide mais au cas où ...

        Posté par  . Évalué à 3.

        Le PC démarre bien en mode "Safe Graphics" uniquement sous KDE Neon.

        Ça doit avoir affaire avec un réglage graphique mais je n'y connais rien sur les options à passer au GRUB pour tenter

        donc oui, c'est bien qu'il charge ou tente de charger un pilote que ta carte n'aime pas, ou qui n'active pas la bonne sortie, ou pas assez vite pour que ton ecran s'active.

        possible aussi, ton bios s'est remis à zero (ca arrive avec les vieux PC qui ont une batterie usée, et dont on coupe l'alimentation), et ca repart avec la config qui dit "carte graphique integré puis carte secondaire PCI-e, du coup tu a sle bios, puis le grub, ensuite ca se passe sur la carte video de la carte mere, et ton ecran lui est branché sur la carte additionnelle

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.