[Wake up / Resume] Ecran noir apres Suspend

[Paradis]

Bonjour,

J'ai un écran noir après chaque suspend, mise en veille ou encore quand l'écran se met en off.
Après cela, il met impossible de me login ou de changer de TTY (ctrl + alt + F3-6), aucun curseur de souris est visible, je suis obligé de "hard reboot".
Ce problème se produit sur Wayland et Xorg.
Lors de mon installation, j'ai installé uniquement les pilotes xf86-video-intel malgré le fait que j'ai aussi une carte graphique nvidia. Est-ce que le problème peut venir de là ?

Voici quelques informations meme si je ne sais pas trop quoi vous donner:

Code : Tout sélectionner

# System Details Report
---

## Report details
- **Date generated:**                              2025-09-25 17:12:16

## Hardware Information:
- **Hardware Model:**                              Razer Razer Blade Stealth 13 Late 2019
- **Memory:**                                      16.0 GiB
- **Processor:**                                   Intel® Core™ i7-1065G7 × 8
- **Graphics:**                                    Intel® Iris® Plus Graphics (ICL GT2)
- **Disk Capacity:**                               2.0 TB

## Software Information:
- **Firmware Version:**                            1.02
- **OS Name:**                                     Arch Linux
- **OS Build:**                                    (null)
- **OS Type:**                                     64-bit
- **GNOME Version:**                               49
- **Windowing System:**                            Wayland
- **Kernel Version:**                              Linux 6.16.8-arch3-1

Code : Tout sélectionner

# sudo journalctl -b -1 | curl -F 'file=@-' 0x0.st
http://0x0.st/KmEb.txt

Code : Tout sélectionner

# cat /sys/power/mem_sleep
s2idle [deep]

Code : Tout sélectionner

# journalctl -b -1 -p err | curl -F 'file=@-' 0x0.st
http://0x0.st/KmEj.txt

Quelqu'un aurait une idee pour regler ce probleme ?

[benjarobin]

Bonjour,
Le log que tu donnes n'indique aucune trace de mise en veille, et il y a un arrêt assez normal qui est réalisé... Rien de très particulier

[Paradis]

Bonjour,
Le log que tu donnes n'indique aucune trace de mise en veille, et il y a un arrêt assez normal qui est réalisé... Rien de très particulier

J'ai reproduit le problème en appuyant sur le bouton "Suspend", puis j'ai fait un "hard reboot" (pas le choix) et voici les nouveaux logs en espérant qu'ils soient plus instructifs:

Code : Tout sélectionner

# sudo journalctl -b -1 | curl -F 'file=@-' 0x0.st
http://0x0.st/Ka8k.txt

# sudo journalctl -b -1 -p err | curl -F 'file=@-' 0x0.st
http://0x0.st/KaKo.txt

[Paradis]

Bonjour,
Je voulais editer mon dernier post pour eviter de bump le sujet mais je n'y arrive pas.
J'ecris un nouveau message pour mettre un nouveau log en esperant que cela puisse aider pour resoudre le probleme:

Code : Tout sélectionner

j# ournalctl -u systemd-logind | curl -F 'file=@-' 0x0.st
http://0x0.st/KB6-.txt

[benjarobin]

Je n'avais pas fait attention, tu ne dois surtout pas installer xf86-video-intel.
Si tu as une carte nvidia, et que tu ne comptes pas l'utiliser, je te conseil de la désactiver. Cela peut se faire via une règle udev, voir https://wiki.archlinux.org/title/Hybrid ... udev_rules

[Paradis]

Bonjour,

