Plus d'interface graphique au démarrage

Tu peux:

  • ouvrir ton ordinateur (s’il est ouvert ferme puis ouvre)
  • connecte toi root
  • vérifie l’heure via: date (faut mémoriser l’heure et la minute)
  • ferme l’ordinateur puis ouvre
  • logue toi avec le nouvelle utilisateur (pour qu’il échoue la connexion, sans tenter plus de connexion, il nous faut juste échoué la connexion)
  • logue toi root, fait une copie du fichier: cp /var/log/auth.log /root/
  • démarre x comme tu le fais
  • donne les données depuis l’heure que tu avais pris via: date (au début), jusqu’à la fin, depuis le fichier /root/auth.log (et pas /var/log/auth.log)
    (tu peux modifié les noms d’utilisateurs des données à mettre ici si tu désires mais remplace par quelque chose qu’on puisse reconnaître)

hop
framabin.org/?95fe594175af004a# … 6rq1S60Gg=

username_default est mon identifiant usuel
toto est le nouveau profil que je viens de créer et auquel je ne peux accéder

à noter qu’à chaque fois je dois m’y reprendre à plusieurs fois pour saisir mes codes car le clavier semble occupé (cf précédent message)

merci !

Dans le log on voit qu’il y a un soucis.
Avais-tu fait un truc qui t’auto-connecte à ton compte utilisateur ?

Si tu as le fichier [mono]/etc/gdm/custom.conf[/mono] ou/et [mono]/etc/gdm3/daemon.conf[/mono]:
trouve [mono]TimedLoginEnable=true[/mono] remplace par [mono]TimedLoginEnable=false[/mono]
trouve [mono]AutomaticLoginEnable=true[/mono] remplace par [mono]AutomaticLoginEnable=false[/mono]
Sauvegarde, reboot.
Si gdm se lance connecte toi utilisateur sinon via startx (d’abord sans .xinitrc, si marche pas essaye un avec /usr/bin/xterm alors si startx fonctionne tu devras avoir un émulateur terminal sur ton environnement graphique).

aussi il y a de la littérature qui s’affiche et s’efface aussitôt quand je tente de me connecter avec toto.
là c’est resté un peu plus longtemps cette fois, ça disait notamment “unable to mount toto/home”

mon profile usuel est en connexion auto, pas toto
changer en manuel est sans incidence

tiens, même en root graphique j’ai des pbs : l’écran freeze et clignote quand je tente de sortir de veille.

Sinon je me dis que je vais peut être tenter de basculer sur Wayland t’a qu’à faire, avec xwayland en compatibilité, vu que j’ai une config bateau (un seul moniteur, pas de haute résolution ni de tactile, GPU Intel) et que je fais tourner GNOME Shell 3.18.2
Auquel cas faut que je regarde comment basculer

Je penses que ta fais des automatisations qui bloque le bon fonctionnement.

Faut re-faire: plus-d-interface-graphique-au-demarrage-t53760-50.html#p531485 pour voir si les problèmes d’avant sont plus là, et que d’autres nouvelle n’y sont pas.

Ok je teste

sinon en cherchant sur wayland, je suis tombé à nouveau sur toi :wink:
linuxfr.org/forums/linux-general … nt-1567485

mais comme t’es pas sous GNOME visiblement, ce n’est pas la même procédure pour nous deux (GNOME a son propre compositeur Wayland)

voilà mon auth.log
framabin.org/?94f85b8238cf93aa# … pGEnKRUH8=

sinon j’ai tenté de lancer
gnome-session --session gnome-wayland
blogs.gnome.org/mclasen/2013/10 … in-fedora/
Ma carte graphique est alors indiquée comme étant “Wayland”, c’est amusant
Le scrolling sous Firefox est bien plus fluide (alors que ce n’est pas encore une appli Wayland!)
Si je pouvais lancer GNOME Waylandisé au démarrage ça m’irait très bien

par contre je ne sais pas pourquoi gdm3 ne se lance pas, car lui devrait proposer l’option d’une session Wayland

