Déplacer dossier utilisateur windows 10 avec xcopy

[jldg0]

bonjour

retour d expérience après avoir suivi les conseils du tuto
https://www.malekal.com/deplacer-dossie ... r-windows/

l'utilisation de :

Code : Tout sélectionner

xcopy C:\Users\maill\*.* E:\Users\maill /E /C /H /K /O 

cree une copie de 5go, pour un dossier initial de 520Mo (test)
raison: les liens symbolique n 'ont pas été pris en compte et le contenu a été copié , y compris de façon récursive dans appdata \local
qui contient une jonction vers appdata. cette création récursive explique la multiplication par 10 de la taille

xcopy a une option /B qui indique copier le lien symbolique

deuxieme essai avec

Code : Tout sélectionner

xcopy C:\Users\maill\*.* E:\Users\maill /E /C /H /K /O /B /Q > H:xcopy.log

16 messages erreurs qui s'affichent à la consol et pas dans le log!!
cette fois la copie a la même taille 520Mo mais il manque 16 objets ,qui sont les fichiers et dossiers de windowsapp. celuici ne contient que des fichiers vides, qui ne sont pas copiés
( NOTE sur le dossier user original , dir /al /s indique les junctions ET les dossiers et fichiers vides., il indiquait les fichiers vides de C:\Users\test\AppData\Local\Microsoft\WindowsApps )

MAIS LES LIENS SYMBOLIQUES NE SONT PAS CRÉÉS ( verif avec dir/al qui n indique pas de junctions !)
il sont remplacé par des dossiers vides..

je suis un peut intimidé par la commande robocopy qui indique gérer les liens symboliques ( voir option si et sl )
quel serait l'ordre correct pour copier les dossiers et fichiers vides , et copier et créer les liens symboliques
robocopy pourrait aussi passer au dessus d'un accès interdit..

merci de votre aide

[Parisien_entraide]

Bonjour

En te lisant il y a une chose qui me chiffonne... Utilisation du /B pour les liens symboliques

J'ai donc regardé
https://www.malekal.com/comment-utilise ... r-windows/

puis je suis allé chez Microsoft au cas où quelque chose aurait changé depuis que ce /B était apparu depuis Vista (ou disparu etc)
https://learn.microsoft.com/fr-fr/troub ... 32-command

MAIS ... RIEN sur ce commutateur (qui apparait parfois en minuscule /b )

Par contre il apparait ici
https://learn.microsoft.com/fr-fr/windo ... ands/xcopy

Est à ce dire que Microsoft a oublié de le virer dans sa doc (c'est courant) ? Que la fonction n'existe plus depuis Windows 10 ?
Que nenni :-)

Sur les jonctions et liens symboliques
https://www.malekal.com/jonctions-windows/


J'ai comparé ce que racontait la commande XCOPY /? à la fois sous Win7 et sous WIn11 pour savoir ce qui avait changé ou évolué

Sous Win7 : C'est bien en place

win 1-1.jpg

win 1-10jpg.jpg

