Plantage Wayland

Bonjour à tous,

Cela faisait très longtemps que je n’avais pas mis à jour ma Debian testing (+/- 2 ans). Grosse mise à jour aujourd’hui.

Je vous passe les galères, aujourd’hui, je bloque sur un truc :

gdm3 ne s’affiche pas. Je suis passé sur lightdm. Impossible d’ouvrir Gnome ou Gnome classic sur Wayland. Ca revient systématiquement sur lightdm. J’arrive à me connecter sous Gnome via Xorg.

J’imagine que mon problème de plantage de gdm3 est lié.

Une idée d’ou aller chercher la bonne info et comment réparer ?

Merci à vous,

Mickaël.

Je pense qu’on peut commencer par le traditionnel

grep -vr "^#" /etc/apt/sources.list{,.d}

Merci pour le coup de main. Voici le retour.

$ grep -vr "^#" /etc/apt/sources.list{,.d}

/etc/apt/sources.list:deb http://deb.debian.org/debian/ testing main contrib non-free
/etc/apt/sources.list:deb-src http://deb.debian.org/debian/ testing main contrib non-free
/etc/apt/sources.list:
/etc/apt/sources.list:deb http://deb.debian.org/debian/ testing-updates main contrib non-free
/etc/apt/sources.list:deb-src http://deb.debian.org/debian/ testing-updates main contrib non-free
/etc/apt/sources.list:
/etc/apt/sources.list:deb http://deb.debian.org/debian-security testing-security main
/etc/apt/sources.list:deb-src http://deb.debian.org/debian-security testing-security main
/etc/apt/sources.list:
/etc/apt/sources.list:
/etc/apt/sources.list:
/etc/apt/sources.list.d/google-earth-pro.list:deb [arch=amd64] http://dl.google.com/linux/earth/deb/ stable main
/etc/apt/sources.list.d/teamviewer.list.save:
/etc/apt/sources.list.d/teamviewer.list.save:
/etc/apt/sources.list.d/teamviewer.list.save:
/etc/apt/sources.list.d/teamviewer.list.save:
/etc/apt/sources.list.d/teamviewer.list.save:
/etc/apt/sources.list.d/teamviewer.list.save:
/etc/apt/sources.list.d/teamviewer.list.save:
/etc/apt/sources.list.d/microsoft-prod.list:
/etc/apt/sources.list.d/microsoft-prod.list:deb [arch=amd64,arm64,armhf] https://packages.microsoft.com/debian/10/prod buster main
/etc/apt/sources.list.d/teamviewer.list:
/etc/apt/sources.list.d/teamviewer.list:
/etc/apt/sources.list.d/teamviewer.list:
/etc/apt/sources.list.d/teamviewer.list:deb [signed-by=/usr/share/keyrings/teamviewer-keyring.gpg] https://linux.teamviewer.com/deb stable main
/etc/apt/sources.list.d/teamviewer.list:
/etc/apt/sources.list.d/teamviewer.list.dpkg-old:
/etc/apt/sources.list.d/teamviewer.list.dpkg-old:
/etc/apt/sources.list.d/teamviewer.list.dpkg-old:
/etc/apt/sources.list.d/teamviewer.list.dpkg-old:
/etc/apt/sources.list.d/teamviewer.list.dpkg-old:
/etc/apt/sources.list.d/teamviewer.list.dpkg-old:
/etc/apt/sources.list.d/teamviewer.list.dpkg-old:
/etc/apt/sources.list.d/google-chrome-beta.list:deb [arch=amd64] http://dl.google.com/linux/chrome/deb/ stable main
/etc/apt/sources.list.d/megasync.list:deb [signed-by=/usr/share/keyrings/meganz-archive-keyring.gpg] https://mega.nz/linux/repo/xUbuntu_20.04/ ./

Dejà du XUbuntu sur uunue debian, sid qui plus est, coté risque, c’est du lourd.

Il n’y a que megacmd d’installé concernant ce dépot XUbuntu (et ça marche ;))