à noter que
gnome-session --session gnome-wayland
ne lance aucune session graphique sous mon utilisateur normal
"trappe pour point d’arrêt et de trace"
et que je dois être root pour lancer une session wayland

je ne sais pas si c’est un autre symptôme de mon pb ?

et que l’écran de connexion plante, que j’y accède puis une session X ou Wayland
(quand je verrouille ma session graphique et que je tente d’y retourner ou de changer d’utilisateur)

à ton avis, le temps est-il venu que je lance une réinstallation, faute de solution apparente ?
auquel cas le week-end est le moment propice à cela…

[mono]cat /etc/shells[/mono]
[mono]cat /etc/pam.d/login | grep -v “#”[/mono]
[mono]cat /home/ton_utilisateur/.bashrc[/mono]
Si tu as des fichiers qui lance des truc automatique au démarrage ordinateur et de(s) utilisateur(s), copie le contenu ici.
Avant, c’était: gdm-autologin, qui lançait abusivement une connexion-déconnexion d’utilisateur, maintenant qu’on la désactiver, c’est gdm-launch-environment qui fait pareil.
Il faut trouver, gdm-launch-environment, où sont ses fichiers etc mais en ce moment je dois quitter je verrais plus tard.

C’est sûrement un bête truc qui une fois modifier tout sera normale.
C’est ton choix si tu veux réinstaller, mais vaut mieux chercher si ça vaut le coup si tu as installer pas mal de logiciel et leurs configurations etc.

cat /etc/shells

/etc/shells: valid login shells

/bin/sh
/bin/dash
/bin/bash
/bin/rbash
/bin/sash


cat /etc/pam.d/login | grep -v “#”

auth optional pam_faildelay.so delay=3000000

auth [success=ok new_authtok_reqd=ok ignore=ignore user_unknown=bad default=die] pam_securetty.so

auth requisite pam_nologin.so

session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so close

session required pam_env.so readenv=1
session required pam_env.so readenv=1 envfile=/etc/default/locale

@include common-auth

auth optional pam_group.so

session required pam_limits.so

session optional pam_lastlog.so

session optional pam_exec.so type=open_session stdout /bin/uname -snrvm
session optional pam_motd.so

session optional pam_mail.so standard

session required pam_loginuid.so

@include common-account
@include common-session
@include common-password

session [success=ok ignore=ignore module_unknown=ignore default=bad] pam_selinux.so open


cat /home/mon_utilisateur/.bashrc
ne donne rien pour mon utilisateur normal

par contre :
cat /home/toto/.bashrc

~/.bashrc: executed by bash(1) for non-login shells.

see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)

for examples

If not running interactively, don’t do anything

case $- in
i) ;;
*) return;;
esac

don’t put duplicate lines or lines starting with space in the history.

See bash(1) for more options

HISTCONTROL=ignoreboth

append to the history file, don’t overwrite it

shopt -s histappend

for setting history length see HISTSIZE and HISTFILESIZE in bash(1)

HISTSIZE=1000
HISTFILESIZE=2000

check the window size after each command and, if necessary,

update the values of LINES and COLUMNS.

shopt -s checkwinsize

If set, the pattern “**” used in a pathname expansion context will

match all files and zero or more directories and subdirectories.

#shopt -s globstar

make less more friendly for non-text input files, see lesspipe(1)

#[ -x /usr/bin/lesspipe ] && eval “$(SHELL=/bin/sh lesspipe)”

set variable identifying the chroot you work in (used in the prompt below)

if [ -z “${debian_chroot:-}” ] && [ -r /etc/debian_chroot ]; then
debian_chroot=$(cat /etc/debian_chroot)
fi

set a fancy prompt (non-color, unless we know we “want” color)

case “$TERM” in
xterm-color|*-256color) color_prompt=yes;;
esac

uncomment for a colored prompt, if the terminal has the capability; turned

off by default to not distract the user: the focus in a terminal window

should be on the output of commands, not on the prompt

#force_color_prompt=yes

