Debian-facile

gifran

Membre

Inscription : 19-10-2022

écran noir après mise à jour

Bonjour à toutes, tous,
J'ai installé Bullseye (5.10.0.18) sur un portable Dell inspiron 5515 AMD Ryzen 7 avec AMD Graphics. Tout marche super bien.
Ce matin mise à jour avec le noyau 5.10.0.19 puis redémarrage suivi d'un écran noir, plus rien.
Redémarrage sur le noyau 5.10.0.18 et tout marche bien à nouveau.
Est-ce que vous auriez une idée de ce qui se passe avec ce nouveau noyau ?
Merci d'avance

Tawal

Membre

Distrib. : Debian Stable à jour

Noyau : amd64

(G)UI : Xfce

Inscription : 25-02-2021

Re : écran noir après mise à jour

Hello,

Pour être sûr d'avoir les bons messages d'erreurs :
Redémarre ton PC sur le noyau 5.10.0.19
Attend l'écran noir.
Reboote sur le noyau 5.10.0.18 et entre cette commande pour voir les erreurs générées par le boot sur 5.1.0.19 :

journalctl -b -1 -p err

et poste le retour.

Dernière modification par Tawal (19-10-2022 20:51:52)

---

Comme la science n'est pas infuse, elle se diffuse.
Useless Use of Cat Award
Filenames and Pathnames in Shell: How to do it Correctly
À chaque problème sa solution, à chaque solution son moyen, si pas de moyen, toujours le problème !

gifran

Membre

Inscription : 19-10-2022

Re : écran noir après mise à jour

Salut,
Merci de répondre, voici le retour :

bidule systemd-udevd[398]: /etc/udev/rules.d/60-brother-libsane-type1-inst.rules:14 Invalid key 'SYSFS'
oct. 19 11:38:41 bidule systemd-udevd[398]: /etc/udev/rules.d/60-brother-brscan4-libsane-type1.rules:9 Invalid key 'SYSFS'
oct. 19 11:38:41 bidule kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:62:crtc-0] flip_done timed out
oct. 19 11:38:41 bidule kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [PLANE:52:plane-3] flip_done timed out
oct. 19 11:38:41 bidule kernel: [drm:drm_atomic_helper_wait_for_dependencies [drm_kms_helper]] *ERROR* [CRTC:62:crtc-0] flip_done timed out
oct. 19 11:38:41 bidule kernel: [drm:drm_atomic_helper_wait_for_flip_done [drm_kms_helper]] *ERROR* [CRTC:62:crtc-0] flip_done timed out
oct. 19 11:38:41 bidule kernel: ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20200925/psobject-220)
oct. 19 11:38:41 bidule kernel: ACPI BIOS Error (bug): Could not resolve symbol [\_SB.PCI0.LPC0.EC0], AE_NOT_FOUND (20200925/dswload2-162)

anonyme

Invité

Re : écran noir après mise à jour

tu peu comparer les "DRM" entre les 2 noyau

dmesg | grep -i drm
 

mais sur le dernier noyau tu n'a peut être pas la main en console pure (touches Ctrl+Alt+F3)
a priori un gpu AMD radeon , je suppose intégré au cpu
le retour des erreurs ne me parle pas , une recherche sur le net ?

anonyme

Invité

Re : écran noir après mise à jour

re,
voila la mise a jour que tu a du faire

apt list --upgradable
En train de lister... Fait
firefox-esr-l10n-fr/stable-security,stable-security 102.4.0esr-1~deb11u1 all [pouvant être mis à jour depuis : 102.3.0esr-1~deb11u1]
firefox-esr/stable-security 102.4.0esr-1~deb11u1 amd64 [pouvant être mis à jour depuis : 102.3.0esr-1~deb11u1]
libcpupower1/stable-security 5.10.149-1 amd64 [pouvant être mis à jour depuis : 5.10.140-1]
libksba8/stable-security 1.5.0-3+deb11u1 amd64 [pouvant être mis à jour depuis : 1.5.0-3]
linux-image-amd64/stable-security 5.10.149-1 amd64 [pouvant être mis à jour depuis : 5.10.140-1]
linux-libc-dev/stable-security 5.10.149-1 amd64 [pouvant être mis à jour depuis : 5.10.140-1]
 

