Forum-seven : Communauté francaise de Windows 7

La méthode de copie d'un profil existant vers le default user a le mérite d'être simple.
mais elle pose souvent problème.
Pourquoi:
Bon nombre de paramètres et chemin du registre utilisateur sont du genre: C:\Users\Alain\AppData\Programme-Machin\parametre.ini

au lieu d'être: %userProfile%\AppData\Programme-Machin\parametre.ini

Autrement dit, si tu copies le profil d'un utilisateur existant vers le default user, tout nouvel utilisateur aura les paramètres de 'Programme-Machin" dans le profil de Alain (dans cet exemple-ci)
et le profil de Alain, n'est pas accessible par les autres utilisateurs....

Donc, la bonne méthode (qui est plus fastidieuse mais au combien plus efficace) est:

Repère dans le registre HKEY_CURRENT_USER les emplacements exact des paramètres que tu veux modifier.
Charge la ruche default user.
Applique-y tes paramètres.

Il y a moyen de faire cela par Export/import

en passant par un autre utilisateur ou un live CD, charge la ruche registre de l'utilisateur modèle.
exporte les clés voulues
Décharge la ruche registre de l'utilisateur modèle.
charge la ruche default user au même endroit
importe les clés voulues
Décharge la ruche default user


applique le script de déplacement des documents, puis testes...

++
alain

Voi la nouvelle adresse de téléchargement:
http://www.gopc.be/Alain/Position/Defau ... odular.rar
(clic droit, enregistrer la cible du lien sous...)

Bonjour à tous !

Bonjour Alain,

Je n'arrive pas à télécharger ta cible, le lien n'est pas accessible !

si tu pouvais remettre le bon lien, merci d'avance

le lien en première page de ce post est le bon..

celle que tu essaye:n'est effectivement pas juste!
je vais le corriger

++
Alain

Merci Alain, toujours aussi sympa !
Bon WE

