OVH Cloud OVH Cloud

Déplacer profil

6 réponses
Avatar
Youri Ligotmi
Bonjour

J'essaye vainement de déplacer le profil d'un utilisateur sur une autre
partition que la partition système.
J'ai traficoté dans les clefs de la bdr shell folders et user shell
folders ainsi que dans la clef volatile environment de HKU/Sid
Rien à faire.
Y a-t-il une solution?
Sinon existe-t-il une solution pour déplacer l'ensemble du dossier des
profils?

Merci d'avance

YL

6 réponses

Avatar
JF
Origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windows.vista.installation
(Si vous lisez ailleurs ce message, vous savez à présent où venir
poster)
Youri Ligotmi :

Bonjour


Bonjour Youri

J'essaye vainement de déplacer le profil d'un utilisateur sur une autre
partition que la partition système.
J'ai traficoté dans les clefs de la bdr shell folders et user shell folders
ainsi que dans la clef volatile environment de HKU/Sid
Rien à faire.
Y a-t-il une solution?
Sinon existe-t-il une solution pour déplacer l'ensemble du dossier des
profils?



Comme personne ne semble répondre, voici quelques infos :

Il existe une méthode en modifiant le registre :
http://www.vrac-it.fr/windows/vista/changer-emplacement-dossier-utilisateurs-partition-vista
HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList
Default = D:UsersDefault
ProfilesDirectory = D:Users
Public = D:UsersPublic

Corriger aussi les ProfileImagePath des comptes existants (S-1-5-21-..)

Et une autre donnant l'illusion au système que d:users est c:users en
créant une jonction c:users pointant vers d:users avec la commande
mklink.
http://www.commentcamarche.net/forum/affich-3370034-vista-deplacer-mes-documents#p9148318

Il ne faut pas copier les jonctions (attention aux jonctions imbriquées
présentes dans les profils).

Le principe : on redémarre en mode réparation système, invite de
commandes. Ça ressemble à ceci :

robocopy C:Users D:Users /E /XJ
ren C:Usersdesktop.ini desktop.txt
ren C:Users Users-OLD
mklink /J C:Users D:Users

Le renommage du desktop.ini est pour ne plus avoir Utilisateurs au lieu
de Users, véritable nom du dossier.
/E copie les sous-dossiers
/XJ pour ne pas copier les jonctions
Si on oublie on a quelque chose comme ça :
http://urlalacon.com/B4V0d0
Pour corriger utiliser la commande subst.

Les profils copiés sont donc dépourvus de leurs jonctions, il faudrait
les recréer, leur remettre leurs attributs, et leurs permissions
http://www.atomice.com/blog/?p1

Le batch à créer pour refaire les jonctions et liens symboliques dans
les profils est assez prenant. Il faut traiter chaque profil déplacé,
adapter au français (attention aux accents en batch, utiliser des
guillemets si espaces, groupe "Tout le monde" au lieu de Everyone pour
icacls).