if [ -n “$force_color_prompt” ]; then
if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
# We have color support; assume it’s compliant with Ecma-48
# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
# a case would tend to support setf rather than setaf.)
color_prompt=yes
else
color_prompt=
fi
fi

if [ “$color_prompt” = yes ]; then
PS1=’${debian_chroot:+($debian_chroot)}[\033[01;32m]\u@\h[\033[00m]:[\033[01;34m]\w[\033[00m]$ ‘
else
PS1=’${debian_chroot:+($debian_chroot)}\u@\h:\w$ '
fi
unset color_prompt force_color_prompt

If this is an xterm set the title to user@host:dir

case “$TERM” in
xterm*|rxvt*)
PS1="[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a]$PS1"
;;
*)
;;
esac

enable color support of ls and also add handy aliases

if [ -x /usr/bin/dircolors ]; then
test -r ~/.dircolors && eval “$(dircolors -b ~/.dircolors)” || eval "$(dircolors -b)"
alias ls=‘ls --color=auto’
#alias dir=‘dir --color=auto’
#alias vdir=‘vdir --color=auto’

#alias grep='grep --color=auto'
#alias fgrep='fgrep --color=auto'
#alias egrep='egrep --color=auto'

fi

colored GCC warnings and errors

#export GCC_COLORS=‘error=01;31:warning=01;35:note=01;36:caret=01;32:locus=01:quote=01’

some more ls aliases

#alias ll=‘ls -l’
#alias la=‘ls -A’
#alias l=‘ls -CF’

Alias definitions.

You may want to put all your additions into a separate file like

~/.bash_aliases, instead of adding them here directly.

See /usr/share/doc/bash-doc/examples in the bash-doc package.

if [ -f ~/.bash_aliases ]; then
. ~/.bash_aliases
fi

enable programmable completion features (you don’t need to enable

this, if it’s already enabled in /etc/bash.bashrc and /etc/profile

sources /etc/bash.bashrc).

if ! shopt -oq posix; then
if [ -f /usr/share/bash-completion/bash_completion ]; then
. /usr/share/bash-completion/bash_completion
elif [ -f /etc/bash_completion ]; then
. /etc/bash_completion
fi
fi

J’ai pas le temps mais supprime la ligne: /bin/sash de /etc/shells, reboot, teste.
Je viendrais plus tard.

Je l’ai commentée, sans effet

En fait j’essaye de vérifié 2 côté:
1- côté utilisateur, si quand tu te connectes, un truc de ton compte qui foire:
quand tu te connecte à ton utilisateur, certains fichiers peuvent se lancer (autostart), et qu’il y a un truc dans un de ces fichiers qui fait que ça ferme ta connexion

2- côté système/logiciel: gnome, gdm, pam, systemd, etc.

Je jepenses que le problème vient du 2ème point mais faut quand même que je vérifies la première.

J’aimerais tester de booter en ayant gdm déjà désactiver pour voir ce que ça donne, mais je connais la commande systemd pour cela.

Essaie via root: [mono]systemctl disable gdm[/mono] et [mono]systemctl disable gdm3[/mono]
Reboot puis startx via utilisateur normale.

Si ça marche pas, peux tu faires via root:

  • [mono]cd /home/ton_utilisateur/;ls .bash* .profile;cat .profile[/mono]
  • [mono]grep ton_utilisateur /etc/passwd[/mono] (change les nom utilisateur mais modifie pas autres chose, du résultat)
  • [mono]cat /lib/systemd/system/graphical.target[/mono]
  • [mono]cat /lib/systemd/system/display-manager.service[/mono]
  • [mono]cat /etc/systemd/system/display-manager.service[/mono]
  • [mono]ls /etc/X11/default-display-manager[/mono]
  • [mono]ls /etc/systemd/system/multi-user.target.wants/[/mono]
  • [mono]ls /lib/systemd/system/gdm*[/mono]

Pour ce qui est de "trappe pour point d’arrêt et de trace"
Ça peut venir de plusieur chose je crois, mais installe le paquet libgtkglextmm-x11-1.2.

Alors avant toute choses j’ai réinstallé mon système, en effaçant / mais en gardant mon /home
Avec Debian Stable (8.2) tout marche.
Je modifie le sources.list pour passer en Sid et là au redémarrage de nouveau pb !

En utilisateur normal le PC boot jusqu’à afficher l’écran de couleur bleue de gnome (ou celui de connection) et le pointeur puis se bloque.

Du coup je n’ai plus accès à la ligne de commande pour me connecter en root par exemple.
Si je passe par le mode recovery au démarrage je peux me connecter en root et lancer un startx mais, mode recovery oblige, je n’ai pas d’accès internet.

Du coup je suis de nouveau sur LiveUSB là

1°) Comment récupérer la main au boot pour poursuiver les tests?
2°) la fait que 8.2 passe bien et que le passage à Sid empêche le démarrage semble bien indiquer un bogue dans les paquets récents.
J’ai bien envie de me mettre sous Wayland et de laisser cet épisode derrière moi mais maintenant que je suis à peu près convaincu que c’est un bogue de la distrib, je m’en voudrais que l’on ne parvienne pas à le faire remonter…