Avant de faire n'importe quoi, je préfère être sur et de demander :
- Je désinstalle xf86-video-intel et j'installe tout ce qui concerne Nvidia ?
- Je suis sur la page du wiki nvdia(https://wiki.archlinux.org/title/NVIDIA), pour installer les drivers, ils me disent dans un premier temps de chercher la famille de ma carte graphique :

Code : Tout sélectionner

# lspci -k -d ::03xx
00:02.0 VGA compatible controller: Intel Corporation Iris Plus Graphics G7 (rev 07)
DeviceName: Onboard - Video
Subsystem: Razer USA Ltd. Device 1001
Kernel driver in use: i915
Kernel modules: i915
57:00.0 3D controller: NVIDIA Corporation TU117M [GeForce GTX 1650 Mobile / Max-Q] (rev a1)
Subsystem: Razer USA Ltd. Device 1001
Kernel driver in use: nouveau
Kernel modules: nouveau

Je vois "NVIDIA Corporation TU117M" donc j'imagine que ma carte graphique fait partie de la famille Turing et que je devrais installer les drivers 'nvidia-open for linux' ou 'nvidia-open-dkms for any kernel(s)'.
Je devrais choisir lequel selon vous ? D'instinct, j'aurais choisi 'nvidia-open-dkms'.

En suite, j'installe 'nvidia-utils'. Dans la partie qui traite de nvidia-utils, ils parlent d'une manipulation optionnelle:

Optionally, you can also remove kms from the HOOKS array in /etc/mkinitcpio.conf and regenerate the initramfs. This will prevent the initramfs from containing the nouveau module making sure the kernel cannot load it during early boot.

Est-ce que ça vaut le coup de gérer cela ?

Actuellement, je suis sur Wayland et sur le wiki, je peux lire :

If you are using Wayland you should not restart until after following #DRM kernel mode setting or you may end up with a black screen.

Donc pour éviter un autre black screen, je dois m'occuper de cette partie. Puis je m'occupe de la configuration de wayland et de Xorg.

Pour conclure, je vais m'occuper de paramétrer la désactivation de la carte graphique, comme tu me l'as suggéré.

Je n'avais pas fait attention, tu ne dois surtout pas installer xf86-video-intel.
Si tu as une carte nvidia, et que tu ne comptes pas l'utiliser, je te conseil de la désactiver. Cela peut se faire via une règle udev, voir https://wiki.archlinux.org/title/Hybrid ... udev_rules

Cela vous parait correcte ce que je m'apprête à faire ?

Merci

[benjarobin]

Sois tu veux utiliser ta carte Nvidia, peux tu l'indiquer explicitement ? Sinon pourquoi ne pas suivre le lien du Wiki que j'ai donné ?
Donc tu ne dois pas installer les drivers Nvidia si tu ne veux pas l'utiliser. xf86-video-intel ne doit surtout pas être utilisé / installé, c'est pour le vielles cartes intel. Maintenant c'est géré par le module modesetting intégré dans mesa.
Personnellement pour un PC portable, à moins de vouloir jouer, je trouve la carte intel largement suffisante. Donc c'est pour cela que je te recommande de désactiver la carte Nvidia via une règle Udev.

[Paradis]

Je ne veux pas utiliser la carte graphique Nvidia.
Je comptais bien utiliser le lien que tu m'as donne, comme je le disais dans le dernier paragraphe de mon dernier message. Je pensais juste que je devais installer les drivers Nvidia, faire les configurations et ensuite ecrire la regle Udev.
J'ai bien fais de demander avant de commencer.

Donc j'ai suivis le lien du wiki que tu m'as donne, j'ai cree les 2 fichiers et voici ce que me donne la commande 'lspci':

Code : Tout sélectionner

# lspci
00:00.0 Host bridge: Intel Corporation Ice Lake-LP Processor Host Bridge/DRAM Registers (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Iris Plus Graphics G7 (rev 07)
00:04.0 Signal processing controller: Intel Corporation Processor Power and Thermal Controller (rev 03)
00:07.0 PCI bridge: Intel Corporation Ice Lake Thunderbolt 3 PCI Express Root Port #0 (rev 03)
00:07.1 PCI bridge: Intel Corporation Ice Lake Thunderbolt 3 PCI Express Root Port #1 (rev 03)
00:0d.0 USB controller: Intel Corporation Ice Lake Thunderbolt 3 USB Controller (rev 03)
00:0d.2 System peripheral: Intel Corporation Ice Lake Thunderbolt 3 NHI #0 (rev 03)
00:14.0 USB controller: Intel Corporation Ice Lake-LP USB 3.1 xHCI Host Controller (rev 30)
00:14.2 RAM memory: Intel Corporation Ice Lake-LP DRAM Controller (rev 30)
00:14.3 Network controller: Intel Corporation Ice Lake-LP PCH CNVi WiFi (rev 30)
00:15.0 Serial bus controller: Intel Corporation Ice Lake-LP Serial IO I2C Controller #0 (rev 30)
00:15.1 Serial bus controller: Intel Corporation Ice Lake-LP Serial IO I2C Controller #1 (rev 30)
00:16.0 Communication controller: Intel Corporation Ice Lake-LP Management Engine (rev 30)
00:1d.0 PCI bridge: Intel Corporation Ice Lake-LP PCI Express Root Port #9 (rev 30)
00:1d.4 PCI bridge: Intel Corporation Ice Lake-LP PCIe Port #13 (rev 30)
00:1f.0 ISA bridge: Intel Corporation Ice Lake-LP LPC Controller (rev 30)
00:1f.3 Audio device: Intel Corporation Ice Lake-LP Smart Sound Technology Audio Controller (rev 30)
00:1f.4 SMBus: Intel Corporation Ice Lake-LP SMBus Controller (rev 30)
00:1f.5 Serial bus controller: Intel Corporation Ice Lake-LP SPI Controller (rev 30)
58:00.0 Non-Volatile memory controller: Biwin Storage Technology Co., Ltd. HP FX700 NVMe SSD (DRAM-less) (rev 01)

j'ai aussi desinstalle xf86-video-intel.
J'ai essaye une nouvelle fois de faire un suspend et malheureusement le probleme est toujours d'actualite.

edit:
- j'ai trouve un article qui date de l'annee derniere, il propose de faire ceci:

Code : Tout sélectionner

pacman -Syu
pacman -Rs acpi
pacman -S acpi
pacman -S linux-lts linux-lts-headers

grub-mkconfig -o /boot/grub/grub.cfg
mkinitcpio -p linux-lts\n

A votre avis, je peux essayer ces commandes sans risque ?

[benjarobin]

Ces commandes ne font qu'installer le kernel linux-lts, aucun intérêt dans ton cas.

J'ai essaye une nouvelle fois de faire un suspend et malheureusement le probleme est toujours d'actualite.

C'est bien ce que je craignais. Mais au moins maintenant ton PC consommera moins et chauffera moins (en théorie).

Sinon quand j'avais regardé tes logs, il y a quelque chose de quand même très étrange, le système se met en sleep, puis se réveille presque immédiatement...

Si tu ne lances pas d'interface graphique (désactivation du service systemd qui lance ton gestionnaire de connexion), et que depuis un tty tu mets en veille le PC, as tu toujours le problème ?
De plus tu peux essayer de démarrer depuis une clé USB avec l'ISO d'installation d'Arch, et juste lancer une mise en veille via : systemctl suspend

[Paradis]

Ces commandes ne font qu'installer le kernel linux-lts, aucun intérêt dans ton cas.

Ok, je demandais, car en cherchant sur internet, la communauté parlait souvent de downgrade le kernel ou d'en changer.

Si tu ne lances pas d'interface graphique (désactivation du service systemd qui lance ton gestionnaire de connexion), et que depuis un tty tu mets en veille le PC, as tu toujours le problème ?
De plus tu peux essayer de démarrer depuis une clé USB avec l'ISO d'installation d'Arch, et juste lancer une mise en veille via : systemctl suspend

Alors j'ai désactivé GDM via la commande 'sudo systemctl disable gdm.service' et il y a le même problème (le pc se rallume, les leds du pc et le clavier s'activent, mais l'écran reste éteint puis je suis oblige de hard reboot) :

Code : Tout sélectionner

# sudo journalctl -b -1
http://0x0.st/KMOd.txt

J'ai essayé via la clé usb bootable et j'ai le même problème. Parcontre, je ne sais pas si cela est nécessaire, mais je n'ai pas mount les partitions.

[benjarobin]

Pour information ton dernier log ne contient rien d'intéressant car tu as hard reboot, tu devrais plutôt faire un accès via ssh, ou tout simplement depuis un shell (en root, pas avec sudo) taper :

Code : Tout sélectionner

systemctl suspend; sleep 30 ; reboot

Le PC devrait se mettre en veille puis quand tu essayes de le réveiller (ou s'il se réveille immédiatement) après 30s il devrait redémarrer.

De plus, normalement depuis un tty le PC devrait redémarrer si tu vais ctrl+alt+suppr.
Mais si tu as le problème depuis l'ISO d'installation, juste en démarrant depuis l'ISO sans rien faire de plus, en effet c'est un problème kernel...
Mais tu n'as jamais dis depuis quand tu avais le problème (et donc depuis quand ?), et comme je pensais depuis toujours c'est pour cela que je n'ai pas proposé d'utiliser le kernel LTS. Mais tu peux essayer avec le kernel LTS. Après comment tu dois l'installer et modifier ton chargeur de démarrage cela dépend vraiment de comment tu as installé ton PC, toi tu es le seul à savoir ! Par exemple je n'utilise pas Grub, et il y a plein de façon d'installer Grub

Tu peux aussi essayé avec des liveCD d'autres distributions, par exemple Ubuntu dans différentes versions

[Paradis]

Bonjour,

Pour information ton dernier log ne contient rien d'intéressant car tu as hard reboot, tu devrais plutôt faire un accès via ssh, ou tout simplement depuis un shell (en root, pas avec sudo) taper :

Code : Tout sélectionner

systemctl suspend; sleep 30 ; reboot

Le PC devrait se mettre en veille puis quand tu essayes de le réveiller (ou s'il se réveille immédiatement) après 30s il devrait redémarrer.

Alors, je pense m'être connecté via SSH, voici ce que j'ai fait:

Code : Tout sélectionner

## J'installe openssh:
sudo pacman -S openssh

## j'ai activé les services:
sudo systemctl enable sshd
sudo systemctl start sshd

## Je lance ssh:
ssh paradis@192.168.1.24

## Je lance la commande:
systemctl suspend; sleep 30 ; reboot

## logs:
# sudo journalctl -b -1 | curl -F 'file=@-' 0x0.st
http://0x0.st/KusP.txt

Le test via le root:

Code : Tout sélectionner

## root:
su -

## logs
# journalctl -b -1 | curl -F 'file=@-' 0x0.st
http://0x0.st/KusD.txt

Dans les 2 cas le PC ne reboot pas, j'ai essayé la combinaison de touches ctrl + alt + suppr mais ça ne fonctionne pas après un suspend. J'ai été forcé de hard reboot.

Mais tu n'as jamais dit depuis quand tu avais le problème (et donc depuis quand ?), et comme je pensais depuis toujours c'est pour cela que je n'ai pas proposé d'utiliser le kernel LTS.

Excuse-moi, je pensais que c'était clair car dans mon topic précédent, j'avais précisé que j'étais sur une toute nouvelle installation toute fraîche. Donc ce problème est présent depuis le début.
Cependant, sur ma précédente installation, le problème est survenu après une mise à jour.

Donc tu me conseillerais de tester avec un Kernel LTS ? De mon côté, j'utilise GRUB et j'ai une installation "classique", enfin j'imagine (j'ai suivi le wiki: https://wiki.archlinux.org/title/GRUB).

Tu peux aussi essayer avec des liveCD d'autres distributions, par exemple Ubuntu dans différentes versions

Je vais essayer cela.

En attendant, je continue mon investigation.
Merci

[Paradis]

Bonjour,
Je vous remercie pour votre aide. Le probleme est resoulu.
Pour resoudre le probleme, j'ai change de Kernel. Du Kernel linux, je suis passe au kernel linux-lts.

Code : Tout sélectionner

## Installation du kernel linux lts
# sudo pacman -S linux-lts linux-lts-headers

## Mise a jour du GRUB
# sudo grub-mkconfig -o /boot/grub/grub.cfg

# reboot

## Verification que le Kernel est bien utilise
# uname -r
6.12.51-1-lts

[benjarobin]

Il faudrait remonter le problème, voir mieux, trouver le coupable via un bisect (compiler en gros certaines versions entre celle qui fonctionne et celle qui ne fonctionne pas).
En effet sinon, assez rapidement, lors du basculement sur la prochaine LTS, tu auras le souci de nouveau (si celui-ci n'a pas été corrigé entre temps)

[Paradis]

Comment je peux faire pour remonter le probleme ?

Malheureusement, tu imagines bien que je ne sais pas du tout faire un "bisect"

[benjarobin]

Le problème c'est sans aucune information (à part l'écran noir), cela ne sert à rien d'essayer de remonter le problème. Et je comprend très bien que cela soit compliqué pour le "bisec". Pour information j'ai regardé il faudrait tester ~16 kernel