Voici une proposition de batch à exécuter (en tant qu'admin) sur le
disque D pour recréer le lien symbolique et la jonction présents dans
users :

set groupe=Everyone
set groupe="Tout le monde"
cd
cd users
set n="All Users"
set c=%HOMEDRIVE%ProgramData
rd %n%
mklink /D %n% %c%
attrib /L %n% +s +h
set n="Default User"
set c=%HOMEDRIVE%UsersDefault
rd %n%
mklink /J %n% %c%
attrib /L %n% +s +h
icacls %n% /deny %groupe%:(RD) /L
pause

Les nouveaux profils se créent correctement avec toutes les jonctions
voulues. Il est donc souhaitable de créer ses comptes définitifs après
la modif, à partir d'une installation récente.

On peut mélanger les deux méthodes : registre + la jonction "c:users".

Sans garantie. Je ne sais pas ce que donnent ces manips à long terme,
je n'ai pas approfondi.

Pour avoir une idée de toutes les jonctions et symlinkd existantes,
ouvrir une console de commande (WIN,cmd.exe) et entrer :

cd (pour aller à la racine du disque)
dir /S /AL

/S pour traiter les sous-dossier
/AL pour traiter les "Links" ==> afficher 'jonctions' et 'symlinkd'

Précautions avant de se lancer : Sauvegarde de la partition + point de
restauration + exportation de la clé du registre ... S'entrainer sur
une machine virtuelle avant le grand saut.

Bonne découverte.

--
Salutations, Jean-François
http://fspsa.free.fr/Capture-Ecran-et-Publication-vers-Newsgroups.htm
Avatar
Youri Ligotmi
JF a écrit :
Origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windows.vista.installation
(Si vous lisez ailleurs ce message, vous savez à présent où venir poster)
Youri Ligotmi :

Bonjour


Bonjour Youri



Bonjour JF

J'essaye vainement de déplacer le profil d'un utilisateur sur une
autre partition que la partition système.
J'ai traficoté dans les clefs de la bdr shell folders et user shell
folders ainsi que dans la clef volatile environment de HKU/Sid
Rien à faire.
Y a-t-il une solution?
Sinon existe-t-il une solution pour déplacer l'ensemble du dossier des
profils?



Comme personne ne semble répondre, voici quelques infos :

Il existe une méthode en modifiant le registre :
http://www.vrac-it.fr/windows/vista/changer-emplacement-dossier-utilisateurs-partition-vista



J'ai fait cette manip là, en googlant j'avais trouvé la méthode
d'origine décrite par Joshua Mouch.
Ca a marché impec (j'avais fait une image de la partition système vista
sous linux avant de me lancer, ça me rassurait parce que dans le pire
des cas je pouvais réinstaller vista: machine vierge), pas encore vu
d'erreur apparaître (mais il y aura bien une appli qui pointe vers le
chemin de profil d'origine inscrit en dur).
Par précaution j'avais démarré sur un profil que j'ai supprimé ensuite
et le profil intermédiaire a aussi été supprimé, il ne me reste que
admin et jane, les 2 profils finaux du poste, utilisateurs créés (donc
profils aussi) après la manip.
Pour la méthode suivante (jonctions) je n'ai pas testé mais ça semble
bien plus sioux.
Merci pour ton aide

YL

HKLMSOFTWAREMicrosoftWindows NTCurrentVersionProfileList
Default = D:UsersDefault
ProfilesDirectory = D:Users
Public = D:UsersPublic

Corriger aussi les ProfileImagePath des comptes existants (S-1-5-21-..)

Et une autre donnant l'illusion au système que d:users est c:users en
créant une jonction c:users pointant vers d:users avec la commande
mklink.
http://www.commentcamarche.net/forum/affich-3370034-vista-deplacer-mes-documents#p9148318


Il ne faut pas copier les jonctions (attention aux jonctions imbriquées
présentes dans les profils).

Le principe : on redémarre en mode réparation système, invite de
commandes. Ça ressemble à ceci :

robocopy C:Users D:Users /E /XJ
ren C:Usersdesktop.ini desktop.txt
ren C:Users Users-OLD
mklink /J C:Users D:Users

Le renommage du desktop.ini est pour ne plus avoir Utilisateurs au lieu
de Users, véritable nom du dossier.
/E copie les sous-dossiers
/XJ pour ne pas copier les jonctions
Si on oublie on a quelque chose comme ça :
http://urlalacon.com/B4V0d0
Pour corriger utiliser la commande subst.

Les profils copiés sont donc dépourvus de leurs jonctions, il faudrait
les recréer, leur remettre leurs attributs, et leurs permissions
http://www.atomice.com/blog/?p1

Le batch à créer pour refaire les jonctions et liens symboliques dans
les profils est assez prenant. Il faut traiter chaque profil déplacé,
adapter au français (attention aux accents en batch, utiliser des
guillemets si espaces, groupe "Tout le monde" au lieu de Everyone pour
icacls).

Voici une proposition de batch à exécuter (en tant qu'admin) sur le
disque D pour recréer le lien symbolique et la jonction présents dans
users :

set groupe=Everyone
set groupe="Tout le monde"
cd
cd users
set n="All Users"
set c=%HOMEDRIVE%ProgramData
rd %n%
mklink /D %n% %c%
attrib /L %n% +s +h
set n="Default User"
set c=%HOMEDRIVE%UsersDefault
rd %n%
mklink /J %n% %c%
attrib /L %n% +s +h
icacls %n% /deny %groupe%:(RD) /L
pause

Les nouveaux profils se créent correctement avec toutes les jonctions
voulues. Il est donc souhaitable de créer ses comptes définitifs après
la modif, à partir d'une installation récente.

On peut mélanger les deux méthodes : registre + la jonction "c:users".

Sans garantie. Je ne sais pas ce que donnent ces manips à long terme, je
n'ai pas approfondi.

Pour avoir une idée de toutes les jonctions et symlinkd existantes,
ouvrir une console de commande (WIN,cmd.exe) et entrer :

cd (pour aller à la racine du disque)
dir /S /AL

/S pour traiter les sous-dossier
/AL pour traiter les "Links" ==> afficher 'jonctions' et 'symlinkd'

Précautions avant de se lancer : Sauvegarde de la partition + point de
restauration + exportation de la clé du registre ... S'entrainer sur une
machine virtuelle avant le grand saut.

Bonne découverte.



Avatar
JF
Origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windows.vista.installation
(Si vous lisez ailleurs ce message, vous savez à présent où venir
poster)
Youri Ligotmi :

Bonjour JF


Bonjour Youri

J'essaye vainement de déplacer le profil d'un utilisateur sur une autre
partition que la partition système.
J'ai traficoté dans les clefs de la bdr shell folders et user shell
folders ainsi que dans la clef volatile environment de HKU/Sid
Rien à faire.
Y a-t-il une solution?
Sinon existe-t-il une solution pour déplacer l'ensemble du dossier des
profils?


Il existe une méthode en modifiant le registre :
http://www.vrac-it.fr/windows/vista/changer-emplacement-dossier-utilisateurs-partition-vista



J'ai fait cette manip là, en googlant j'avais trouvé la méthode d'origine
décrite par Joshua Mouch.
Ca a marché impec (j'avais fait une image de la partition système vista sous
linux avant de me lancer, ça me rassurait parce que dans le pire des cas je
pouvais réinstaller vista: machine vierge), pas encore vu d'erreur apparaître
(mais il y aura bien une appli qui pointe vers le chemin de profil d'origine
inscrit en dur).
Par précaution j'avais démarré sur un profil que j'ai supprimé ensuite et le
profil intermédiaire a aussi été supprimé, il ne me reste que admin et jane,
les 2 profils finaux du poste, utilisateurs créés (donc profils aussi) après
la manip.



Félicitations. Je suis preneur de toute observation qui sera faite
suite à cette installation. Merci d'avance.

Juste pour discuter :
Je vois des inconvénients à cette méthode :

1/ Comme tu le dis, si un programme cherche Users sur C, il ne va pas
le trouver.

2/ Si on a des profils existants, leurs recopies ne reproduira pas les
Liens NTFS. Comme pour le point 1 il semble qu'il n'y ait pas beaucoup
d'ennuis. Mais ça nécessite quand même de faire quelque chose, pas la
peine de risquer des embêtements. J'en parle plus loin.

3/ En parlant d'embêtement il pourrait y avoir comme un frein à la
migration vers d'autres versions de Windows. En tout cas c'est ce qui
est expliqué pour la méthode unattend :

Description des problèmes connus avec les paramètres FolderLocation
dans le fichier de Windows Vista Unattend.xml
http://support.microsoft.com/kb/929831/en

Noter qu'il suffit de refaire momentanément le réglage dans l'autre
sens avant la mise à niveau. Je suis curieux de savoir si ça marche,
après des mois d'utilisation.



Pour la méthode suivante (jonctions) je n'ai pas testé mais ça semble bien
plus sioux.



Elle s'avère en fait très simple, et diablement efficace.

Le frein est sans doute la nouveauté des Liens NTFS, et sans doute
l'utilisation de lignes de commande.

Il suffit de faire quelques exercices, c'est tout à fait étonnant, en
particulier la notion de Hard Link.

Voici un article qui tente de faire le point sur le sujet des Liens
NTFS. N'hésitez pas à me corriger, ce n'est qu'un premier jet
http://fspsa.free.fr/jonctions.htm

Un exemple de délocalisation des principaux dossiers systèmes effectuée
avant même la première création d'un profil
http://tuts4tech.net/2009/08/05/windows-7-move-the-users-and-program-files-directories-to-a-different-partition/

Prometteur, non ?

Pour revenir sur les Liens NTFS qui ne sont pas recopiés quand on migre
un profil qui existe déjà, j'ai un batch pour les recréer avec leurs
attributs et autres ACL.

Merci pour le retour d'info et bonne continuation.

--
Salutations, Jean-François
http://fspsa.free.fr/hijackthis-c-fini.htm
Avatar
Youri Ligotmi
JF a écrit :
Origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windows.vista.installation
(Si vous lisez ailleurs ce message, vous savez à présent où venir poster)
Youri Ligotmi :

Bonjour JF


Bonjour Youri

J'essaye vainement de déplacer le profil d'un utilisateur sur une
autre partition que la partition système.
J'ai traficoté dans les clefs de la bdr shell folders et user shell
folders ainsi que dans la clef volatile environment de HKU/Sid
Rien à faire.
Y a-t-il une solution?
Sinon existe-t-il une solution pour déplacer l'ensemble du dossier
des profils?


Il existe une méthode en modifiant le registre :
http://www.vrac-it.fr/windows/vista/changer-emplacement-dossier-utilisateurs-partition-vista




J'ai fait cette manip là, en googlant j'avais trouvé la méthode
d'origine décrite par Joshua Mouch.
Ca a marché impec (j'avais fait une image de la partition système
vista sous linux avant de me lancer, ça me rassurait parce que dans le
pire des cas je pouvais réinstaller vista: machine vierge), pas encore
vu d'erreur apparaître (mais il y aura bien une appli qui pointe vers
le chemin de profil d'origine inscrit en dur).
Par précaution j'avais démarré sur un profil que j'ai supprimé ensuite
et le profil intermédiaire a aussi été supprimé, il ne me reste que
admin et jane, les 2 profils finaux du poste, utilisateurs créés (donc
profils aussi) après la manip.



Félicitations. Je suis preneur de toute observation qui sera faite suite
à cette installation. Merci d'avance.



Je te tiens au courant si je vois des problèmes apparaître (j'ai vu un
lien contact sur ton site). En parlant de site il va falloir que je le
regarde de près, ça semble fourmiller d'infos intéressantes.

Juste pour discuter :
Je vois des inconvénients à cette méthode :

1/ Comme tu le dis, si un programme cherche Users sur C, il ne va pas le
trouver.

2/ Si on a des profils existants, leurs recopies ne reproduira pas les
Liens NTFS. Comme pour le point 1 il semble qu'il n'y ait pas beaucoup
d'ennuis. Mais ça nécessite quand même de faire quelque chose, pas la
peine de risquer des embêtements. J'en parle plus loin.



D'où l'intérêt de faire la manip juste après l'installation de vista,
sans rien d'installé et avec des profils provisoires.

3/ En parlant d'embêtement il pourrait y avoir comme un frein à la
migration vers d'autres versions de Windows. En tout cas c'est ce qui
est expliqué pour la méthode unattend :

Description des problèmes connus avec les paramètres FolderLocation dans
le fichier de Windows Vista Unattend.xml
http://support.microsoft.com/kb/929831/en

Noter qu'il suffit de refaire momentanément le réglage dans l'autre sens
avant la mise à niveau. Je suis curieux de savoir si ça marche, après
des mois d'utilisation.



Nouvelle version= nouvelle instal, et je ne cours pas après les
dernières versions, ce portable là est sous vista parce que chez dell
ils ne livrent plus xp aux particuliers et que je n'ai pas toruvé tous
les pilotes xp, donc j'ai conservé vista.




Pour la méthode suivante (jonctions) je n'ai pas testé mais ça semble
bien plus sioux.



Elle s'avère en fait très simple, et diablement efficace.

Le frein est sans doute la nouveauté des Liens NTFS, et sans doute
l'utilisation de lignes de commande.



La ligne de commande ne me pose pas problèmes, mais la notion de liens
ntfs est très nouvelle pour moi, on va bien finir par avoir des sid pour
tous les dossiers et un annuaire faisant le lien entre sid et nom...

Il suffit de faire quelques exercices, c'est tout à fait étonnant, en
particulier la notion de Hard Link.

Voici un article qui tente de faire le point sur le sujet des Liens
NTFS. N'hésitez pas à me corriger, ce n'est qu'un premier jet
http://fspsa.free.fr/jonctions.htm

Un exemple de délocalisation des principaux dossiers systèmes effectuée
avant même la première création d'un profil
http://tuts4tech.net/2009/08/05/windows-7-move-the-users-and-program-files-directories-to-a-different-partition/


Prometteur, non ?

Pour revenir sur les Liens NTFS qui ne sont pas recopiés quand on migre
un profil qui existe déjà, j'ai un batch pour les recréer avec leurs
attributs et autres ACL.

Merci pour le retour d'info et bonne continuation.



De rien, à bientôt et merci encore pour l'aide

YL
Avatar
JF
Origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windows.vista.installation
(Si vous lisez ailleurs ce message, vous savez à présent où venir
poster)
Youri Ligotmi :

Félicitations. Je suis preneur de toute observation qui sera faite suite à
cette installation. Merci d'avance.



Je te tiens au courant si je vois des problèmes apparaître (j'ai vu un lien
contact sur ton site).



Très bien.

En parlant de site il va falloir que je le regarde de
près, ça semble fourmiller d'infos intéressantes.



Il y a deux ou trois choses.



Juste pour discuter :
Je vois des inconvénients à cette méthode :

1/ Comme tu le dis, si un programme cherche Users sur C, il ne va pas le
trouver.

2/ Si on a des profils existants, leurs recopies ne reproduira pas les
Liens NTFS. Comme pour le point 1 il semble qu'il n'y ait pas beaucoup
d'ennuis. Mais ça nécessite quand même de faire quelque chose, pas la peine
de risquer des embêtements. J'en parle plus loin.



D'où l'intérêt de faire la manip juste après l'installation de vista, sans
rien d'installé et avec des profils provisoires.



C'est un peu une règle générale dans ce domaine.
Un vieux phantasme des FAQ
http://a.vouillon.free.fr/faq-winxp.htm#96
http://www.bellamyjc.org/fr/windows2000.html#docandset
http://windows.developpez.com/faq/xp/?page=persoxp#docandset




3/ En parlant d'embêtement il pourrait y avoir comme un frein à la
migration vers d'autres versions de Windows. En tout cas c'est ce qui est
expliqué pour la méthode unattend :

Description des problèmes connus avec les paramètres FolderLocation dans le
fichier de Windows Vista Unattend.xml
http://support.microsoft.com/kb/929831/en

Noter qu'il suffit de refaire momentanément le réglage dans l'autre sens
avant la mise à niveau. Je suis curieux de savoir si ça marche, après des
mois d'utilisation.



Nouvelle version= nouvelle instal, et je ne cours pas après les dernières
versions, ce portable là est sous vista parce que chez dell ils ne livrent
plus xp aux particuliers et que je n'ai pas toruvé tous les pilotes xp, donc
j'ai conservé vista.



Quelle déception. Obligé de passer à Win7.
Plaisanterie à part je suis surpris, je les croyais plus ... moins ...

Pour la méthode suivante (jonctions) je n'ai pas testé mais ça semble bien
plus sioux.


Elle s'avère en fait très simple, et diablement efficace.


Le frein est sans doute la nouveauté des Liens NTFS, et sans doute
l'utilisation de lignes de commande.


La ligne de commande ne me pose pas problèmes,



Je pensais à d'autres utilisateurs qui ont bien le droit de ne pas
vouloir mettre les mains dans la mécanique.

Il semble, vu la demande, qu'un Fixit "Déplacement Users" serait très
apprécié.

Nous sommes nombreux à penser qu'une petite partition système est plus
facile à sauvegarder.

Et que les précieuses données sont mieux sur un autre disque.

Pourquoi ce Fixit n'existe pas est un grand mystère.



mais la notion de liens ntfs est très nouvelle pour moi,



Ah, j'ai mis le doigt dessus. Merci pour ce partage.


on va bien finir par avoir des sid pour tous les
dossiers et un annuaire faisant le lien entre sid et nom...



C'est quoi l'idée ? Les SID des utilisateurs commencent à -1000

http://support.microsoft.com/kb/243330/fr
http://msdn.microsoft.com/en-us/library/cc246018
http://technet.microsoft.com/fr-fr/library/cc780850
http://books.google.fr/books?id=1itbNRqX1UEC&pg=PA302
http://www.bellamyjc.org/fr/vbsdownload.html#name2sid

--
Salutations, Jean-François
http://fspsa.free.fr/Capture-Ecran-et-Publication-vers-Newsgroups.htm
Avatar
JF
Origine du message :
news://msnews.microsoft.com/microsoft.public.fr.windows.vista.installation
(Si vous lisez ailleurs ce message, vous savez à présent où venir
poster)
JF :

on va bien finir par avoir des sid pour tous les dossiers et un annuaire
faisant le lien entre sid et nom...


C'est quoi l'idée ? Les SID des utilisateurs commencent à ..-1000
http://support.microsoft.com/kb/243330/fr
http://msdn.microsoft.com/en-us/library/cc246018
http://technet.microsoft.com/fr-fr/library/cc780850
http://books.google.fr/books?id=1itbNRqX1UEC&pg=PA302
http://www.bellamyjc.org/fr/vbsdownload.html#name2sid



J'ai oublié LogonSessions
http://technet.microsoft.com/fr-fr/sysinternals/bb896769.aspx
http://download.sysinternals.com/Files/LogonSessions.zip
Ce petit utilitaire affiche les SID et montre qu'il y a plus de
sessions ouvertes sur une machine qu'on pourrait le croire

--
Salutations, Jean-François
http://fspsa.free.fr/Virus-Malwares-Comment-on-se-fait-infecter.htm