Gaffe sur gaffe : plus de boot graphique sur Manjaro Xfce

Hello, tous !

Première gaffe : une amie installée par mes soins n'avait pas fait de mise à jour depuis février.
Je l'aide via Anydesk (suis à 300km de chez elle) et lance la mise à jour.
Ça se passe globalement tranquillou, une fois que j'ai désinstallé les paquets bloquants habituels, résultat : 1190 mises à jour.
Restent alors 9 paquets AUR.

Je passe le

yaourt -Sua

qui va bien et là, commence une compilation ultra longue que j'arrête en me disant que ces paquets AUR que je n'avais pas installé devaient être des paquets droppés de l'install d'origine.

Seconde gaffe : petit coup de flemme, je les vire via pamac et là, BAM, n'avais pas vu qu'au moins l'un d'entre eux embarquait la moitié du système en dépendances. (513 paquets, quand même... :/ )
Résultat : un écran GUI sans menus et sans terminal... Bref, plus de Xfce. Obligé de passer en tty et là, forcément, je perds mon assistance GUI.

Je réussis à lui faire passer :

sudo pacman -S xfce4 xfce4-goodies network-manager-applet

Rien, ou plutôt si : écran noir.

Je me dis, tentons via la 4.13

sudo pacman -S xfce4-gtk3

Là, ca bloque sur le splash Manjaro avec les 5 petits points, rien d'autre
Je lui fait ajouter :

sudo pacman -S lightdm lightdm-gtk-greeter lightdm-gtk-greeter-settings
sudo systemctl enable lightdm.service --force
/usr/bin/cp -rf /etc/skel/. ~

Rien ne change : toujours l'écran splash.

Bien entendu, plus d'accès à ses retours...

Une idée qui éviterait la réinstall ? (qui ne pourra avoir lieu que quand je ferais les 300 bornes en question...)

première chose, je récupérerais le log de pacman pour voir les désinstalls

grep "2018-11.*removed" /var/log/pacman.log
#ou que les paquets supprimés de ce mois
awk '/2018-11.*removed/ {print $5}' /var/log/pacman.log | sort |uniq

big problème: il ne faut pas réinstaller tous les paquets désinstallés mais uniquement ceux installés implicitement

sur 500

ps: si bloqué sur le "splash Manjaro" il faut utiliser la touche ESCAPE pour voir les retours ... avec de la chance ... (sinon voir les logs systemd)

? il doit être possible de faire un Anydesk/manjaro-chroot depuis une iso d'install

escape donne ceci, déjà !

(j'ai demandé le retour de la commande suggérée)

je viens de voir ta commande: /usr/bin/cp -rf /etc/skel/. ~

ces fichiers n'appartiennent à aucun paquets , ils ont donc l'age de l'iso d'install.
Tu risques d'écraser une config utilisateur avec des fichiers obsolètes - pourquoi toucher à home alors qu'une maj ne touchera jamais à un seul fichier dans home

Bonsoir..

Essaye de passer en TTY2 et de lancer startx ou startxfce4.

@papajoke, j'ai suivi le wiki : https://wiki.manjaro.org/index.php/Inst ... vironments
@lemust83, je vais essayer startxfce4 car startx ne donne rien

Pour vos commandes :

startxfce4 lance une session graphique, mais impossible de reprendre via anydesk : je recois un curieux message me disant environnement graphique non supporté wayland.

echo $XDG_SESSION_TYPE

donne un retour vide ! (prompt)

Salut,

Il y a un truc qui m'échappe quand je vois startx lancé depuis un terminal, startx ou startxfce4 se lancent depuis la console et démarrent le serveur X, or dans un terminal ça veut dire que le serveur X et un semblant de bureau sont actifs puisqu'on voit un fond d'écran.

pour moi c'est $XDG_CURRENT_DESKTOP qui retourne XFCE mais la variable à voir compatible pour tous les bureaux c'est :

$DESKTOP_SESSION

ps: et ne pas oublier env

--------------------
comme Smurf, lancer un startx dans un terminal alors que le bureau est bien lancé ne risque pas de fonctionner ...

@smurf : Ah oui, tiens, j'avais demandé à l'amie de redémarrer et lancer startx, elle ne m'a bien sûr pas écouté ! Preuve du besoin de récupérer le minimum pour pouvoir intervenir à distance, en ne faisant plus de bêtise...)

@papajoke, c'est le serveur d'affichage que je cherche, chez moi :

~]$ echo $XDG_SESSION_TYPE
x11

