Problème de connexion à ma session gnome

Support Debian
#1

Bonjour
Je viens d’installer le version 8.7 depuis le dvd graver depuis vos dépôts.
J’ai choisi la version gnome-live-nonfree.
Installation ok.
Mais il m’est impossible de me connecter à ma session.
Je peux rentrer mon log, mon mot de passe. une fois valider le lancement se fait, mais revient à l’affichage de log.
Merci par avance.
nano

ma config:
ntel® Core™ i7-5930K CPU @ 3.50GHz × 12
32 Go de DDR4
GeForce GTX 780 Ti/PCIe/SSE2 3Go+ GeForce GTX 780sli 6Go
Manjaro Linux 64 bits
DD 1To en home
71 Go de swap
SSD 250 pour le boot et la racine.

#2

Salut,
As-tu des chiffres dans ton mot de passe et si oui si tu veux saisir avec le pavé numérique, es tu certain que la touche VerrNum est activée?

#3

Oui j’ai des chiffres. Mais ce n’est pas le mot de pas qui est refusé. Il ne me refuse pas l’accés.
L’affichage change comme si j’allais accéder à ma session et il revient à mon affichage log (graphique).

#4

1- il serait bon de mettre ton message dans la catégorie support Debian pour plus de visibilité

2- j’ai déja eu ce genre de soucis, c’était les droits sur le /home de l’utilisateur qui avaient été modifiés à tort, tu peux te connecter en recovery avec l’utilisateur root et vérifier

ls -alrt /home

3-As tu bien installé un environnement de bureau?

toujours en recovery tu peux essayer

apt install task-gnome-desktop

#5

Déplacement dans le forum “Support”. Merci de respecter la charte et de veiller à poster dans le forum adéquat.

Ce ne sont aucunément les nôtres, mais celui de la communauté Debian. Nous, nous nous efforçons d’aider les uns les autres à appréhender/comprendre l’usage du système d’exploitation Debian.

Dans l’immédiat, je vais laisser @grandtoubab continuer de gèrer :wink:

#6

Merci mais j’avoue que je n’ai pas tout compris en ce qui concerne les endroits où je suis. Pour les dépôts, c’était façon de parler.
Merci quand même :wink:

#7

Mais là, j’ai l’impression d’y être dans “support debian”

A la commande[quote=“grandtoubab, post:4, topic:73278”]
ls -alrt /home
[/quote]:

Qu’en penses-tu grandtoubab ?

#8

1- les droits sont bizarre
moi j"ai rwxr-xr-x
peut-etre essayer

cd /home

chmod -R 755 nanonous

2 -le desktop est bien installé

3 -mais tout n’est pas à jour

apt update

apt full-upgrade

#9

chmod -R 755 nanonous = pas de réponse
Comme c’est un repertoire que je n’ai pas formaté depuis mes dernières install Manjaro. histoire de garder les réglages d’origines de certains soft (firefox, thunderbird, et autres blender).
Tu penses qu’en retentant une install en le formatant ? Ça permettrait de rétablir un vrai accès à session user?

Ah et j’ai lancé une mise à jour oui.

#10

il n’y a pas de réponse sur cette commande

il faut vériier par

ls -alrt /home

j’avais modifié, as tu vu?

cd /home

chmod -R 755 nanonous
#11

Oui oui mais finalement la commande est sans résultat.

On dirait que la connexion ne veut pas se faire jusqu’au bout. Je crois bien que je vais refaire une installation.
En mode root la connexion se fait ! yes !

oui en fait j’ai lancé la commande [quote=“grandtoubab, post:12, topic:73278”]
ls -alrt /home
[/quote]

rien de plus que ce que je t’ai déjà montré
Par contre j’ai découvert qu’en créant un autre compte User, j’arrive à lancer la session du dit compte…

#12

je ne comprends pas ce que tu veux dire
as tu verifié par ls -alrt /home

si ça veux dire que tu ne peut toujours pas te connecter, je pense que tu as raté ton installation
inspire toi de ça
https://www.debian.org/doc/manuals/debian-handbook/sect.installation-steps.fr.html

#13

Bon installation OK.
Et mise en route ok
En fait le répertoire initial était bloqué.
Sûrement un problème dut au changement de distribution.
Donc je vous remercie pour votre aide.

#14

La version “sécurisée” est plutôt celle là :

cd /home
chmod 0700 nanonous

Ainsi seul l’utilisateur ‘nanonous’ a le droit de naviguer dans son répertoire ‘maison’.
Et, cela n’empêche en rien la connexion système, et/ou session.

