Erreurs au reboot sans écran

tintinux · Le 19/06/2026, à 20:05

Bonjour

J'ai un vieux serveur qui a eu initialement son écran graphique, mais dont je n'ai plus besoin aujourd'hui et auquel je n'accède généralement plus que par ssh.

Il est extrêmement long à rebooter, et je cherche pourquoi...

Je trouve ça :

$ tail /var/log/Xorg.0.log
[   187.318] (EE) 
Fatal server error:
[   187.318] (EE) no screens found(EE) 
[   187.318] (EE) 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org
 for help. 
[   187.318] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[   187.318] (EE) 
[   187.318] (EE) Server terminated with error (1). Closing log file.

et ça :

$ tail apport.log
INFO: apport (pid 2047) 2026-06-19 17:51:34,228: called for global pid 2042, signal 6, core limit 18446744073709551615, dump mode 1
ERROR: apport (pid 2047) 2026-06-19 17:51:34,229: ignoring implausibly big core limit, treating as unlimited
INFO: apport (pid 2047) 2026-06-19 17:51:34,234: executable: /usr/lib/xorg/Xorg (command line "/usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch")
ERROR: apport (pid 2047) 2026-06-19 17:51:34,241: this executable already crashed 2 times, ignoring
INFO: apport (pid 2047) 2026-06-19 17:51:34,243: writing core dump to /var/lib/apport/coredump/core._usr_lib_xorg_Xorg.0.82dbd4d9-5a1e-434a-af8b-662829c08a4a.2042.18491 (limit: -1)
INFO: apport (pid 2231) 2026-06-19 17:51:36,192: called for global pid 2230, signal 6, core limit 18446744073709551615, dump mode 1
ERROR: apport (pid 2231) 2026-06-19 17:51:36,192: ignoring implausibly big core limit, treating as unlimited
INFO: apport (pid 2231) 2026-06-19 17:51:36,197: executable: /usr/lib/xorg/Xorg (command line "/usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch")
ERROR: apport (pid 2231) 2026-06-19 17:51:36,203: this executable already crashed 2 times, ignoring
INFO: apport (pid 2231) 2026-06-19 17:51:36,284: writing core dump to /var/lib/apport/coredump/core._usr_lib_xorg_Xorg.0.82dbd4d9-5a1e-434a-af8b-662829c08a4a.2230.18699 (limit: -1)

Et bien sûr les gros fichiers de core dump sont générés en pure perte :

$ sudo ls -lh /var/lib/apport/coredump
total 14M
-r-------- 1 root root 2,7M juin  19 17:51 core._usr_lib_xorg_Xorg.0.82dbd4d9-5a1e-434a-af8b-662829c08a4a.1854.17915
-r-------- 1 root root 2,7M juin  19 17:51 core._usr_lib_xorg_Xorg.0.82dbd4d9-5a1e-434a-af8b-662829c08a4a.1904.18112
-r-------- 1 root root 2,7M juin  19 17:51 core._usr_lib_xorg_Xorg.0.82dbd4d9-5a1e-434a-af8b-662829c08a4a.1958.18293
-r-------- 1 root root 2,7M juin  19 17:51 core._usr_lib_xorg_Xorg.0.82dbd4d9-5a1e-434a-af8b-662829c08a4a.2042.18491
-r-------- 1 root root 2,7M juin  19 17:51 core._usr_lib_xorg_Xorg.0.82dbd4d9-5a1e-434a-af8b-662829c08a4a.2230.18699

Comment pourrais-je éviter de telles erreurs, et si possible rebooter plus vite ?

Merci pour toute piste !

Dernière modification par tintinux (Le 19/06/2026, à 20:06)

steph810 · Le 20/06/2026, à 00:34

Bonsoir.
Sur server pas d'écran pas besoin de Xorg ou lightdm. Les désactivé simplement et tester.

sudo systemctl set-default multi-user.target
sudo systemctl disable display-manager.service
sudo systemctl stop display-manager.service

Et

sudo systemctl disable lightdm
sudo systemctl stop lightdm

Il cherche un écran qui n'existe pas.

Le retour arrière au cas où.

sudo systemctl set-default graphical.target
sudo systemctl enable display-manager.service
sudo systemctl start display-manager.service
sudo systemctl enable lightdm
sudo systemctl start lightdm

tintinux · Le 20/06/2026, à 10:17

Bonjour

Merci c'est bien ce que je cherche !

Toutefois, les retours sont les suivants :

$ sudo systemctl set-default multi-user.target
Created symlink /etc/systemd/system/default.target → /usr/lib/systemd/system/multi-user.target.

$ sudo systemctl disable display-manager.service
Removed "/etc/systemd/system/display-manager.service".

$ sudo systemctl stop display-manager.service
Failed to stop display-manager.service: Unit display-manager.service not loaded.

Je suppose que c'est normal qu'on ne puisse désactiver ce qui est supprimé...

Mais ensuite, je ne sais pas pourquoi j'ai le retour suivant :

$ sudo systemctl disable lightdm
Synchronizing state of lightdm.service with SysV service script with /usr/lib/systemd/systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install disable lightdm
The unit files have no installation config (WantedBy=, RequiredBy=, UpheldBy=,
Also=, or Alias= settings in the [Install] section, and DefaultInstance= for
template units). This means they are not meant to be enabled or disabled using systemctl.
 
Possible reasons for having these kinds of units are:
• A unit may be statically enabled by being symlinked from another unit's
  .wants/, .requires/, or .upholds/ directory.
