À quel endroit sont conservés les correspondances entre
le nom d'un usager
et le nom du répertoire qui lui est assigné dans
documents and settings
À quel endroit sont conservés les correspondances entre
le nom d'un usager
et le nom du répertoire qui lui est assigné dans
documents and settings
À quel endroit sont conservés les correspondances entre
le nom d'un usager
et le nom du répertoire qui lui est assigné dans
documents and settings
À quel endroit sont conservés les correspondances entre le nom d'un
usager et le nom du répertoire qui lui est assigné dans documents and
settings
À quel endroit sont conservés les correspondances entre le nom d'un
usager et le nom du répertoire qui lui est assigné dans documents and
settings
À quel endroit sont conservés les correspondances entre le nom d'un
usager et le nom du répertoire qui lui est assigné dans documents and
settings
Dans le message news: ,
AG s'est ainsi exprimé:À quel endroit sont conservés les correspondances entre le nom d'un
usager et le nom du répertoire qui lui est assigné dans documents and
settings
La branche :
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList
contient des sous-clefs dont le nom est le SID de chaque compte, qui en
est
l'identification OFFICIELLE et PRIMAIRE.
P.ex.
HKLMSOFTWAREMicrosoftWindows
NTCurrentVersionProfileListS-1-5-21-1801674531-1563985344-1060284298-1004
Ce SID est celui du compte "HOMER" (chez moi!)
Et cette clef contient le nom du dossier associé dans "Docs & Sets"
Entrée (de type REG_EXPAND_SZ) :
ProfileImagePath
Valeur :
%SystemDrive%Documents and SettingsHOMER
Pour avoir la correspondance entre nom de compte et SID, j'ai écrit un
script à cet effet
(il fait appel à la classe "Win32_AccountSID" de WMI) :
NAME2SID.WSF
http://www.bellamyjc.org/fr/vbsdownload.html#name2sid
C:WINDOWSsystem32>name2sid.wsf /user:Homer
S-1-5-21-1801674531-1563985344-1060284298-1004
IMPORTANT :
Il faut ABSOLUMENT procéder ainsi,
et NON PAS penser que le dossier dans "docs & sets" du compte "toto" est
tout simplement
"x:documents and settingstoto"
Cela est SOUVENT vrai, mais PAS TOUJOURS!
En particulier, si on a réinstallé Windows (sans avoir supprimé les
précédents dossiers), le dossier du compte "toto" pourra s'appeler,suivant
les circonstances :
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
....
De même, si un ordinateur intégré dans un domaine "mondomaine" est utilisé
aussi bien en local que connecté au domaine, avec un compte ayant le même
nom aussi bien en local que dans le domaine, on aura 2 dossiers relatifs à
ce compte :
"x:documents and settingstoto" (compte local)
"x:documents and settingstoto.mondomaine" (compte global, sur le
domaien)
En conclusion, si on veut être SÛR à 100% du nom de dossier associé à un
compte, il faut procéder dans cet ordre :
1) Nom de compte -> SID (avec mon script ou un autre outil)
2) SID -> Dossier (lecture de la clef dans
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org *
Dans le message news:e5MxIiOREHA.2716@tk2msftngp13.phx.gbl ,
AG <a@b.c> s'est ainsi exprimé:
À quel endroit sont conservés les correspondances entre le nom d'un
usager et le nom du répertoire qui lui est assigné dans documents and
settings
La branche :
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList
contient des sous-clefs dont le nom est le SID de chaque compte, qui en
est
l'identification OFFICIELLE et PRIMAIRE.
P.ex.
HKLMSOFTWAREMicrosoftWindows
NTCurrentVersionProfileListS-1-5-21-1801674531-1563985344-1060284298-1004
Ce SID est celui du compte "HOMER" (chez moi!)
Et cette clef contient le nom du dossier associé dans "Docs & Sets"
Entrée (de type REG_EXPAND_SZ) :
ProfileImagePath
Valeur :
%SystemDrive%Documents and SettingsHOMER
Pour avoir la correspondance entre nom de compte et SID, j'ai écrit un
script à cet effet
(il fait appel à la classe "Win32_AccountSID" de WMI) :
NAME2SID.WSF
http://www.bellamyjc.org/fr/vbsdownload.html#name2sid
C:WINDOWSsystem32>name2sid.wsf /user:Homer
S-1-5-21-1801674531-1563985344-1060284298-1004
IMPORTANT :
Il faut ABSOLUMENT procéder ainsi,
et NON PAS penser que le dossier dans "docs & sets" du compte "toto" est
tout simplement
"x:documents and settingstoto"
Cela est SOUVENT vrai, mais PAS TOUJOURS!
En particulier, si on a réinstallé Windows (sans avoir supprimé les
précédents dossiers), le dossier du compte "toto" pourra s'appeler,suivant
les circonstances :
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
....
De même, si un ordinateur intégré dans un domaine "mondomaine" est utilisé
aussi bien en local que connecté au domaine, avec un compte ayant le même
nom aussi bien en local que dans le domaine, on aura 2 dossiers relatifs à
ce compte :
"x:documents and settingstoto" (compte local)
"x:documents and settingstoto.mondomaine" (compte global, sur le
domaien)
En conclusion, si on veut être SÛR à 100% du nom de dossier associé à un
compte, il faut procéder dans cet ordre :
1) Nom de compte -> SID (avec mon script ou un autre outil)
2) SID -> Dossier (lecture de la clef dans
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org Jean-Claude.Bellamy@wanadoo.fr *
JC.Bellamy@free.fr
Dans le message news: ,
AG s'est ainsi exprimé:À quel endroit sont conservés les correspondances entre le nom d'un
usager et le nom du répertoire qui lui est assigné dans documents and
settings
La branche :
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList
contient des sous-clefs dont le nom est le SID de chaque compte, qui en
est
l'identification OFFICIELLE et PRIMAIRE.
P.ex.
HKLMSOFTWAREMicrosoftWindows
NTCurrentVersionProfileListS-1-5-21-1801674531-1563985344-1060284298-1004
Ce SID est celui du compte "HOMER" (chez moi!)
Et cette clef contient le nom du dossier associé dans "Docs & Sets"
Entrée (de type REG_EXPAND_SZ) :
ProfileImagePath
Valeur :
%SystemDrive%Documents and SettingsHOMER
Pour avoir la correspondance entre nom de compte et SID, j'ai écrit un
script à cet effet
(il fait appel à la classe "Win32_AccountSID" de WMI) :
NAME2SID.WSF
http://www.bellamyjc.org/fr/vbsdownload.html#name2sid
C:WINDOWSsystem32>name2sid.wsf /user:Homer
S-1-5-21-1801674531-1563985344-1060284298-1004
IMPORTANT :
Il faut ABSOLUMENT procéder ainsi,
et NON PAS penser que le dossier dans "docs & sets" du compte "toto" est
tout simplement
"x:documents and settingstoto"
Cela est SOUVENT vrai, mais PAS TOUJOURS!
En particulier, si on a réinstallé Windows (sans avoir supprimé les
précédents dossiers), le dossier du compte "toto" pourra s'appeler,suivant
les circonstances :
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
....
De même, si un ordinateur intégré dans un domaine "mondomaine" est utilisé
aussi bien en local que connecté au domaine, avec un compte ayant le même
nom aussi bien en local que dans le domaine, on aura 2 dossiers relatifs à
ce compte :
"x:documents and settingstoto" (compte local)
"x:documents and settingstoto.mondomaine" (compte global, sur le
domaien)
En conclusion, si on veut être SÛR à 100% du nom de dossier associé à un
compte, il faut procéder dans cet ordre :
1) Nom de compte -> SID (avec mon script ou un autre outil)
2) SID -> Dossier (lecture de la clef dans
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org *
Dans le message news: ,
AG s'est ainsi exprimé:À quel endroit sont conservés les correspondances entre le nom d'un
usager et le nom du répertoire qui lui est assigné dans documents and
settings
La branche :
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList
contient des sous-clefs dont le nom est le SID de chaque compte, qui en
est
l'identification OFFICIELLE et PRIMAIRE.
P.ex.
HKLMSOFTWAREMicrosoftWindows
NTCurrentVersionProfileListS-1-5-21-1801674531-1563985344-1060284298-1004
Ce SID est celui du compte "HOMER" (chez moi!)
Et cette clef contient le nom du dossier associé dans "Docs & Sets"
Entrée (de type REG_EXPAND_SZ) :
ProfileImagePath
Valeur :
%SystemDrive%Documents and SettingsHOMER
Pour avoir la correspondance entre nom de compte et SID, j'ai écrit un
script à cet effet
(il fait appel à la classe "Win32_AccountSID" de WMI) :
NAME2SID.WSF
http://www.bellamyjc.org/fr/vbsdownload.html#name2sid
C:WINDOWSsystem32>name2sid.wsf /user:Homer
S-1-5-21-1801674531-1563985344-1060284298-1004
IMPORTANT :
Il faut ABSOLUMENT procéder ainsi,
et NON PAS penser que le dossier dans "docs & sets" du compte "toto" est
tout simplement
"x:documents and settingstoto"
Cela est SOUVENT vrai, mais PAS TOUJOURS!
En particulier, si on a réinstallé Windows (sans avoir supprimé les
précédents dossiers), le dossier du compte "toto" pourra s'appeler,suivant
les circonstances :
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
....
De même, si un ordinateur intégré dans un domaine "mondomaine" est utilisé
aussi bien en local que connecté au domaine, avec un compte ayant le même
nom aussi bien en local que dans le domaine, on aura 2 dossiers relatifs à
ce compte :
"x:documents and settingstoto" (compte local)
"x:documents and settingstoto.mondomaine" (compte global, sur le
domaien)
En conclusion, si on veut être SÛR à 100% du nom de dossier associé à un
compte, il faut procéder dans cet ordre :
1) Nom de compte -> SID (avec mon script ou un autre outil)
2) SID -> Dossier (lecture de la clef dans
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org *
Dans le message news:e5MxIiOREHA.2716@tk2msftngp13.phx.gbl ,
AG <a@b.c> s'est ainsi exprimé:
À quel endroit sont conservés les correspondances entre le nom d'un
usager et le nom du répertoire qui lui est assigné dans documents and
settings
La branche :
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList
contient des sous-clefs dont le nom est le SID de chaque compte, qui en
est
l'identification OFFICIELLE et PRIMAIRE.
P.ex.
HKLMSOFTWAREMicrosoftWindows
NTCurrentVersionProfileListS-1-5-21-1801674531-1563985344-1060284298-1004
Ce SID est celui du compte "HOMER" (chez moi!)
Et cette clef contient le nom du dossier associé dans "Docs & Sets"
Entrée (de type REG_EXPAND_SZ) :
ProfileImagePath
Valeur :
%SystemDrive%Documents and SettingsHOMER
Pour avoir la correspondance entre nom de compte et SID, j'ai écrit un
script à cet effet
(il fait appel à la classe "Win32_AccountSID" de WMI) :
NAME2SID.WSF
http://www.bellamyjc.org/fr/vbsdownload.html#name2sid
C:WINDOWSsystem32>name2sid.wsf /user:Homer
S-1-5-21-1801674531-1563985344-1060284298-1004
IMPORTANT :
Il faut ABSOLUMENT procéder ainsi,
et NON PAS penser que le dossier dans "docs & sets" du compte "toto" est
tout simplement
"x:documents and settingstoto"
Cela est SOUVENT vrai, mais PAS TOUJOURS!
En particulier, si on a réinstallé Windows (sans avoir supprimé les
précédents dossiers), le dossier du compte "toto" pourra s'appeler,suivant
les circonstances :
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
....
De même, si un ordinateur intégré dans un domaine "mondomaine" est utilisé
aussi bien en local que connecté au domaine, avec un compte ayant le même
nom aussi bien en local que dans le domaine, on aura 2 dossiers relatifs à
ce compte :
"x:documents and settingstoto" (compte local)
"x:documents and settingstoto.mondomaine" (compte global, sur le
domaien)
En conclusion, si on veut être SÛR à 100% du nom de dossier associé à un
compte, il faut procéder dans cet ordre :
1) Nom de compte -> SID (avec mon script ou un autre outil)
2) SID -> Dossier (lecture de la clef dans
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org Jean-Claude.Bellamy@wanadoo.fr *
JC.Bellamy@free.fr
Dans le message news: ,
AG s'est ainsi exprimé:À quel endroit sont conservés les correspondances entre le nom d'un
usager et le nom du répertoire qui lui est assigné dans documents and
settings
La branche :
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList
contient des sous-clefs dont le nom est le SID de chaque compte, qui en
est
l'identification OFFICIELLE et PRIMAIRE.
P.ex.
HKLMSOFTWAREMicrosoftWindows
NTCurrentVersionProfileListS-1-5-21-1801674531-1563985344-1060284298-1004
Ce SID est celui du compte "HOMER" (chez moi!)
Et cette clef contient le nom du dossier associé dans "Docs & Sets"
Entrée (de type REG_EXPAND_SZ) :
ProfileImagePath
Valeur :
%SystemDrive%Documents and SettingsHOMER
Pour avoir la correspondance entre nom de compte et SID, j'ai écrit un
script à cet effet
(il fait appel à la classe "Win32_AccountSID" de WMI) :
NAME2SID.WSF
http://www.bellamyjc.org/fr/vbsdownload.html#name2sid
C:WINDOWSsystem32>name2sid.wsf /user:Homer
S-1-5-21-1801674531-1563985344-1060284298-1004
IMPORTANT :
Il faut ABSOLUMENT procéder ainsi,
et NON PAS penser que le dossier dans "docs & sets" du compte "toto" est
tout simplement
"x:documents and settingstoto"
Cela est SOUVENT vrai, mais PAS TOUJOURS!
En particulier, si on a réinstallé Windows (sans avoir supprimé les
précédents dossiers), le dossier du compte "toto" pourra s'appeler,suivant
les circonstances :
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
....
De même, si un ordinateur intégré dans un domaine "mondomaine" est utilisé
aussi bien en local que connecté au domaine, avec un compte ayant le même
nom aussi bien en local que dans le domaine, on aura 2 dossiers relatifs à
ce compte :
"x:documents and settingstoto" (compte local)
"x:documents and settingstoto.mondomaine" (compte global, sur le
domaien)
En conclusion, si on veut être SÛR à 100% du nom de dossier associé à un
compte, il faut procéder dans cet ordre :
1) Nom de compte -> SID (avec mon script ou un autre outil)
2) SID -> Dossier (lecture de la clef dans
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList)
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org *
Question additionnelle
J'ai effectivement réinstallé WinXP et j'ai eu des noms de la forme
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
J'ai enlevé l'autre installation de WinXP et détruit les répertoires
qui y étaient associés
J'aimerais cependant être capable de faire facilement l'association
entre le nom de l'usager et le nom du répertoire
Est-il possible de renommer le répertoire dans doc&set de façon à ce
que le nom corresponde au nom d'usager?
Question additionnelle
J'ai effectivement réinstallé WinXP et j'ai eu des noms de la forme
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
J'ai enlevé l'autre installation de WinXP et détruit les répertoires
qui y étaient associés
J'aimerais cependant être capable de faire facilement l'association
entre le nom de l'usager et le nom du répertoire
Est-il possible de renommer le répertoire dans doc&set de façon à ce
que le nom corresponde au nom d'usager?
Question additionnelle
J'ai effectivement réinstallé WinXP et j'ai eu des noms de la forme
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
J'ai enlevé l'autre installation de WinXP et détruit les répertoires
qui y étaient associés
J'aimerais cependant être capable de faire facilement l'association
entre le nom de l'usager et le nom du répertoire
Est-il possible de renommer le répertoire dans doc&set de façon à ce
que le nom corresponde au nom d'usager?
Dans le message news: ,
AG s'est ainsi exprimé:Question additionnelle
J'ai effectivement réinstallé WinXP et j'ai eu des noms de la forme
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
J'ai enlevé l'autre installation de WinXP et détruit les répertoires
qui y étaient associés
J'aimerais cependant être capable de faire facilement l'association
entre le nom de l'usager et le nom du répertoire
Est-il possible de renommer le répertoire dans doc&set de façon à ce
que le nom corresponde au nom d'usager?
Oui, mais c'est un peu complexe.
Tout d'abord, tu NE peux PAS renommer le dossier de l'utilisateur en
cours.
P.ex. , tu t'appelles "TOTO", et le ton dossier s'appelle "x:documents
and
settingstoto.winnt"
Il t'est IMPOSSIBLE (pour l'instant, je précise!) de renommer "toto.winnt"
en "toto", et cela pour une raison simple :
Le dossier "toto.winnt" contient en particulier la ruche NTUSER.DAT, qui
correspond à la branche HKCU
Comme le NTUSER.DAT du compte en cours est ouvert et utilisé en
permanence,
on ne peut pas toucher à son chemin, donc au nom du dossier auquel il
appartient.
Donc on ne peut renommer que les comptes AUTRES que celui en cours.
Admettons qu'il y ait un autre compte nommé "HOMER", et dont le dossier
dans
docs & sets s'appelle "HOMER.WINDOWS"
Là, on a parfaitement le droit de le renommer en "HOMER"
Ensuite, il faut rendre cohérente la BDR avec cette modif.
1) Modif de HKLM
Dans la clef :
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList
rechercher la sous-clef (dont le nom est un SID)
correspondant au compte HOMER
- soit on passe en revue toutes les clefs,
- soit on utilise mon script NAME2SID.WSF
Une fois cette sous-clef/SID identifiée, il faut
remplacer le contenu de l'entrée "ProfileImagePath"
p.ex. :
%SystemDrive%Documents and SettingsHOMER.WINDOWS
en
%SystemDrive%Documents and SettingsHOMER
2) Modif de HKU (NTUSER.DAT de HOMER)
Il faut charger dans REGDIT la ruche actuelle de HOMER
- Sélectionner HKU
- Menu Fichier/Charger la ruche
- Sélectionner le fichier
%SystemDrive%Documents and SettingsHOMER.WINDOWSNTUSER.DAT
- attribuer à cette nouvelle branche un nom arbitraire
p.ex. "HOMER"
- ouvrir la branche HKUHOMER
Remplacer partout "HOMER.WINDOWS" par "HOMER"
En particulier
HKUHOMERSoftwareMicrosoftWindowsCurrentVersionExplorerShell
Folders
- décharger la ruche
Et répéter les opérations pour les autres comptes.
Au besoin, fermer la session et en ouvrir une autre sous un autre compte
admin.
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org *
Dans le message news:OYStkW0REHA.3660@tk2msftngp13.phx.gbl ,
AG <a@b.c> s'est ainsi exprimé:
Question additionnelle
J'ai effectivement réinstallé WinXP et j'ai eu des noms de la forme
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
J'ai enlevé l'autre installation de WinXP et détruit les répertoires
qui y étaient associés
J'aimerais cependant être capable de faire facilement l'association
entre le nom de l'usager et le nom du répertoire
Est-il possible de renommer le répertoire dans doc&set de façon à ce
que le nom corresponde au nom d'usager?
Oui, mais c'est un peu complexe.
Tout d'abord, tu NE peux PAS renommer le dossier de l'utilisateur en
cours.
P.ex. , tu t'appelles "TOTO", et le ton dossier s'appelle "x:documents
and
settingstoto.winnt"
Il t'est IMPOSSIBLE (pour l'instant, je précise!) de renommer "toto.winnt"
en "toto", et cela pour une raison simple :
Le dossier "toto.winnt" contient en particulier la ruche NTUSER.DAT, qui
correspond à la branche HKCU
Comme le NTUSER.DAT du compte en cours est ouvert et utilisé en
permanence,
on ne peut pas toucher à son chemin, donc au nom du dossier auquel il
appartient.
Donc on ne peut renommer que les comptes AUTRES que celui en cours.
Admettons qu'il y ait un autre compte nommé "HOMER", et dont le dossier
dans
docs & sets s'appelle "HOMER.WINDOWS"
Là, on a parfaitement le droit de le renommer en "HOMER"
Ensuite, il faut rendre cohérente la BDR avec cette modif.
1) Modif de HKLM
Dans la clef :
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList
rechercher la sous-clef (dont le nom est un SID)
correspondant au compte HOMER
- soit on passe en revue toutes les clefs,
- soit on utilise mon script NAME2SID.WSF
Une fois cette sous-clef/SID identifiée, il faut
remplacer le contenu de l'entrée "ProfileImagePath"
p.ex. :
%SystemDrive%Documents and SettingsHOMER.WINDOWS
en
%SystemDrive%Documents and SettingsHOMER
2) Modif de HKU (NTUSER.DAT de HOMER)
Il faut charger dans REGDIT la ruche actuelle de HOMER
- Sélectionner HKU
- Menu Fichier/Charger la ruche
- Sélectionner le fichier
%SystemDrive%Documents and SettingsHOMER.WINDOWSNTUSER.DAT
- attribuer à cette nouvelle branche un nom arbitraire
p.ex. "HOMER"
- ouvrir la branche HKUHOMER
Remplacer partout "HOMER.WINDOWS" par "HOMER"
En particulier
HKUHOMERSoftwareMicrosoftWindowsCurrentVersionExplorerShell
Folders
- décharger la ruche
Et répéter les opérations pour les autres comptes.
Au besoin, fermer la session et en ouvrir une autre sous un autre compte
admin.
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org Jean-Claude.Bellamy@wanadoo.fr *
JC.Bellamy@free.fr
Dans le message news: ,
AG s'est ainsi exprimé:Question additionnelle
J'ai effectivement réinstallé WinXP et j'ai eu des noms de la forme
"x:documents and settingstoto.winnt"
"x:documents and settingstoto.windows"
"x:documents and settingstoto.win000"
J'ai enlevé l'autre installation de WinXP et détruit les répertoires
qui y étaient associés
J'aimerais cependant être capable de faire facilement l'association
entre le nom de l'usager et le nom du répertoire
Est-il possible de renommer le répertoire dans doc&set de façon à ce
que le nom corresponde au nom d'usager?
Oui, mais c'est un peu complexe.
Tout d'abord, tu NE peux PAS renommer le dossier de l'utilisateur en
cours.
P.ex. , tu t'appelles "TOTO", et le ton dossier s'appelle "x:documents
and
settingstoto.winnt"
Il t'est IMPOSSIBLE (pour l'instant, je précise!) de renommer "toto.winnt"
en "toto", et cela pour une raison simple :
Le dossier "toto.winnt" contient en particulier la ruche NTUSER.DAT, qui
correspond à la branche HKCU
Comme le NTUSER.DAT du compte en cours est ouvert et utilisé en
permanence,
on ne peut pas toucher à son chemin, donc au nom du dossier auquel il
appartient.
Donc on ne peut renommer que les comptes AUTRES que celui en cours.
Admettons qu'il y ait un autre compte nommé "HOMER", et dont le dossier
dans
docs & sets s'appelle "HOMER.WINDOWS"
Là, on a parfaitement le droit de le renommer en "HOMER"
Ensuite, il faut rendre cohérente la BDR avec cette modif.
1) Modif de HKLM
Dans la clef :
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList
rechercher la sous-clef (dont le nom est un SID)
correspondant au compte HOMER
- soit on passe en revue toutes les clefs,
- soit on utilise mon script NAME2SID.WSF
Une fois cette sous-clef/SID identifiée, il faut
remplacer le contenu de l'entrée "ProfileImagePath"
p.ex. :
%SystemDrive%Documents and SettingsHOMER.WINDOWS
en
%SystemDrive%Documents and SettingsHOMER
2) Modif de HKU (NTUSER.DAT de HOMER)
Il faut charger dans REGDIT la ruche actuelle de HOMER
- Sélectionner HKU
- Menu Fichier/Charger la ruche
- Sélectionner le fichier
%SystemDrive%Documents and SettingsHOMER.WINDOWSNTUSER.DAT
- attribuer à cette nouvelle branche un nom arbitraire
p.ex. "HOMER"
- ouvrir la branche HKUHOMER
Remplacer partout "HOMER.WINDOWS" par "HOMER"
En particulier
HKUHOMERSoftwareMicrosoftWindowsCurrentVersionExplorerShell
Folders
- décharger la ruche
Et répéter les opérations pour les autres comptes.
Au besoin, fermer la session et en ouvrir une autre sous un autre compte
admin.
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP] - http://www.bellamyjc.org
http://www.bellamyjc.org *
