Si vous avez un SSD de petite taille et que vous souhaitez déplacer le dossier "Utilisateurs" sur une autre partition, par exemple sur un HDD de plus grande taille, ce tutoriel est fait pour vous. Nous allons voir comment déplacer le dossier "Utilisateur" initialement présent sur la même partition que votre système Windows. A savoir avant de commencer Le tutoriel fonctionne parfaitement so...
J'ai une installation W10 qui marche parfaitement après avoir fait cette (merveilleuse) manip. Un vieux portable sur lequel j'ai remplacé le lecteur cd par un ssd. La machine est ressuscitée !
Les mises à jours se font sans pb, les logiciels, les ouvertures de session... Tout marche parfaitement bien. Ah si ! Un jour après une chute mon hdd s'était débroché et Windows ne trouvait plus le répertoire utilisateurs... Normal, rebroché tout à refonctionné impec.
Récemment W10 est passé de la version 1804(?) à 1809, et il n'y a pas eu le moindre pb.
J'utilise ce PC à titre pro, et tout est d'équerre, jamais de plantage (dû au déplacement de "users").
Effectivement il m'avait fait une erreur après la copie à propos de NTUSER.DAT, mais le fichier semble se recréer automatiquement. Jamais eu un pet de travers.
Donc oui, ce tuto fonctionne, ne l’effacez pas s'il vous plaît !
sur win8.1 (donc pack deja inclus sur le dvd) mm erreur mais cette fois zero maj.
Je tente le 10.
Des idées? Je n'ai jamais eu aucun PB sur win7 avec cette manip du coup Microsoft a t il bloque quelques chose?
Merci d'avance.
Cette méthode est propre et en plus supportée !!!
Cela évite les galères avec des applis dégueus comme indiqué précédemment...
Windows fournit toutes les méthodes (api) pour accéder à tous les fichiers et dossier du système, si on les utilise dans notre programme, il n'y a aucun problème
Par exemple, tu veux lancer la calculatrice (qui se touve à l'adresse : C:+Windows+system32+calc.exe) à partir d'un programme, tu a deux façon de le faire :
1 : La bonne méthode
On récupère l'adresse de System32 par API
On concate AdresseSystem32+calc.exe
On exécute et ça fonctionne à 100%
(AdresseSystem32 contient la bonne adresse même si windows est installé sur Z:)
2 : Tu code en dur (mauvaise méthode)
"C:+Windows+system32+calc.exe",0
Et tu exécute, dans 99,9% dans cas, ça va marcher
Mais si un utilisateur a modifié C: vers D: ou Z:
Ca ne marchera pas, ca va planter parceque le codeur n'a pas prévu de trouver Windows+system32 dans D vu qu'il a codé en dur C:+Windows+system32+calc.exe
La méthode de déplacement décrite ici ou toute méthode de déplacement fonctionnent parfaitement mais elles ont leur limite suivant les limites ou la feignantise du codeur
J’espère que je réponds à tes interrogation et désolé si j'ai été un peu hard dans ma précédente réponse
Mais le mieux selon moi est de laisser en plus le lien symbolique, comme ça on évite pas mal de problèmes.
Du coup, le code est propre, conventionnel et marchera à tous les coup même si on le déplace
Buff_v db "|onedrive",0 ===> FOnctionne à 100%
Si j'avais ça en dur :
Buff_v db "C:|USERS|onedrive",0 ===> Fonctionnement aléatoire, parceque le code en dur suppose que Onedrive est dans C:
Ca dépend juste de celui qui code
Certain suivent les règles, d'autres y vont au marteau
Le programme va afficher Onedrive dans le menu mais il ne pourra y acceder, il va t'afficher "OneDrive n'est pas correctement installé..."
Parceque dans mon code, le point de départ est C:
Et tout autre point de depart affiche une erreur
A moins que j'ai fait une mise à jour entre temps pour corriger ce problème, je vais vérifier
EDIT :
J'avais modifié ce bug, je ne me souvenais pas, sorry
http://zupimages.net/up/17/09/20d9.png
La bonne....et la mauvaise
Cette méthode était à un moment plus supportée.
Votre méthode n’est clairement pas standard, nous encourageons nos clients à rester sur les méthodes standards car ce sont les scénarios testés et debugger si nécessaire. Si un problème apparait lors des futurs versions nous pourrions ne pas le corriger.
Si nous, CODEURS, on te dit que cette méthode est bof, c'est pour des raisons purement technique !
On ta donné un tas d'arguments technique et tu ne veut toujours pas comprendre ?
Allez dernière fois :
Je veut récupérer les dossiers de l'utilisateur de façon normal et tous les dossier cachés, Appdata et compagnie...
Je fait appel à l'api qui gère les différentes méthodes, elle me retourne les bons dossiers dans le bon lecteur... OK, ça marche nickel
Maintenant, je suis codeur, je veut récupérer les dossiers de l’utilisateur ou n'importe quel dossier systeme, je code en dur mon point de départ C:
Si un utilisateur à changé le point de départ en B: ou E: ou E:...., c'est mort, ça foire, ça plante !!!
Parceque le User-Documents-Image etc.. va être au cul de C:
C'est quand même pas compliqué à comprendre même si on est pas codeur
Tu peut le constater dans le programme que j'ai mis à disposition ci-dessus (WindowsView.exe)
Je code en dur le dossier Onedrive (Point de Départ C:User/Onedrive) et si il n'est pas sur à sa place, ça plante !!!
Le voila le problème
Mais quel idée de coder le dossier OneDrive en dur ?
Onedrive est récent, l'API n'existe pas depuis 20 ans et elle n'est pas tres connu, du coup, beaucoup de codeur code en dur, ok, à tord...
https://technet.microsoft.com/fr-fr/sysinternals/bb896768.aspx
https://support.microsoft.com/fr-fr/help/949977/relocation-of-the-users-directory-and-the-programdata-directory-to-a-drive-other-than-the-drive-that-contains-the-windows-directory
https://technet.microsoft.com/en-us/library/cc749305(v=ws.10).aspx
Ma méthode est identique à la méthode de déplacement que votre site utilise (utilisation de sysprep) au détail près qu'elle ne crée pas de bug de traduction au delà de la version 1511 de Windows 10.
Je travail chez Microsoft et plu spécifiquement sur les sujets WIndows 10. Le tuto indiqué ici est clairement non supporté par Microsoft, ce n'est pas parceque cela fonctionne que cela ne posera pas problème. Nous ne testons pas le déplacement de C:Users, vous pouvez donc avoir des effets de bords/problèmes. Afin d'éviter d'encourager ce type de pratique, pouvez vous supprimer ce tuto ?
Mais attention, dans WindowsView, j'utilise la "vrai" méthode pour récupérer le nom de l'utilisateur et les différents dossiers
Si un Soft part du principe que l'user est forcément dans "C:" et n'utilise pas les API de Windows, plantage assuré
Vérifiez le avec WindowsView, si il y a un problème, le soft vous le dira
Et si votre nom d'utilisateur ne s'affiche pas dans le menu Dossier Utilisateur, c'est qu'il y a un problème...
WindowsView.exe :
http://dl.free.fr/viGRQk0Hg
A ce titre, je garde le dossier OneDrive sur le C: et les autres dossiers utilisateurs (pour ce qui n'est pas important ou temporaire et a donc vocation de rester en local) sur le D: (ce peut être une autre partition mais je préfère un second disque dur voire, comme sur ma SP3, une µSDXC avec, bien évidemment, Bitlocker de rigueur).
Au dossier AppData près, qui reste dans C: tout le reste, se trouve automatiquement délocalisé dans le second disque/SSD .
Une méthode nettement plus accessible à l'utilisateur final que par toutes ces modifs en lignes de commande, même si ça reste intéressant.
ThiWeb
Je n'avais pas remarqué que le dossier téléchargement ne se trouve pas dans ces options. Pour les navigateurs internet, tu peux changer ça directement dans les paramètres du navigateur.
Il y a plusieurs possibilités plus ou moins faciles à mette en place, celle là est pratique pour ceux qui ne veulent pas faire plein de manip.
Je m'en suis servi une fois pour une application du store de 20 Go : 1 seul changement et ça s'est installé sur une autre partition.
Il n'y a que peu d'intérêt à avoir un SSD si tout ce qui s'y trouve en lien avec l'OS et ses programmes se retrouve sur un disque mécanique. C'est mon avis en tout cas.
C'est un peut pareil
Pour être plus précis, il faut couper les répertoires de c:usernom utilisateur et les déplacer sur d:
1 : Se servir de l'API Windows/CSIDL pour récupérer l'User et son chemin complet
2 : En récupérant simplement le nom de l'User et en supposant à raison qu'il est dans C:
De nombreux codeurs (jeux, logiciels) utilisent la méthode 2 et dans ce cas de figure, la manipulation décrite ici fera un beau plantage du soft et dans certain cas un plantage de Windows si le codeur n'a pas prévu la gestion de cette erreur...
Tu peux d'ailleurs t'assurer que c'est bien les dossiers que tu as déplacés qui sont les dossiers systèmes en essayant d'accéder à ces chemins d'accès :
C:Users%UserName%Documents
C:Users%UserName%Images
C:Users%UserName%Musique ou C:Users%UserName%Music (je sais plus s'il faut donner le nom en français ou en anglais)
Perso, dans mon cas (j'ai toujours fait comme ça) il n'y a pas de doublon
Simplement AVANT de faire la manip je crée sur la partition voulue un dossier au nom identique à celui que je veux déplacer et ainsi tout se passe bien...
Tu aura un message de ce genre :
http://www.malekal.com/fichiers/forum/Echec_connexion_service_Profil_utilisateur.png
ou sous Windows 7 :
https://www.dominicdesbiens.com/wp-content/uploads/2015/06/session-temporaire.jpg
Je crois même que l'on petit déplacer appdata si on affiche les dossiers cachés, mais c'est a confirmer.
Cordialement
En fait, il suffit d'aller dans les propriétés de chaque dossier (via l'explorateur de fichiers). Aller à l'onglet "Emplacement" et cliquer sur "Déplacer". Ensuite suivre les instructions.
Et cela fonctionne même s'il y a déjà des fichiers dans les dossiers concernés car il propose de les déplacer en même temps.
Voilà, y a pas plus simple ;-)
Mais quelle est l'utilité du lien symbolique ? Il est destiné au programme d'installation ? La modif registre n'est prise en compte qu'au redémarrage peut-être ?
C'est très simple à faire :
Paramètres -> Système -> Stockage : Paramètres d'enregistrement.