Version imprimable
Bonjour,
j'utilise Lubuntu sur une machine virtuelle, VirtualBox. Hier j'qai réalisé une mise à jour du système d'exploitation et depuis impossible de me loguer : je tape mon mot de passe, j'ai un écran noir et je reviens systématiquement sur la page d'accueil. Je n'ai pas de message indiquant une erreur dans le mot de passe.
Comment je peux faire sans devoir tout réinstaller ?
T'as essayé en console ?
crtl-alt-f(x)
Je suis passé par la console ctrl+alt+F1, je peux taper mon nom et mon mot de passe. Mais ensuite, que faire ?
ok donc c'est l'interface graphique qui merde.
Qu'appeles-tu page d'accueil ?
Pour moi la page d'accueil c'est la fenêtre de login de Lubuntu avec le fond d'écran, la partie graphique... je ne sais pas si je suis plus clair :aie:
Bonjour,
c'est le gestionnaire de session graphique. Sous Lubuntu, ça a été lightdm, mais je ne sais pas si c'est toujours le cas.Citation:
Envoyé par Auteur
Pour savoir si c'est seulement lui qui est fautif, une fois que tu as réussi à te loguer dans une console comme te l'a indiqué chrtophe, saisis
pour lancer ta session graphique. Si celle-ci se lance correctement, c'est que c'est uniquement le gestionnaire de session qui est fautif.Code:startx
Tente alors de le réinstaller, en console, par
ou supprime-le et réinstalle-le parCode:sudo apt-get install --reinstall lightdm
Code:
2
Bonjour,
Je penche pour un verrouillage de Xauthority.
Il y avait une discussion ici
Citation:
Envoyé par killian68
En tapant startx, j'ai le message suivant :
Je vais donc d'abord suivre ce que m'a indiqué killian68 avant de réinstaller lightdm.Citation:
xauth: timeout in locking authority file /home/monNom/.Xauthority
xauth: timeout in locking authority file /home/monNom/.Xauthority
(EE)
Fatal server error:
(EE) Could not write pid to lock file in /tmp/.tX1-lock
(EE)
(EE)
Please consult the The X.org Foundation support
at gttp://wiki.x.ork
for help
(EE)
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error
xauth: timeout in locking authority file /home/monNom/.Xauthority
[edit]
Par contre, je ne comprends pas bien la commande :qu'est-ce que numUtilisateur ?[/edit]Code:chown <numUtilisateur>:<nomUtilisateur> .Xauthority
C'est donc killian68 qui a le bon diagnostic !
J'ai édité mon message entre temps donc je ne sais pas si ma question est passée :
qu'est-ce que numUtilisateur ?Code:chown <numUtilisateur>:<nomUtilisateur> .Xauthority
Normalement le synopsis de la commande chown, c'est
Code:chown nom-propriétaire:nom-groupe fichier
après avoir tapé
j'ai le message :Code:chown auteur:auteur .Xauthority
Sachant que le propriétaire de .Xauthority est le root, j'ai dû faire la commande en sudo.Citation:
chown: modification du propriétaire de '.Xauthority' : opération non permise.
J'ai redémarré la machine et le problème persiste. :(
Pourtant j'ai les bons droits ?
je dois ajouter des droits supplémentaires ?Code:-rw------- 1 auteur auteur 0 mai 24 11:14 .Xauthority
Ou je tente une réinstallation de lightdm ?
Trouvé ça en farfouillant sur le Net, à cette adresse: https://we.riseup.net/abracad/les-d%...n-bureau-linux
L'article propose aussi, dans un premier temps, de supprimer ces deux fichiers, mais là dessus je ne suis pas assez compétent pour dire quelles pourraient en être les conséquences !Citation:
Vous pouvez aussi remettre leurs droits à 600 et leur propriétaire doit être votre nom d’utilisateur, en ligne de commande (remplacez “votrenom” par le nom de votre utilisateur, et enlever “sudo” si vous êtes root dans le mode dépannage):
sudo chmod 600 ~/.ICEauthority ~/.Xauthority
sudo chown votrenom:votrenom ~/.ICEauthority ~./Xauthority
Commence donc par tester ce qui est indiqué ci-dessus, sans risquer une suppression pour laquelle un avis autorisé serait préférable.
Bonjour,
Désolé pour la faute de frappe
La commande est normalement en sudo chown <nomUtilisateur>:<nomUtilisateur> .Xauthority
En fait, Le groupe correspondant au compte utilisateur doit avoir les droits aussi.
Le compte à les droits mais pas le groupe correspondant. (Ceci bien sur à adapter si votre compte est dans un groupe différent. Par défaut, un groupe est créé avec le même nom que votre compte.)Citation:
Envoyé par Auteur
Rien à faire, je reste bloqué.
J'ai modifié les droits, redémarré, comme cela ne fonctionnait pas j'ai supprimé les fichiers puis redémarré.
Au redémarrage le fichier .Xauthroity a été recréé mais pas le fichier .ICEauthority.
Dans la ligne que j'ai tapée, les droits ne sont pas corrects ? Pourtant cela correspond à un chmod 600.Citation:
Envoyé par killian68
J'ai raté un truc ?
Surprenant en effet.
Sinon depuis une console (ctrl-alt-F1) loguez vous avec le compte qui pose problème puis faites unpuisCode:sudo rm .Xauthority
.Code:reboot
Le fichier sera recréé lors de la prochaine connexion de ce compte à l'Xserver.
Voir ce lien
Ce fichier est utilisé pour stocker les informations d'identification utilisées par xauth pour l'authentification des sessions X. Habituellement, il contient simplement un "cookie" d'authentification.
Oui, autant l'effacer, vu que sa taille est de zéro.
Et tant qu'on y est, vérifie tes droits sur /tmp et pour la partie startx, le problème semble être plus à cause d'un conflit avec l'autre session:
Citation:
(EE) Could not write pid to lock file in /tmp/.tX1-lock
@ killian68 : rien y fait. J'ai fait le cas 2 aussi mais le fichier lightdm.conf est vide, ou plutôt il n'existe pas :aie:
@disedorgue : C'est le root qui est propriétaire de "tmp". Mais sur ce dossier voici les droits : drwxrwxrwt. Je dois changer le propriétaire de ce dossier ?
Non, c'est bon comme ça.
Vire le .Xauthority et essaye de lancer depuis une de tes consoles:
Et dis nous se qu'il se passe.Code:startx -- :2