Bonjour Alain, Bonjour à tous,
Merci Alain pour cet utilitaire qui solutionne bien des choses pour qui souhaite séparer profils et données. Etant newby (on n'est jamais que le newby d'un autre, tu l'as dit toi même), vous excuserez les quelques remarques peut-être mal formulées. Je m'explique ...
Ayant appliqué ton utilitaire préalablement depuis une session temporaire, j'ai créé une session d'administration définitive en local, disons [Compte]. Après reboot et loggué sous cette session [Local]\[Compte], les documents créés s'enregistrent bien dans les dossiers souhaités, disons D:\Documents\[Compte]. Mais l'unité (portable) utilisé appartient à un domaine où je dispose d'une session d'utilisateur [Compte]. Si je me loggue sous la session [Domaine]\[Compte], le système m'informe qu'il a créé un profil temporaire dans le répertoire TEMP des profils, soit C:\Users\TEMP\[Compte]. De plus les documents créés s'enregistrent alors dans les dossiers du compte local. On aurait dû s'attendre à la création des répertoires [Compte].[Local] et [Compte.[Domaine] aussi bien dans le répertoire des profils que celui des documents. Est ce que les comptes locaux et de domaine sont bien gérés de façon différenciée ? Ai-je fais une erreur et où/quand ?
Aussi, à ce stade, j'ai utilisé RestoreOriginal.cmd pour restaurer les options initiales. J'ai créé un nouveau compte local temporaire. Reboot. Les dossiers créés se trouvent bien à l'emplacement d'origine sauf Contacts, Liens, Parties enregistrées et Recherches. Redéfinir l'emplacement de ces dossiers n'est pas si long, mais quid des jonctions correspondantes ?
Voici pour mon retour d'expérience ... et mes attentes et questions.
Stéphan

Bonsoir à toi

Pour ce qui est de l'utilisation du script dans un domaine, je l'ai personnellement appliqué celui ci sur mon PC professionnel, et ceci sans aucun souci

A la création d'un profil sous domaine, le processus de création est le même tant qu'il n'y a pas d'autre règle ou GPO sur le DC
il faut aussi prendre en compte les droits de l'utilisateur sur le dossier de destination des doc.

Si Windows créé un dossier temporaire, c'est qu'il y a un souci niveau droit... mais où?
je n'ai pas eu ce cas, je ne sais donc pas faire d'investigation dans ce sens!

Pour ce qui est de la restauration, edite la ruche default user et vérifie manuellement que la restauration à bien eu lieu.
Un script est prévu pour éditer manuellement la ruche default user

le script de restauration peu être ré-exécuter sans problème.

En ce qui concerne les jonctions, celle-ci sont toujours crées par Windows à l'activation d'un compte, donc pas de souci de ce coté là quand on restaure les paramètres par défaut.
(mon script 'jonctions' efface les jonction créés par Windows et recréé les jonctions correctes)
Donc, les jonctions des dossiers que tu cites:

Contacts, Liens, Parties enregistrées et Recherches

si elles existes, elles seront corrects.

Voilà
si tu-as d'autre question, et en espérant avoir répondu à celles-ci, n'hésite pas

Alain

Je vais de ce pas revoir ma "copie". 5/20 Elève Stephan peut peu mais peut.

Bonjour,
Je précise que l'application de l'utilitaire c'est fait sur un système W7 32 bits frais, sans intervention sur les propriétés des répertoires par défaut, et avec les paramètres livrés dans PositionDefaultFolderSevenModular.ini (ver.15/04).
Après application, si j'effectue un restore des clefs default user d'origine et en chargeant la ruche du defaultuser, on remarque que les clefs des répertoires Saved games, Contacts, Searches, Links pointent toujours vers D: au lieu %userprofile% [1]. En conséquence, comme je l'indiquais plus haut, la création d'un nouveau compte(tmp1) et reboot, retourne la situation où les répertoires Contacts, Liens, Parties enregistrées et Recherches sont restés sur D: [2].
[1]
[2]
[3]
Or lors d'une installation fraiche (que je suis train de refaire), la ruche du defaultuser ne comporte pas les clefs {4C5xx, {567xx, {7D1xx et {BFBxx justement relatives à Parties enregistrées Contacts, Recherches et Liens [3]. Ces clefs ne semblent donc pas pouvoir être sauvegardées lors de l'exportation initiale "HKEY_LOCAL_MACHINE\.LoadDefUser\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders" dans %systemroot%/OriginalUserShellFolder.reg puisqu'elle n'existent pas.
Si mes constatations sont bonnes, ne faudrait-il pas vérifier la présence de ces clefs, et à les créer en leur donnant les valeurs par défaut données par W7, avant de sauvegarder OriginalUserShellFolder.reg ?
Stéphan

Stephan a écrit :Si mes constatations sont bonnes, ne faudrait-il pas vérifier la présence de ces clefs, et à les créer en leur donnant les valeurs par défaut données par W7, avant de sauvegarder OriginalUserShellFolder.reg ?

Ces constatations sont en effet très bonnes

J'avais aussi remarqué que ces clés n'étaient pas d'origine, et j'avais fais des test pour vérifier que leur implémentation ne pose pas de problème.

Et comme les tests de restauration étaient déjà fait et concluants, je n'ai plus vérifié après coup!

je corrige cela sous peu

grand merci pour tes tests!

Alain

(18/20 Élève Stephan)
(Alain ==> mode Auto-Flagellation)

Simplement heureux de porter ma petite pierre à l'édifice. Je ne suis pas amère de ne pas avoir obtenu la note ultime, car chacun le sais, 20/20 c'est pour Dieu !
Les tests peuvent effectivement apparaitre concluants si ces clefs sont déjà créées dans le profil par défaut, et donc enregistrées dans OriginalUserShellFolder.reg. Toutefois la question est de savoir à quel(s) moment(s) et par quelle(s) procédure(s) ces clefs sont créés puisqu'elles existent bien à terme pour le defaultuser. Je pencherais pour parties vers le choix et l'activation d'un "fureteur" (FF,IE ...) et d'un client de messagerie depuis n'importe quel des comptes existants, car c'est seuls aménagements auxquels j'ai procédé ultérieurement à l'application de ton utilitaire. Je surveille ça puisque je poursuis une nouvelle installation de VV7
Merci Alain.
Stéphan