Sous Win11 (j'ai la flemme de sortir le portable sous Win10 mais ca doit etre pareil je pense)

sous win11-1.png

sous win11.png

Par contre il est bien indiqué dans le commentaire WIn 7 d'utiliser le commutateur /J pour utiliser de gros fichiers

Ce n'est pas la description dans Win11... qui est moins précise


RESUMÉ

Dans la commande XCOPY /H on a


Sous WIn7

/B Copie le lien symbolique et non pas la cible du lien
/J Copie avec E/S sans mémoire tampons. Recommandé pour les gros fichiers


Sous Win11

/B Copie le lien symbolique lui meme par rapport à la cible du lien
/J Copie le lien symbolique lui meme par rapport à la cible du lien




Dans la doc Microsoft il est indiqué pour le


/B

Copie le lien symbolique au lieu des fichiers. Ce paramètre a été introduit dans Windows Vista®.

/J

Copie des fichiers sans mettre en mémoire tampon. Recommandé pour les fichiers très volumineux. Ce paramètre a été ajouté à Windows Server 2008 R2.

Bref c'est un peu le bazar ou tout dépend des traducteurs


Edit : Au passage je déconseille (Enfin c'est Microsoft qui le dit, et Malekal l'a indiqué) de bouger "meme symboliquement" le dossier USER dans son intégralité

Perso je l'ai fais pour le dossier "Download" du fait du grand nombre de progs que je teste, mais pour le reste...
Il suffit d'une MAJ de Windows et tout peut partir en sucette

En fait on peut s'amuser avec les dossiers de données mais le dossier user est malheureusement utilisé par un tas de programmes qui y logent des paramètres par ex et pas que des fichiers Windows
Même le dossier "Documents" (qui est dans user, est à traiter avec prudence du fait de certains paramètres de jeux etc)

[jldg0]

Boujour Parisien_entraide

Merci d'avoir pris intérêt à ma question.

l option /B de xcopy existe depuis vista,
elle fonctionne et évite de copier (possiblement récursivement) le contenu des liens symboliques et jonctions , MAIS elle ne crée pas le lien, seulement un repertoire vide de même nom. Il faudrait ensuite faire les 16 jonctions à la main avec mklink.

conformément aux conseils de l'article, je n'ai pas déplacé user , mais un compte particulier dans user. l'article conseille de faire chaque compte séparement.

merci ( pour les autres ) de modifier l'article .
l'ordre xcopy proposé sans /B est catastrophique car il recopie plusieurs fois, l'un ds l'autre, le dossier appdata . ce qui apparait aussi dans la video.. (50000 fichiers pour un compte nouveau c'est le signe de cette recursion.

l'ordre qui marche , copie et crée les liens symboliques est le suivant:

robocopy C:\Users\test H:\Users\test /E /COPYALL /SJ /LOG:H:\users\robocoplog.txt

cet ordre copie aussi les fichiers vide , contrairement à xcopy ou explorer !
il est impressionnant de rapidité.
l utilisation de /J pour les gros fichiers n'est pas évidente ici ( il y a beaucoup de petits fichiers.)

ne pas utiliser l'option /B qui semble une sécurité contre les accès refusés, mais çà bloque avec repetition à l'infini en cas de fichier vide.

je pense qu'il y a aussi des erreurs ds l'article sur robocopy.
c'est /E et pas /s qui entraine la copie des sous dossiers.

c'est infernal le temps à passer pour corriger les informations et imprécisions de documentation! je ne suis pas béotien en informatique.. mais il faut tester separement les options sur un cas jouet, pour comprendre et s'assurer de leur fonctionnement..
heureusement que ce n'est pas le cas avec une voiture.. ( faudrait-il tester que les vitesses sont dans le bon ordre, que les clignotants sont du bon coté etc...)

merci d'excuser mon énervement qui ne s'adresse pas à vous ni à malekal (mais corrigez les erreurs svp)

ces foutues jonctions sont annoncées pour être compatible avec de vieux programmes (xp??) mais elle contiennent toujours la destination initiale sur C:..
je suis un peu dubitatif , il faudrait peut être indiquer la destination physique relle.
mais , je n'ai pas trouvé d information sur leurs rôles.

je vais tenter de ne déplacer que appdata/local qui représente plus de 90% de l'espace disque..

bien cordialement

ps pour info, le help de ligne de commande pour xcopy et robocopy ( un peu amelioré) sous windows 10

[Parisien_entraide]

Comme je l'avais indiqué, suivant sur quel article on tombe sur le site Microsoft on a des différences que ce soit dans les commandes, dénominations, ou procédures

Pire, même au sein de Microsoft, les devs peuvent affirmer une chose et son contraire, ou ne pas être d'accord
J'avais pu le constater, c'est le premier exemple qui me vient à l'esprit, il y a une dizaine d'années lorsqu'on discutait pour les SSD sur le forum MSDN, , si il fallait laisser activer superfetch ou pas
Personne n'était d'accord

Ce n'est pas la première fois et cela à toujours été, du moins c'est pire depuis que Microsoft a réorganisé ses serveurs, viré du personnel

En plus c'est difficile de s'y retrouver, car avant dans les cours MSDN on avait les liens qui pointaient sur les bonnes explications, mais depuis, avec les "learn.microsoft", les réorganisations des sites c'est un vrai bordel . Du reste les cours MSDN pointent maintenant sur .. RIEN
On l'a vu encore récemment depuis que Microsoft a supprimé la possibilité de la maj de Win7 à Win10.. RIEN n'est mis à jour sur les serveurs, sur le CLUF etc) et je ne parle meme pas des différences entre les textes sur les versions US des sites et FR

On pourrait aussi parler du code de Windows. On plâtre, et on laisse les anciens bouts de code en place (Une partie des raisons évoquées ci dessus)
J'ai une connaissance qui était parti bosser pour Microsoft US, et il m'avait expliqué leur façon de bosser
Ils montent une équipe pour un projet précis.. Cette équipe n'a pas de contacts avec les autres équipes dont le projet pourrait les impacter (et inversement)
Cela se traduit par des bugs en sortie de projet, et comme le contrôle qualité n'existe plus ca peut etre la cata
Pire.. lorsque le projet est terminé, l'équipe disparaît, et le code source est souvent perdu

On peut donc avoir des morceaux de code qui date de XP, mais qui sont considérés comme dépréciés, dont il y aura des traces dans le registre, mais qui n'auront pas d'impact si on y touche, etc idem pour les programmes annoncés comme disposant de telle fonction, mais qui a en fait disparu et dont personne n'est au courant ou presque
Alors les docs... en se rappelant que la doc c'est la bete noire du développeur (il n'aime pas ou n'y pense pas) et souvent réalisée par une personne tierce

Ceci explique cela...

Ensuite le forum est là justement pour discuter des articles, avoir des précisions, indiquer les erreurs et c'est bien de le faire

[Malekal_morte]

Au delà des histoires de copie, il ne faut pas oublier que ce déplacement du profil utilisateur (comme ProgramFiles), n'est pas trop supporté par Microsoft.
Cela peut générer des problèmes notamment lors des mises à niveau de Windows 11/10.