Voilà, c’est exactement ce qu’il me semblait, tu as sauté de majeure de Debian dans un testing, ce n’est pas conseillé.
Personnellement, je conseille la réinstallation en Debian 11 (qui est plus ou moins la version que tu avais avant la mise à jour) et il ne faut pas utiliser les alias de version testing, stable, oldstable et oldoldstable pour les dépôts, mais mettre les noms de code afin d’éviter ce genre d’accident dans le futur.

bonjour,

Pardon, mais ça veut dire quoi cette phrase ?
qu’il y a de tout ? testing/buster/stable ???
une solution à tenter pourrait être de commenter ou virer simplement, déjà, les parasites: google, microsoft, xubuntu…
Et de vérifier les logs, surtout si y’a eu un full-upgrade pour voir si gnome a pas sauté tout simplement lors d’une M.A.J …

Bonjour bub

Bienvenue sur le forum debian-fr.org :slight_smile:

Les références de nom de version comme stable, testing, olstable, oldoldstable sont des références relatives à la date actuelle.

Par contre, les références basées sur des noms de version comme buster, bullseye, bookworm ne changent pas avec le temps.

Voir : Les versions de Debian

Comme le contenu de ton fichier /etc/apt/sources.list fait référence à des noms de versions qui sont relatifs à la date actuelle, et comme la version testing d’avant a fini par devenir la version stable actuelle, la mise à jour de ton système a automatiquement provoqué un changement de version majeure du système debian installé sur ta machine.

Bonjour,
ma machine et mon sources.list vont bien, merci pour eux :slightly_smiling_face:
C’était la formulation de la phrase que je trouvai bizarre
…sauter de majeure …
sinon je suis tout à fait d’accord, pour ça que je proposai de déjà commenter ou gicler les sources exterieures qui contiennent buster, oldstable et stable…
Réinstaller me semble bien radical et je me disais que peut-être quelquechose était possible à tenter avant …

Oui, c’est comme ça que je le vois, un saut entre une version majeure et la suivante (ou plus).

En effet, les sources extérieures posent généralement souci lors du changement de version majeure.

Ben, l’autre solution que je vois, c’est désinstaller un maximum de paquets (avec l’option --purge pour supprimer la configuration), faire du tri dans les dépôts, mettre tout à jour et réinstaller les paquets dont on a besoin.
Pour ma part, c’est plus court de tout réinstaller.

Bonjour à tous,

Merci pour votre retour et désolé pour ce retour tardif.

Justement, c’était le but d’être toujours en testing. Mais je comprend que la MAJ a été un peu violente.

Je ne souhaite pas réinstaller le système. Il fonctionne bien dans l’absolu sous Xorg, à 2-3 trucs mineurs prêt que je réglerai plus tard.

j’aimerais juste comprendre pourquoi ça ne démarre pas sous Wayland et corrigé ce point. Une idée ?

Gnome est bien là, vu que je suis dessus en ce moment même :slight_smile:

C’est un peu vieux, mais cette personne a eu un problème similaire :
https://ralph.blog.imixs.com/2014/10/29/debian-gdm3-gnome-broken-dist-upgrade/
Peut-être y trouveras-tu ton bonheur…

Merci pour le retour, mais ça n’a pas marché pour moi.
Des logs en particulier ou je peux taper pour essayer de comprendre ?

Par ordre le journal du boot, le syslog/dmesg et le kern.log à la recherche d’erreur durant le démarrage.

Assure toi de virer lightdm et réinstalle gdm après avoir purger et assure toi que le service est enable via un systemctl status gdm.

Si wayland merdouille avec gdm décommente la ligne suivante ça te permettra de démarrer en session X au moins (dans /etc/gdm3/custom.conf).

WaylandEnable=false

Sinon autre méthode pour un debug efficace depuis une tty tu tail es logs et depuis une autre tu lance à la main une session Wayland :

dbus-run-session -- gnome-shell --display-server --wayland