Trouvez ici les démarches courantes à faire en cas d'écran noir.
Répondre

[Contourné] écran noir d'abord aléatoire puis systématique

#1Messageil y a 2 mois

Bonjour
depuis quelques jours (probablement après dernière mise à jour) j'avais un écran noir après le menu GRUB, seule la flèche du pointeur de la souris étant visible et active sur cet écran.
Initialement j'avais l'impression que le démarrage restait possible sur le noyau 5.4 et pas sur 5.10 ou 5.11 mais aujourd'hui aucun démarrage possible.
J'ai accès au login en console tty et je peux par ailleurs faire un manjaro-chroot depuis une clé USB bootable.
Ce n'est pas un problème de panne liée au matériel puisque le PC boote normalement avec Windows 10 ou Ubuntu.
Voici une image des erreurs présentes à l'écran lorsque j'essaie de me déconnecter depuis la console tty par la commande systemctl poweroff
Que me conseillez vous?

Merci par avance pour votre aide
(PS : je suis sous Manjaro KDE)

Image

[Contourné] écran noir d'abord aléatoire puis systématique

#2Messageil y a 1 mois

J'ai identifié l'origine du problème : c'est le gestionnaire de connexion par défaut de KDE, à savoir SDDM qui n'arrive plus à se charger 99 fois sur 100.
Comme j'avais la possibilité de me logger en TTY j'ai installé un autre gestionnaire de connexion, LXDM qui est compatible avec plusieurs bureaux dont Plasma (c'est le gestionnaire par défaut de LXDE) et je l'ai activé par la commande
"sudo systemctl enable lxdm.service -f"
Après ces changements lxdm m'a permis de me connecter sans PB à ma session, mais comme lxdm n'est vraiment pas beau par défaut, j'ai modifié lxdm.conf pour affecter un autre thème et surtout pour mettre une image de fond sympatique et appartenant à l'univers Manjaro.

En bref : la panne n'est pas vraiment résolue, mais j'ai contourné le problème de façon à avoir un système fonctionnel.

J'aimerais savoir si d'autres utilisateurs ont mentionné ce PB de connexion avec SDDM : aucune info de ce type à l'inter?
J'ai modifié le titre de ton sujet afin que d'autres utilisateurs puissent tirer profit de ton astuce de controunement. merci :wink:
administration/modération

[Contourné] écran noir d'abord aléatoire puis systématique

#3Messageil y a 1 mois

Bonjour,

Je rencontre exactement le même problème, je suis encore dans l'aléatoire.:rigole:
Lorsque je lance mon PC sous Manjaro KDE, j'ai bien la fenêtre de connexion pour le mot de passe.
Après l'avoir entré, une fois sur deux ou trois, je n'ai que le pointeur du pad à l'écran, l'interface graphique ne ce lance pas.
J'ai également accès aux tty du PC, mais je ne sais pas si il est possible de lancer l'interface par là, uniquement un reboot.
Je fais donc ctrl+alt+suppr qui me permet sous KDE de trouver le menu pour relancer le PC.
Y-aurait-il un bug connu à ce sujet, ainsi que des solutions ?

Cordialement.

[Contourné] écran noir d'abord aléatoire puis systématique

#4Messageil y a 1 mois

Bonjour, une fois connecté en TTY, tu peux lancer :

startx
Pour démarrer la session graphique il me semble.
J'avais eu un problème similaire que j'avais résolu avec :

sudo pacman -Rsn manjaro-gdm-theme && sudo pacman -S manjaro-gdm-theme 
Mais je suis sous Gnome. je pense que tu peux adapter la commande en remplaçant gdm par ssdm mais pas sûr. en tout cas c'est toujours une piste...
En gros le but est de réinstaller ssdm. Pour ma part j'avais du réinstaller manjaro-gdm-theme car il gdm est une dépendance de manjaro-gdm-theme
Bonne journée

[Contourné] écran noir d'abord aléatoire puis systématique

#5Messageil y a 1 mois

Bonsoir,

Merci pour ta réponse. :merci:

J'apporte une petite précision !

Je viens d'avoir à nouveau l'écran noir avec uniquement le pointeur de souris !
J'ai simplement laissé l'écran comme ça et au bout de plusieurs minutes (une dizaine environ) le bureau est apparu ?

Cordialement.

[Contourné] écran noir d'abord aléatoire puis systématique

#6Messageil y a 1 mois

Bonjour,
Tu peux lancer un

 systemd-analyze blame
lorsque ça t'arrive (un fois connectée).
Je ne saurai pas forcement t'aider à analyser le resultat mais je suis sûr que des sachants du forum pourront t'aider avec ces infos.
si la sortie est trop longue tu peux faire :

 systemd-analyze blame >> blame
Cela va créer un fichier dans ton home qui s'appelera blame pour que tu puisse copier coller le resultat ici sans problèmes.
Bon courage

[Contourné] écran noir d'abord aléatoire puis systématique

#7Messageil y a 1 mois

Comme je l'ai indiqué, le problème est bien lié à sddm et c'est la raison pour laquelle j'ai contourné momentanément la difficulté en installant lxdm qui lui, ne pose aucun problème.

Il faudrait peut-être que je ré-essaye avec les dernières mises à jour si l'activation de sddm au lieu de lxdm conduit à nouveau à un écran noir ou pas.

[Contourné] écran noir d'abord aléatoire puis systématique

#8Messageil y a 1 mois

Pour être franc, je n'utilise pas de gestionnaire de bureaux.
Je passe par une connexion en TTY + startx ce qui m'évite les bugs liés à ces gestionnaires.
Il existe une méthode plus geek pour se connecter automatiquement (ou pas :wink: ).
Je vous laisse chercher sur le Forum :cool:

[Contourné] écran noir d'abord aléatoire puis systématique

#9Messageil y a 1 mois

Bonjour,
eric06 a écrit : il y a 1 mois si la sortie est trop longue tu peux faire :

 systemd-analyze blame >> blame
Cela va créer un fichier dans ton home qui s’appellera blame pour que tu puisse copier coller le résultat ici sans problèmes.
:bjr: Voici la réponse du terminal.

Je n'ai pas souvent d'écran noir, c'est simplement aléatoire. :wink:

4.063s upower.service                                            
1.242s systemd-random-seed.service                               
 777ms systemd-backlight@backlight:intel_backlight.service       
 673ms lvm2-monitor.service                                      
 574ms systemd-rfkill.service                                    
 563ms apparmor.service                                          
 544ms mnt-3E64D2DA64D2944D.mount                                
 472ms dev-sda5.device                                           
 464ms udisks2.service                                           
 310ms snapd.service                                             
 260ms ldconfig.service                                          
 244ms tlp.service                                               
 180ms systemd-journal-flush.service                             
 155ms polkit.service                                            
 154ms systemd-udevd.service                                     
 148ms user@1000.service                                         
 123ms systemd-journald.service                                  
 106ms systemd-udev-trigger.service                              
 106ms systemd-timesyncd.service                                 
  97ms systemd-logind.service                                    
  95ms avahi-daemon.service                                      
  88ms NetworkManager.service                                    
  64ms ModemManager.service                                      
  56ms boot-efi.mount                                            
  52ms mnt-a34033d8\x2dd11e\x2d4326\x2da9b5\x2d453fbae4006c.mount
  52ms systemd-fsck@dev-disk-by\x2duuid-5C46\x2d7558.service     
  52ms systemd-backlight@leds:asus::kbd_backlight.service        
  46ms systemd-sysusers.service                                  
  32ms systemd-journal-catalog-update.service                    
  30ms snapd.apparmor.service                                    
  26ms systemd-tmpfiles-setup.service                            
  25ms systemd-modules-load.service                              
  22ms systemd-binfmt.service                                    
  19ms colord.service                                            
  18ms systemd-tmpfiles-setup-dev.service                        
  17ms user-runtime-dir@1000.service                             
  17ms modprobe@fuse.service                                     
  16ms dev-hugepages.mount                                       
  15ms dev-mqueue.mount                                          
  14ms sys-kernel-debug.mount                                    
  14ms sys-kernel-tracing.mount                                  
  13ms bluetooth.service                                         
  13ms kmod-static-nodes.service                                 
  12ms modprobe@configfs.service                                 
  12ms modprobe@drm.service                                      
  11ms wpa_supplicant.service                                    
  11ms systemd-update-utmp.service                               
  11ms linux-module-cleanup.service                              
  10ms systemd-remount-fs.service                                
  10ms sys-fs-fuse-connections.mount                             
   9ms systemd-user-sessions.service                             
   8ms systemd-sysctl.service                                    
   6ms systemd-update-done.service                               
   6ms tmp.mount                                                 
   5ms rtkit-daemon.service                                      
   4ms proc-sys-fs-binfmt_misc.mount                             
   3ms sys-kernel-config.mount                                   
 815us snapd.socket                                              
lemust83 a écrit : il y a 1 mois Il existe une méthode plus geek pour se connecter automatiquement (ou pas :wink: ).
Je vous laisse chercher sur le Forum :cool:
:bjr: Je n'ai rien trouvé. :saispas:

[Contourné] écran noir d'abord aléatoire puis systématique

#10Messageil y a 1 mois

[Contourné] écran noir d'abord aléatoire puis systématique

#11Messageil y a 1 mois

Bien vu Fifi :bien
Toujours d'actualité (je viens de le faire sur mon fixe) sauf pour pour l'édition de getty@tty1.service qui n'est plus d'actualité avec les nouvelles versions de systemd.
J'ai enregistré la commande , je vous la donnerai quand je serai de retour au bercail.
Le reste du tuto est valable.
Je le modifierais plus tard.

Edit:
A cette phase tu tuto on crée directement le fichier au lieu de passer par edit systemd:

sudo nano /etc/systemd/system/getty@tty1.service.d/override.conf
Et y coller ceci:

[Unit]
Requires=dbus.Service
After=dbus.Service

[Service]
ExecStart=
ExecStart=-/sbin/agetty --autologin <user> --noclear %I 38400 linux
Remplacer <user> par votre username sans les croches.

[Contourné] écran noir d'abord aléatoire puis systématique

#12Messageil y a 1 mois

Comme je disais plus haut, le tuto doit être revu car:
"sudo nano /etc/systemd/system/getty@tty1.service.d/override.conf"
renvoie:
[ Le répertoire « /etc/systemd/system/getty@tty1.service.d » n'existe pas ]

[Contourné] écran noir d'abord aléatoire puis systématique

#13Messageil y a 1 mois

Ok, j'ai modifié comme ceci:
Systemd a évolué et cette commande ne crée plus le fichier . On peux toutefois le créer manuellement avec :

sudo mkdir -p /etc/systemd/system/getty@tty1.service.d/
sudo nano /etc/systemd/system/getty@tty1.service.d/override.conf
Je n'ai plus de machine avec LightDm donc dîtes moi si c'est bon.

[Contourné] écran noir d'abord aléatoire puis systématique

#14Messageil y a 1 mois

:bjr:
Normal que ce répertoire n'existe pas: c'est le principe des répertoires /xxxx.d/, ici rien de nouveau depuis le tuto !
Ce type de répertoire permet de surcharger une configuration : si aucune surcharge alors il est normal de ne pas avoir ce type de répertoire :wink:

Voir si le service existe et son contenu d'usine :

systemctl cat getty@tty1.service
le plus simple pour créer ce repertoire et fichier de surcharge automatiquement :

sudo systemctl edit getty@tty1.service
A lire dans l’entête de nano : un truc du type "/etc/systemd/system/getty@tty1.service.d/ovrerride.conf", on ajoute donc un nouveau fichier au lieu d'écraser le fichier "d'usine"

"systemctl cat xxx" nous retourne après les valeurs en tenant compte du contenu du répertoire "Monservice-SystemD.d/ "

[Contourné] écran noir d'abord aléatoire puis systématique

#15Messageil y a 1 mois

:bjr:
Le souci que j'ai rencontré récemment lors d'une réinstallation d'Arch en dual, avec la commande sudo systemctl edit getty@tty1.service est que ça ne m'a pas créé comme attendu un fichier /etc/systemd/system/getty@tty1.service.d/ovrerride.conf" mais m'a édité directement un fichier de conf existant (désolé, je ne l'ai pas noté)
J'ai donc manuellement créé le sous dossier et override.conf et c'est passé sans problème.

[Contourné] écran noir d'abord aléatoire puis systématique

#16Messageil y a 4 semaines

Jackcapvil a écrit : il y a 1 mois J'ai identifié l'origine du problème : c'est le gestionnaire de connexion par défaut de KDE,
à savoir SDDM qui n'arrive plus à se charger 99 fois sur 100.
Bonsoir,

Je viens d'avoir une mise à jour de sddm 0.19.0-4, depuis j'ai redémarré plusieurs fois et mon écran est normal.

Cette mise à jour date du 2021-03-25 22:51 UTC, ce décalage avec la date d'aujourd'hui est lié à la validation Manjaro ?

Cordialement.
Répondre