Chez elle, pas de retour

oui comme dit plus haut, cette variable n'est pas bonne pour tester la présence d'un bureau, seule DESKTOP_SESSION est fiable

pour contrôle, tu peux aussi faire un

cat ~/.xsession

(commande lancée par startx) - celle que tu as écrasée ...

Wé.. Ben pas de .xsession, ça sent vraiment la clean install...

je vois que maintenant c'est dans ~/.xinitrc ici on peut voir xfce4-session, la config locale elle, lance quoi pour avoir du wayland ?

Mais ici, le bureau se lance bien (avec startx) donc tu as sans doute dans un premier temps juste le fichier conf du DM à voir (pas une extension lightdm qui est passé dans aur il y a des mois ?) bien que ce ne soit pas le plus gros problème (lorsque l'on supp 500 paquets)

En fait starx ne lance rien, startxfce4 par contre oui !

Ton .xinitrc doit être mal configuré.
Voici le mien:

#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)

if [[ -f ~/.extend.xinitrc ]];then
	. ~/.extend.xinitrc
else
	DEFAULT_SESSION=xfce4-session
fi

userresources=$HOME/.Xresources
usermodmap=$HOME/.Xmodmap
sysresources=/etc/X11/xinit/.Xresources
sysmodmap=/etc/X11/xinit/.Xmodmap

# merge in defaults and keymaps

if [ -f $sysresources ]; then
    xrdb -merge $sysresources
fi

if [ -f $sysmodmap ]; then
    xmodmap $sysmodmap
fi

if [ -f "$userresources" ]; then
    xrdb -merge "$userresources"
fi

if [ -f "$usermodmap" ]; then
    xmodmap "$usermodmap"
fi

# start some nice programs

if [ -d /etc/X11/xinit/xinitrc.d ] ; then
    for f in /etc/X11/xinit/xinitrc.d/?*.sh ; do
        [ -x "$f" ] && . "$f"
    done
    unset f
fi

get_session(){
	local dbus_args=(--sh-syntax --exit-with-session)
	case $1 in
		awesome) dbus_args+=(awesome) ;;
		bspwm) dbus_args+=(bspwm-session) ;;
		budgie) dbus_args+=(budgie-desktop) ;;
		cinnamon) dbus_args+=(cinnamon-session) ;;
		deepin) dbus_args+=(startdde) ;;
		enlightenment) dbus_args+=(enlightenment_start) ;;
		fluxbox) dbus_args+=(startfluxbox) ;;
		gnome) dbus_args+=(gnome-session) ;;
		i3|i3wm) dbus_args+=(i3 --shmlog-size 0) ;;
		jwm) dbus_args+=(jwm) ;;
		kde) dbus_args+=(startkde) ;;
		lxde) dbus_args+=(startlxde) ;;
		lxqt) dbus_args+=(lxqt-session) ;;
		mate) dbus_args+=(mate-session) ;;
		xfce) dbus_args+=(xfce4-session) ;;
		openbox) dbus_args+=(openbox-session) ;;
		*) dbus_args+=($DEFAULT_SESSION) ;;
	esac

	echo "dbus-launch ${dbus_args[*]}"
}

exec $(get_session)


# twm &
# xclock -geometry 50x50-1+1 &
# xterm -geometry 80x50+494+51 &
# xterm -geometry 80x20+494-0 &
#exec xterm -geometry 80x66+0+0 -name login
xset r rate 500 20

Que je tape startx ou startxfce4, ça passe.

Je vais lui demander.

Curieusement, chez moi où tout est opérationnel, pas de ~/.xinitrc :

~]$ find $HOME/ -name ".x*"
/home/moi/.xprofile
/home/moi/.xfce4-session.verbose-log.last
/home/moi/.xsession
/home/moi/.xsession-errors.old
/home/moi/.xmodmap.conf
/home/moi/.xfce4-session.verbose-log
/home/moi/.xombrero
/home/moi/.xscreensaver
/home/moi/.xmodmap-shiftlock
/home/moi/.xsession-errors

~]$ locate xinitrc
/etc/X11/xinit/xinitrc
/etc/X11/xinit/xinitrc.d
/etc/X11/xinit/xinitrc.d/40-libcanberra-gtk-module.sh
/etc/X11/xinit/xinitrc.d/50-systemd-user.sh
/etc/xdg/xfce4/xinitrc