none
echec d'ouverture de session par le profil d'utilisateur RRS feed

  • Question

  • Slt j'ai un parc d'une cinquantaine d'ordinateurs a administrer. les clients sont sous win7 et le serveur sur win12. certains postes clients ont cette manie de montrer le message d'erreur suivant: "échec d'ouverture de session par le service profil d'utilisateur". jsui parvenu a avoir accès au cmd en redémarrant en mode sans echec ou jai execute la cmd regedit. j'ai pas vue l'extension .bak la ou il était sense etre, mais jai cas changer les valeur du state et refcont en 0. ca n'a pas changer grand chose et les valeur que jai change revienne a chaque reprise de la session en mode sans echec. jai aussi proceder a une mise a jour complete du systeme mais rien n'y change. a noter qu'un des postes qui avait se ^probleme marche maintenant mais avec un seul type d'utilisateur mais affiche le même message d'erreur avec les autres utilisateurs.

    je vous prie de partager vos chères idée et vos belles expériences pour que je résolve ce pépin...

    jeudi 6 juillet 2017 13:06

Réponses

  • Bonjour,

    -Lorsqu'il y a un problème pour 1 utilisateur, il faut supprimer la clé de registre associée dans

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList

    Ensuite il faut renommer le répertoire contenant le profil de l'utilisateur présent dans

    c:\utilisateurs en .old

    ex : c:\utilisateurs\toto en c:\utilisateurs\toto.old

    Fermer la session puis ouvrir de nouveau la session

    Bien entendu, la manipulation ne peut pas être réalissi l'on est connecté avec le compte qui pose problème.

    -Lorsqu'il y a un problème pour tous les nouveau utilisateurs, il faut copier le répertoire c:\utilisateur\default depuis un autre poste de la même architecture et même OS pour remplacer celui présent sur le poste qui pose problème.


    Merci de marquer comme réponse les sujets qui vous ont permis d'avancer afin que cela puisse être bénéfique aux personnes qui rencontrent le même problème.

    vendredi 7 juillet 2017 08:30

Toutes les réponses

  • Bonjour,

    Si vous ouvrez une session avec un nouveau compte sur la machine, est ce que le problème est présent ?

    Sinon, dans votre cas il faut supprimer la clé de registre dans userprofile correspondant à celle de l'utilisateur (donc le dossier sur la gauche et non pas une des valeurs présente sur la partie droite de l'écran).

    Ensuite il est nécessaire de renommer le répertoire de l'utilisateur dans c:\users

    ensuite redémarrer le poste et se logguer avec la session de l'utilisateur. Un nouveau profil va être crée, il ne reste plus qu'à transfèrer les données


    Merci de marquer comme réponse les sujets qui vous ont permis d'avancer afin que cela puisse être bénéfique aux personnes qui rencontrent le même problème.

    jeudi 6 juillet 2017 15:03
  • oui, même avec un nouveau utilisateur le problème persiste. j'ai supprime déjà la clé du registre, enfin les deux dernières clés.

    j'ai essaye de gérer les droit des utilisateurs aussi dans c:\users. je n’ai par contre pas essayer de renommer quoi que ce soit. peux tu être un peu plus précis sur cette option la?

    jeudi 6 juillet 2017 15:42
  • Bonjour,

    -Lorsqu'il y a un problème pour 1 utilisateur, il faut supprimer la clé de registre associée dans

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList

    Ensuite il faut renommer le répertoire contenant le profil de l'utilisateur présent dans

    c:\utilisateurs en .old

    ex : c:\utilisateurs\toto en c:\utilisateurs\toto.old

    Fermer la session puis ouvrir de nouveau la session

    Bien entendu, la manipulation ne peut pas être réalissi l'on est connecté avec le compte qui pose problème.

    -Lorsqu'il y a un problème pour tous les nouveau utilisateurs, il faut copier le répertoire c:\utilisateur\default depuis un autre poste de la même architecture et même OS pour remplacer celui présent sur le poste qui pose problème.


    Merci de marquer comme réponse les sujets qui vous ont permis d'avancer afin que cela puisse être bénéfique aux personnes qui rencontrent le même problème.

    vendredi 7 juillet 2017 08:30
  • Sur le poste en question cherche les erreurs dans le journal d'application ayant comme source user profile service.

    samedi 8 juillet 2017 07:06
    Modérateur
  • Bonjour <o:p></o:p>

    est-ce que les machines sont joignables, depuis et vers le dc ? <o:p></o:p>

    est ce que le user avec profile domain admin peut ouvrir de session sur les machines <o:p></o:p>

    est ce que le pb touche tou slespc et profiles ? <o:p></o:p>

    est ce que les gpo s’appliquent sur les machines ? <o:p></o:p>

     

    slts <o:p></o:p>



    Partager c'est avancer : Votez!SVP

    dimanche 9 juillet 2017 07:51