et voila l'ancien noyau

uname -a
Linux debian30 5.10.0-18-amd64 #1 SMP Debian 5.10.140-1 (2022-09-02) x86_64 GNU/Linux
 

je vais le mettre a jour

il faut que tu donne quel bureau tu utilise (et si un double boot , avec ou sans le secure-boot de l' EFI ).

re,
aucun souci pour moi sur un PC AMD et un vieux gpu AMD
tu n'a aucun affichage après la sélection du noyau ?
il y a un paquet mesa-utils et une commande a faire en user sur l'ancien noyau

glxinfo -B
 

peut être tester un démarrage en VESA (nomodeset) et un affichage en basse résolution voir si tu arrive au bureau avec le nouveau noyau
la solution est de rester sur l'ancien noyau , ou tester celui des backports de bullseye (la mise a jour est pour la sécurité , mais je sais pas ce que cela change )
je suppose que tu a ce paquet installé

apt policy firmware-amd-graphics
firmware-amd-graphics:
  Installé : 20210315-3
  Candidat : 20210315-3
 Table de version :
 *** 20210315-3 500
        500 http://deb.debian.org/debian bullseye/non-free amd64 Packages
        500 http://deb.debian.org/debian bullseye/non-free i386 Packages
        100 /var/lib/dpkg/status
 

voila les changements pour ce noyau

linux-signed-amd64 (5.10.149+1) bullseye-security; urgency=high

  * Sign kernel from linux 5.10.149-1

  * New upstream stable update:
    https://www.kernel.org/pub/linux/kernel/v5.x/ChangeLog-5.10.149
    - Revert "fs: check FMODE_LSEEK to control internal pipe splicing"

  [ Salvatore Bonaccorso ]
  * Replace patch for "io_uring/af_unix: defer registered files gc to io_uring
    release" with queued version

 -- Salvatore Bonaccorso <carnil@debian.org>  Mon, 17 Oct 2022 21:44:25 +0200
 

répond aux questions et attend l'avis d'un barbu 

Dernière modification par anonyme (20-10-2022 04:50:00)

gifran

Membre

Inscription : 19-10-2022

Re : écran noir après mise à jour

Salut,
Alors voilà :

dmesg | grep -i drm
[    2.055725] ACPI: bus type drm_connector registered
[    2.698081] [drm] amdgpu kernel modesetting enabled.
[    2.702482] [drm] initializing kernel modesetting (RENOIR 0x1002:0x164C 0x1028:0x0A78 0xC1).
[    2.702492] [drm] register mmio base: 0xD0400000
[    2.702493] [drm] register mmio size: 524288
[    2.703879] [drm] add ip block number 0 <soc15_common>
[    2.703881] [drm] add ip block number 1 <gmc_v9_0>
[    2.703882] [drm] add ip block number 2 <vega10_ih>
[    2.703882] [drm] add ip block number 3 <psp>
[    2.703883] [drm] add ip block number 4 <smu>
[    2.703884] [drm] add ip block number 5 <dm>
[    2.703885] [drm] add ip block number 6 <gfx_v9_0>
[    2.703886] [drm] add ip block number 7 <sdma_v4_0>
[    2.703887] [drm] add ip block number 8 <vcn_v2_0>
[    2.703888] [drm] add ip block number 9 <jpeg_v2_0>
[    2.703945] [drm] VCN decode is enabled in VM mode
[    2.703946] [drm] VCN encode is enabled in VM mode
[    2.703946] [drm] JPEG decode is enabled in VM mode
[    2.704000] [drm] vm size is 262144 GB, 4 levels, block size is 9-bit, fragment size is 9-bit
[    2.704012] [drm] Detected VRAM RAM=512M, BAR=512M
[    2.704013] [drm] RAM width 128bits DDR4
[    2.704046] [drm] amdgpu: 512M of VRAM memory ready
[    2.704047] [drm] amdgpu: 3072M of GTT memory ready.
[    2.704054] [drm] GART: num cpu pages 262144, num gpu pages 262144
[    2.704173] [drm] PCIE GART of 1024M enabled.
[    2.704174] [drm] PTB located at 0x000000F400900000
[    2.704503] [drm] Loading DMUB firmware via PSP: version=0x01000000
[    2.705244] [drm] Found VCN firmware Version ENC: 1.7 DEC: 4 VEP: 0 Revision: 17
[    3.407445] [drm] reserve 0x400000 from 0xf41f800000 for PSP TMR
[    3.504780] [drm] Display Core initialized with v3.2.177!
[    3.517656] [drm] DMUB hardware initialized: version=0x01000000
[    3.726346] [drm] kiq ring mec 2 pipe 1 q 0
[    3.728993] [drm] VCN decode and encode initialized successfully(under DPG Mode).
[    3.729012] [drm] JPEG decode initialized successfully.
[    3.733939] [drm] Initialized amdgpu 3.46.0 20150101 for 0000:03:00.0 on minor 0
[    3.741241] fbcon: amdgpudrmfb (fb0) is primary device
[    3.741342] [drm] DSC precompute is not needed.
[    3.820809] amdgpu 0000:03:00.0: [drm] fb0: amdgpudrmfb frame buffer device
[    4.185532] systemd[1]: Starting Load Kernel Module drm...
[    4.191695] systemd[1]: modprobe@drm.service: Succeeded.
[    4.191812] systemd[1]: Finished Load Kernel Module drm.

glxinfo -B
bash: glxinfo : commande introuvable

apt policy firmware-amd-graphics
firmware-amd-graphics:
  Installé : 20210315-3
  Candidat : 20210315-3
 Table de version :
 *** 20210315-3 500
        500 http://deb.debian.org/debian bullseye/non-free amd64 Packages
        100 /var/lib/dpkg/status

Finalement j'ai suivi ton conseil et j'ai installé le noyau 5.18 bpo. Ça marche.
Il semble que ça ne bloque qu'avec le 5.10.0.19.
Merci pour les réponses !

raleur

Membre

Inscription : 03-10-2014

Re : écran noir après mise à jour

Tu n'es pas le seul, voir le bug #1022042
Vu l'ampleur, je ne serais pas étonné qu'un correctif arrive rapidement.

voila les changements pour ce noyau

Un peu léger le changelog, d'habitude c'est beaucoup plus fourni. Il faut regarder tous les changements introduits depuis la version 5.10.140.

https://mirrors.edge.kernel.org/pub/lin … g-5.10.141
https://mirrors.edge.kernel.org/pub/lin … g-5.10.142
https://mirrors.edge.kernel.org/pub/lin … g-5.10.143
https://mirrors.edge.kernel.org/pub/lin … g-5.10.144
https://mirrors.edge.kernel.org/pub/lin … g-5.10.145
https://mirrors.edge.kernel.org/pub/lin … g-5.10.146
https://mirrors.edge.kernel.org/pub/lin … g-5.10.147
https://mirrors.edge.kernel.org/pub/lin … g-5.10.148
https://mirrors.edge.kernel.org/pub/lin … g-5.10.149

Plusieurs changements concernent drm/amd.

Finalement j'ai suivi ton conseil et j'ai installé le noyau 5.18 bpo. Ça marche.

Pas sûr qu'il soit plus à jour que le noyau 5.10.0-18 question sécurité.

Dernière modification par raleur (20-10-2022 12:09:12)

---

Il vaut mieux montrer que raconter.

gifran

Membre

Inscription : 19-10-2022

Re : écran noir après mise à jour

D'accord. Alors on va attendre le correctif du 5.10.0.19. En attendant, le 5.10.0.18 ou le 5.18.0 marchent avec la carte graphique amd intégrée.
Merci !

anonyme

Invité

Re : écran noir après mise à jour

Bonjour
il faut tester si cette mise a jour corrige le problème

apt list --upgradable
En train de lister... Fait
firefox-esr-l10n-fr/stable-security 102.4.0esr-1~deb11u1 all [pouvant être mis à jour depuis : 102.3.0esr-1~deb11u1]
firefox-esr/stable-security 102.4.0esr-1~deb11u1 amd64 [pouvant être mis à jour depuis : 102.3.0esr-1~deb11u1]
libc-bin/stable-updates 2.31-13+deb11u5 amd64 [pouvant être mis à jour depuis : 2.31-13+deb11u4]
libc-dev-bin/stable-updates 2.31-13+deb11u5 amd64 [pouvant être mis à jour depuis : 2.31-13+deb11u4]
libc-devtools/stable-updates 2.31-13+deb11u5 amd64 [pouvant être mis à jour depuis : 2.31-13+deb11u4]
libc-l10n/stable-updates 2.31-13+deb11u5 all [pouvant être mis à jour depuis : 2.31-13+deb11u4]
libc6-dev/stable-updates 2.31-13+deb11u5 amd64 [pouvant être mis à jour depuis : 2.31-13+deb11u4]
libc6/stable-updates 2.31-13+deb11u5 amd64 [pouvant être mis à jour depuis : 2.31-13+deb11u4]
libksba8/stable-security 1.5.0-3+deb11u1 amd64 [pouvant être mis à jour depuis : 1.5.0-3]
linux-compiler-gcc-10-x86/stable-security 5.10.149-2 amd64 [pouvant être mis à jour depuis : 5.10.140-1]
linux-headers-amd64/stable-security 5.10.149-2 amd64 [pouvant être mis à jour depuis : 5.10.140-1]
linux-image-amd64/stable-security 5.10.149-2 amd64 [pouvant être mis à jour depuis : 5.10.140-1]
linux-kbuild-5.10/stable-security 5.10.149-2 amd64 [pouvant être mis à jour depuis : 5.10.140-1]
linux-libc-dev/stable-security 5.10.149-2 amd64 [pouvant être mis à jour depuis : 5.10.140-1]
locales/stable-updates 2.31-13+deb11u5 all [pouvant être mis à jour depuis : 2.31-13+deb11u4]
tzdata/stable-updates 2021a-1+deb11u7 all [pouvant être mis à jour depuis : 2021a-1+deb11u6]
 

nouvelle version 5.10.149-2 (qui remplace le 5.10.149-1)

remarque :

Récupération des rapports de bogue… Fait
Analyse des informations Trouvé/Corrigé… Fait
bogues de gravité serious sur firefox-esr (102.3.0esr-1~deb11u1 → 102.4.0esr-1~deb11u1) <En attente de traitement>
 b1 - #1021810 - Should firefox-esr be dropped on 32bit architectures in bookworm?
Résumé :
 firefox-esr(1 bogue)
Êtes-vous certain(e) de vouloir installer/mettre à niveau les paquets ci-dessus ? [Y/n/?/...]
 

j'ai répondu oui , sur stable pas trop inquiet   

Dernière modification par anonyme (24-10-2022 06:24:58)

gifran

Membre

Inscription : 19-10-2022

Re : écran noir après mise à jour

Bonjour,
En effet, après réinstallation ce matin de la version 5.10.149-2 et redémarrage, tout se passe bien. Il y a donc eu une correction ?

raleur

Membre

Inscription : 03-10-2014

Re : écran noir après mise à jour

Oui, cf. https://www.debian.org/security/2022/dsa-5257-2

---

Il vaut mieux montrer que raconter.