web-dev-qa-db-fra.com

Dossier de compte déplacé vers "Administrator.000"?

Avant la mise à jour de l'anniversaire (que je n'ai installé que récemment), Win 10 Pro 64 avait un compte principal (mien):

  • Son nom était administrateur (c'était le compte administrateur intégré)
  • Son nom complet était différent (disons que c'était "FULL_NAME")
  • Ce compte avait (évidemment) les droits d'administrateur
  • Son dossier utilisateur Win 10 était "C:\users\Administrator"

Et j'étais très heureux avec ça.

Étant donné que l'application de la mise à jour anniversaire il y a quelques jours, Win 10 a modifié mon dossier utilisateur sur "C:\Users\Administrator.000" et a créé un nouveau/différent "c:\utilisateurs\administrateur". Je n'ai rien remarqué de spécial au début depuis tout ce qui est apparu (icônes de bureau, etc. est apparu comme normal, tout avait été bougé silencieusement et mis en place). Les privilèges sont toujours bien, etc.

Mais parcourez le dossier Utilisateurs, j'ai remarqué ce changement. Ce n'est pas un gros problème en soi, mais pour la propreté, je voudrais retourner la situation à la normale, à savoir:

  • demandez à mon compte d'utilisateur être le compte administrateur intégré à nouveau; et ainsi aussi ...
  • avoir mon dossier utilisateur soit "c:\users\administrateur" encore une fois (avec tout ce que tout est renvoyé et correctement détecté/défini là-bas) et ne pas avoir cet "administrateur.000" être le dossier de mon compte d'utilisateur plus

Comment puis-je continuer?

5
Parker Lewis

J'ai aussi eu ce problème. Pour moi, dans mon original C:\Users\Username Dossier un dossier restant, Index. Lors de l'ouverture de ce dossier dans Explorer, j'ai été présenté avec le dialogue bien connu me demandant d'accorder la permission à ce dossier. J'ai retourné à la version précédente de Windows 10, 1709, puis j'ai déplacé l'index de recherche dans un autre répertoire, en supprimant C:\Users\Username\Index. J'ai essayé la mise à jour à 1803 à nouveau et mon annuaire utilisateur n'a pas été renommé de C:\Users\Username.000.

Je vous suggère de vérifier si les sous-dossiers les plus profonds des dossiers restent dans votre dossier utilisateur d'origine sont accessibles. Sinon, vous pouvez avoir le même problème que j'avais. Revenez à la version précédente, corrigez les problèmes d'accès et essayez à nouveau la mise à jour.

Lorsque vous revenez à une version précédente de Windows, je vous conseille de créer un lecteur de récupération USB car pour que je puisse revenir à une installation de Windows brisée une fois.

2

Cela se produit généralement lorsque l'ancien chemin de profil est inaccessible. Il y a un certain nombre de raisons pour cela que de modifier la SID de l'ordinateur ou même l'ancien profil ne constitue pas correctement déchargée ni mauvaise propriété ou DACLS. Cela a été le cas depuis au moins Windows NT 4, BTW.

Avec l'éditeur de registre de votre choix, allez à HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\$SID, où $SID est l'espace réservé du SID du compte qui montre le comportement que vous décrivez. Vous pouvez voir quel SID correspond à votre compte en demandant wmic useraccount get name,sid. Typiquement celui qui se terminant par -500 est le compte administrateur intégré (local) et -1000 le premier compte utilisateur créé. Ces chiffres (500 et 1000 respectivement) sont appelés RIDS (ID relatives).

À l'intérieur de ladite clé de registre localisez la valeur pour ProfileImagePath et ajustez au besoin.

Profile settings for built-in admin

Veuillez noter que si le profil existe toujours sous l'ancien chemin (sans .000) et est toujours inaccessible (par exemple en raison de la propriété ou de la DACL), vous pouvez rencontrer une situation où WinLogon créera simplement un autre nouveau profil (probablement avec .001 suffixe). Bien que je ne l'ai pas vu sur les versions de Windows modernes, vous pouvez vous enfermer en altérant la valeur ProfileImagePath. Je vous suggère donc de conserver un compte secondaire actif et disponible (par exemple, le compte administrateur intégré ).

Comme mentionné, cela devrait être la même procédure pour tout de NT 4 en cours. Cependant, possibles que Microsoft a introduit de nouvelles règles pour ces comptes Microsoft (Online) que vous pouvez utiliser. De plus, les PEID semblent différents lors de la gestion des comptes de domaine.

NB: J'ai posté exactement la même réponse ici .

0
0xC0000022L