Debian connexion en boucle
Si j'essaie de me connecter sur un Debian avec XFCE, il obtient un blackscreen pendant quelques secondes, puis clignote vraiment court et me met de nouveau à l'écran de connexion.
La chose étrange est, si je vais dans un terminal avec Ctrl + Alt + F1 (Ou toute autre touche F) je peux me connecter, et entrer dans l'interface graphique à l'aide de la commande startx.
Tout fonctionne comme d'habitude.
J'ai installé Debian de la même façon sur 4 machines différentes, mais aucun d'eux n'a eu l'erreur.
J'ai utilisé debian-8.2.0-i386-xfce.iso pour l'installation avec une clé USB.
Quelqu'un a une idée de ce qui pourrait causer ce problème?
OriginalL'auteur Sativa | 2015-10-05
Vous devez vous connecter pour publier un commentaire.
J'ai eu le même problème à l'aide de Jessie 8.6 avec le noyau 4.7 avec de la cannelle, et j'ai fait presque la même chose: je viens de modifier la propriété de l' /home/utilisateur/.Xauthority fichier et il a également travaillé:
OriginalL'auteur Gabz
Après quelques recherches, j'ai trouvé un l'entrée à l'Utilisateur de Debian Forums, où quelqu'un a eu presque le même problème, sauf que je pouvais utiliser la commande startx et il n'a pas. Le problème était que certains des fichiers cachés à l'intérieur du répertoire de base d'utilisateurs ont été détenus par la racine. Je ne sais toujours pas pourquoi j'ai pu démarrer le serveur x en ligne de commande, mais au moins je peux me connecter maintenant avec le GUI de nouveau.
La solution
Je suis allé dans la ligne de commande à l'aide de CTRL + ALT+ F1
Puis je me suis connecté en tant que root et fait un ls à l'intérieur du répertoire home de l'utilisateur endommagé.
cd /home/username
->ls -la
("-la" liste des fichiers cachés, et la propriétaire des fichiers)
fonction du nombre de fichiers appartenant à root, vous pouvez modifier les droits pour séparer les fichiers, ou d'être paresseux comme moi et n':
(chmod modifie les autorisations pour un groupe d'utilisateurs)
Cela signifie que, tous les utilisateurs peuvent maintenant lire, écrire (modifier) et d'exécuter ces fichiers.
Je sais pas, sa peut-être pas la solution la plus propre, mais il a travaillé pour moi.
chown -R username:username ~/*
; ou, plus spécifiquement, de trouver tous les fichiers appartenant à root et changer leur dos:find ~/ -user root -exec chown username:username {} \;
Ouais, vous avez raison. Dans mon cas, je suis le seul à avoir accès à l'ordinateur de sorte que je peux être sûr que personne ne va essayer de faire quelque chose avec ces fichiers.
OriginalL'auteur Sativa
Pour moi la solution n'a pas fonctionné, même je donne à tous la permission de chaque utilisateur à l'aveuglette. Cependant, j'ai trouvé le problème .profil dans le répertoire de base où j'ai utilisé des commandes d'exportation et ajouté à la variable d'environnement PATH. Certains autres fichiers tels que .bashrs, .xauthority, ou .xsession pourrait être la cause du problème. Double vérification que les fichiers. D'abord les fichiers de sauvegarde, puis supprimer toutes les lignes ajoutées et voir les résultats.
OriginalL'auteur Karimai