• A unit's purpose may be to act as a helper for some other unit which has
  a requirement dependency on it.
• A unit may be started when needed via activation (socket, path, timer,
  D-Bus, udev, scripted systemctl call, ...).
• In case of template units, the unit is meant to be enabled with some
  instance name specified.

La commande enable donne la même chose.

steph810 · Le 20/06/2026, à 10:41

C'est normal peut etre lightdm piloter pas display-manager c'etais une verif en plus.

Est-ce que ça résous le problème ?

RaphaelG · Le 20/06/2026, à 10:47

Pour voir quel est ton Display Manager :

$ sudo systemctl status display-manager
[sudo] password for raph: 
● gdm.service - GNOME Display Manager
     Loaded: loaded (/usr/lib/systemd/system/gdm.service; static)
     Active: active (running) since Sat 2026-06-20 10:33:43 CEST; 11min ago
    Process: 1813 ExecStartPre=/usr/share/gdm/generate-config (code=exited, sta>
   Main PID: 1844 (gdm3)
      Tasks: 4 (limit: 18101)
     Memory: 7.2M (peak: 10.3M)
        CPU: 94ms
     CGroup: /system.slice/gdm.service
             └─1844 /usr/sbin/gdm3

Jun 20 10:33:42 tufa15 systemd[1]: Starting gdm.service - GNOME Display Manager>
Jun 20 10:33:43 tufa15 systemd[1]: Started gdm.service - GNOME Display Manager.
Jun 20 10:33:43 tufa15 gdm-launch-environment][1862]: pam_unix(gdm-launch-envir>
Jun 20 10:34:28 tufa15 gdm-password][2621]: gkr-pam: unable to locate daemon co>
Jun 20 10:34:28 tufa15 gdm-password][2621]: gkr-pam: stashed password to try la>
Jun 20 10:34:28 tufa15 gdm-password][2621]: pam_unix(gdm-password:session): ses>
Jun 20 10:34:28 tufa15 gdm-password][2621]: gkr-pam: unlocked login keyring
Jun 20 10:34:28 tufa15 gdm3[1844]: Gdm: on_display_added: assertion 'GDM_IS_REM>
Jun 20 10:34:30 tufa15 gdm3[1844]: Gdm: Child process -1939 was already dead.
Jun 20 10:34:30 tufa15 gdm3[1844]: Gdm: on_display_removed: assertion 'GDM_IS_R>
lines 1-21/21 (END)

Chez moi, c'est gdm3.

steph810 · Le 20/06/2026, à 10:51

ok, alors:

sudo systemctl disable gdm
sudo systemctl stop gdm

!!! Plus de login plus d'ecran de co. tous sera en console ou via ssh...
il suffirat juste de redemarrer le service au besoin de l'interface graphique

Le redémarrage devrez être plus rapide tester. tout est reversible.

Dernière modification par steph810 (Le 20/06/2026, à 10:53)

RaphaelG · Le 20/06/2026, à 17:19

Attention ! Encore faut il que tintinux vérifie quel Display Manager il utilise.

Sinon, moi, j'aurais tendance à faire l'inverse de ce que préconise steph810.
D'abord, j'arrête le service (systemctl stop) et ensuite je l'empêche de revenir à chaque boot (systemctl disable).

ylag · Le 20/06/2026, à 17:23

Bonjour,

RaphaelG a écrit :

D'abord, j'arrête le service (systemctl stop) et ensuite je l'empêche de revenir à chaque boot (systemctl disable).

Pour combiner les deux actions en une seule commande :

sudo systemctl disable --now <service-à-désactiver>

A+

tintinux · Le 21/06/2026, à 01:47

Bon, après avoir fait :

sudo systemctl set-default multi-user.target
sudo systemctl disable display-manager.service
reboot

La machine ne semble pas avoir redémarré, je n'y accède plus par le réseau.
Comme je n'ai pas d'accès physique, je vais demander lundi un redémarrage électrique, car cela l'a déjà débloquée.
Et si ça ne suffit pas, je devrai attendre de pouvoir y brancher écran et clavier, pas avant 3 semaines...

Je vous dirai alors ...

steph810 · Le 21/06/2026, à 12:35

le ping de la machine fonctionne ?
je n'attend pas de resultat juste oui ou non, pas de partage Ip publique

tintinux · Le 21/06/2026, à 13:56

Non, je ne ping pas.
Son IP n'est pas publique, le serveur est derrière un routeur en NAT.
J'y accède normalement par Wireguard, donc c'est peut-être ce VPN qui n'a pas démarré.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 19/06/2026, à 20:05

Erreurs au reboot sans écran

#2 Le 20/06/2026, à 00:34

Re : Erreurs au reboot sans écran

#3 Le 20/06/2026, à 10:17

Re : Erreurs au reboot sans écran

#4 Le 20/06/2026, à 10:41

Re : Erreurs au reboot sans écran

#5 Le 20/06/2026, à 10:47

Re : Erreurs au reboot sans écran

#6 Le 20/06/2026, à 10:51

Re : Erreurs au reboot sans écran

#7 Le 20/06/2026, à 17:19

Re : Erreurs au reboot sans écran

#8 Le 20/06/2026, à 17:23

Re : Erreurs au reboot sans écran

#9 Le 21/06/2026, à 01:47

Re : Erreurs au reboot sans écran

#10 Le 21/06/2026, à 12:35

Re : Erreurs au reboot sans écran

#11 Le 21/06/2026, à 13:56

Re : Erreurs au reboot sans écran

Pied de page des forums