cd /home/ton_utilisateur/;ls .bash* .profile;cat .profile
ls: cannot access .profile: No such file or directory
.bash_history .bashrc
cat: .profile: No such file or directory


grep mon_utilisateur /etc/passwd
mon_utilisateur:x:1000:1000:tb,:/home/mon_utilisateur:/bin/bash


cat /lib/systemd/system/graphical.target

This file is part of systemd.

systemd is free software; you can redistribute it and/or modify it

under the terms of the GNU Lesser General Public License as published by

the Free Software Foundation; either version 2.1 of the License, or

(at your option) any later version.

[Unit]
Description=Graphical Interface
Documentation=man:systemd.special(7)
Requires=multi-user.target
Wants=display-manager.service
Conflicts=rescue.service rescue.target
After=multi-user.target rescue.service rescue.target display-manager.service
AllowIsolate=yes


cat /lib/systemd/system/display-manager.service
No such file or directory


cat /etc/systemd/system/display-manager.service
/systemd/system/display-manager.service

et avec sudo :
command not found

en fait je le vois dans le repertoire, mais c’est seulement un lien et non le fichier lui-même


ls /etc/X11/default-display-manager
/etc/X11/default-display-manager


ls /etc/systemd/system/multi-user.target.wants/
anacron.service cups.path remote-fs.target
atd.service ModemManager.service rsyslog.service
avahi-daemon.service NetworkManager.service run-vmblock\x2dfuse.mount
cron.service open-vm-tools.service ssh.service
cups-browsed.service pppd-dns.service


ls /lib/systemd/system/gdm*
/lib/systemd/system/gdm3.service
/lib/systemd/system/gdm.service

bon, depuis ma session graphique root sans internet, j’ai supprimé gdm3.
Comme ça j’ai de nouveau une invitre commande avec internet au démarrage

Pour libgtkglextmm-x11-1.2 j’ai des dépendances non satisfaites et ne epux l’installer.

J’ai passé tes commandes systemctl disable gdm et systemctl disable gdm3
la 1re semble avoir marché, pas la 2nde (puisque gdm3 n’était plus là j’imagine)

J’ai tenté en root un gnome-session --session gnome-wayland qui marchait précédemment mais là rien.
J’imagine que la commande s’appuie gdm, aussi j’ai réinstallé gdm3 et relancé la commande en root et là j’ai le même écran bleu avec pointeur figé que si je lance startx.
Le point commun étant gdm3, je pense que c’est lui se bloque présentement ?

Quand la souris reste figé tu peux enlever l’usb souris et la rebrancher, normalement ça resoud.
De même pour le clavier si le voyant de numlock ne fonctionne pas quand tu appuyes dessus.

Essaye d’installer un équivalant de gdm: slim.
Si par défaut il commence sous slim c’est parfait.
Sinon on va chercher à configurer pour que ça soit slim qui se lance et pas gdm(3).