#15

Actuellement sous / j’ai

root@debian:/# ls -alrt
total 112
drwxr-xr-x   2 root root  4096 janv. 24  2016 srv
drwxr-xr-x   2 root root  4096 janv. 24  2016 live-build
drwx------   2 root root 16384 avril  5  2016 lost+found
drwxr-xr-x   4 root root  4096 avril  9  2016 media
drwxr-xr-x  11 root root  4096 juin  29  2016 var
drwxr-xr-x   3 root root  4096 sept. 29  2016 mnt
drwxr-xr-x   2 root root  4096 févr.  3 08:09 lib32
drwxr-xr-x   2 root root  4096 févr.  3 08:09 lib64
drwxr-xr-x  19 root root  4096 févr.  3 08:09 lib
drwxr-xr-x   3 root root  4096 mars  18 12:22 opt
drwxr-xr-x   2 root root 12288 avril  7 17:45 bin
drwxr-xr-x  12 root root  4096 avril  7 21:05 usr
lrwxrwxrwx   1 root root    27 avril 11 22:30 vmlinuz.old -> boot/vmlinuz-3.16.0-4-amd64
lrwxrwxrwx   1 root root    30 avril 11 22:30 initrd.img.old -> boot/initrd.img-3.16.0-4-amd64
drwxr-xr-x   2 root root 12288 avril 13 09:27 sbin
drwxr-xr-x   3 root root  4096 avril 16 10:18 boot
drwxr-xr-x  24 root root  4096 avril 16 10:19 ..
drwxr-xr-x  24 root root  4096 avril 16 10:19 .
drwx------  31 root root  4096 avril 20 22:47 root
dr-xr-xr-x 190 root root     0 avril 21 10:56 proc
dr-xr-xr-x  13 root root     0 avril 21 10:56 sys
drwxr-xr-x  20 root root  3280 avril 21 10:56 dev
drwxr-xr-x  27 root root   900 avril 21 11:02 run
drwxr-xr-x   5 root root  4096 avril 21 11:12 home
drwxr-xr-x 153 root root 12288 avril 21 11:12 etc
drwxrwxrwt  16 root root   340 avril 21 11:13 tmp

Par paramètre -> utilisateurs je crée l’utilisateur essai

root@debian:/# ls -alrt /home
total 32
drwx------  2 root  root  16384 juin   7  2015 lost+found
drwxr-xr-x 24 root  root   4096 avril 16 10:19 ..
drwxr-xr-x  5 root  root   4096 avril 21 11:12 .
drwxr-xr-x  2 essai essai  4096 avril 21 11:12 essai


root@debian:/# ls -alrt /home/essai
total 24
drwxr-xr-x 5 root  root  4096 avril 21 11:12 ..
-rw-r--r-- 1 essai essai 2181 avril 21 11:12 .kshrc
-rw-r--r-- 1 essai essai 3526 avril 21 11:12 .bashrc
-rw-r--r-- 1 essai essai  220 avril 21 11:12 .bash_logout
drwxr-xr-x 2 essai essai 4096 avril 21 11:12 .
-rw-r--r-- 1 essai essai  675 avril 21 11:12 .profile

Donc je vois bien des droits 755 sur le dossier et 644 pour les fichiers à l"intérieur :slight_smile:

Ce sont bien les valeurs par défaut:

https://www.debian.org/doc/manuals/securing-debian-howto/ch4.fr.html#s4.11.12

Ceci pour faire remarquer que la machine avait été modifiée, donc on n’est plus certain de rien pour expliquer l’échec de connexion sue la machine de nano

#16

Ecoute, si tu n’es pas capable de faire la différence avec ce que j’écris :

Je n’y peux rien, mais je continuerai mordicus de l’affirmer.

Toi, tu parles des droits utilisateurs …
Sans parler du fait qu’en modifiant les masks utilisateurs ou système - donc, respectivement à 077, et 027 - ne peuvent en aucun cas te donner des droits 755 ou 644 pour tes dossiers et autres fichiers !
Mais bon, je peux me tromper !

Et, oui, la valeur par défaut est un umask à 022, qui dans ce cas te restitue bien les droits que tu montres ; étant donné que ce sont des valeurs par défaut, elles ne peuvent en aucun cas expliquer son problème de connexion.

#17

Ok les gars je vous remercie.
Je suis entrain de voir un autre problème.
Faire reconnaître mes cartes graphiques

#18

Ok.
Pour ton problème de Carte graphiques, tu ouvres un autre post, si ce n’est déjà fait ! :wink:

#19

C’est parti