Bonjour,
 
Je rencontre un problème étrange sous Windows 10 depuis quelques jours.

Je souhaite copier un dossier qui contient des dossiers et des fichiers d'une ancienne session Windows 7.
 
Le dossier d'origine (que l'on appellera "Dossier S" ) est sur un disque dur interne (on l'appellera Disque A) . La destination de la copie est également un disque dur interne (on l'appellera Disque B).

Le "Dossier S", sur le Disque A, fait 33 Go (12468 fichiers et 1059 dossiers).
 
Après copie depuis le Disque A, le "Dossier S" fait, sur le Disque B, 27,5 Go (10335 fichiers et 879 dossiers).
 
Il ne s'agit pas d'une histoire de taille sur le disque. Les deux disque durs sont en NTFS avec cluster de 4Ko.
La copie s'est passée sans erreur ou message d'alerte. Donc je ne comprends pas comment cela est possible...
 
Si je boote sur Linux (Live CD), le "Dossier S" fait 105,6 Go sur le Disque A et... 105,6 Go sur le Disque B!
 
J'ai fait une nouvelle copie du "Dossier S", en passant par Linux,du Disque A vers le Disque B... Et là, Windows me dit que le dossier fait 80 Go...  
Incompréhensible!
 
Je résume:
 
Dossier S sur Disque A: 33 Go (12468 fichiers et 1059 dossiers) sous Windows 10 // 105,6 Go sous Linux (28418 items)
Dossier S sur Disque B: 27,5 Go (10335 fichiers et 879 dossiers) sous Windows 10 // 105,6 Go sous Linux (28418 items)
Dossier S sur Disque B (après copie depuis le Disque A via Linux): 80 Go (21782 fichiers et 1729 dossiers) // 105,6 Go (28418 items) sous Linux.
 
 
Comment cela est possible? Les deux disques sont OK sous S.M.A.R.T et les fichiers cachés sont bien affichés...
Est-ce un problème d'OS?
Du coup, je ne peux même pas vérifier que les copie sont valides...
 
Si quelqu'un pouvait m'éclairer...
 
Merci.

Est-ce qu’en plus d’afficher les fichiers cachés, tu affiches aussi les fichiers système (typiquement, les « Desktop.ini », « Thumbs.db », etc.) ? Dans les options des dossiers, c’est la case juste en dessous celle des extensions de fichiers.
 
Si depuis un Linux (qui voit tout, lui), tu as le même nombre de fichiers sur les deux disques, alors ça devrait être bon, je pense. Tu nous dis pas combien d’éléments, lui, il trouve.

@Trit '
 
J'ai mis à mon jour premier post. Linux affiche 28418 items.
 
Sinon, j'ai décoché "Masquer les fichiers protégés du système d'exploitation" mais cela n'a rien changé....
 
Mais d'où peut venir cette énorme différence?

Personne pour m'aider?

Par hasard, tu n'aurais pas des fichiers dont le chemin complet serait >255 caractères ?
Sinon je pencherai pour une question de droits sur les dossier et les fichiers copiés.
 
As-tu essayé un logiciel comme Syncback Free pour faire la copie ?

@nex84:
 
Salut,
 
Si fichiers dont le chemin complet supérieur à 255 caractères, ils ne sont pas pris en compte dans le décompte total? Bizarre qu'ils soient comptabilisés sur un disque et pas sur l'autre...
 
Pour l'histoire de droits, je peux corriger ça?

Pour les droits il faut que tu configure ton utilisateur actuel comme propriétaire de tous les éléments à copier. Si tes données datent d'une ancienne installation, leur propriétaire ne doit pas être bon.
 
Pour les chemins trop longs, normalement la copie Windows te le dit. Par contre pas Linux.

@nex84:

Pour donner les droits à mon utiliosateur actuel, je dois faire un clic droit sur chaque dossier et ficher et faire la manip?

J'ai fait une sauvegarde avec Syncback Free et le souci est le même...Lors de la simulation il m'indiquait 98,5 Go à copier...
Finalement le fichier de destination fait 27,5 Go (alors que celui d'origine fait 33 Go). C'est comme si j'avais fait une copie avec Windows. Le résultat est le même...

Pour les droits il faut aller dans les propriétés du dossier parent.
Dans l'onglet sécurité il faut cliquer sur le bouton Avancé.
Dans la nouvelle fenêtre, tu peux modifier le propriétaire tout en haut.
Une fois  ton utilisateur actuel sélectionné, coche la case tout en bas pour appliqer la modif aussi à tous les fichiers et dossiers contenus dans le répertoire que tu modifies.
Ensuite clique sur Appliquer, puis OK.
 
L'application peut prendre quelques minutes.

@nex84:
 
Ok, je vais tester ça et je te tiens au courant. Je te remercie.
 
Mais bon, si c’est un problème de droit, Windows aurait dû me le signaler lors de la copie. C'est ce qu'il fait habituellement dans ce genre de cas.
 
Sinon, bizarre que SyncBacFree voit 98,5 Go lors de la simulation de copie et finalement seuls 27,5 Go sont copiés (dossier original: 33 Go).

Tu peux utiliser windirstat pour voir l'espace réellement utilisé par ton répertoire et la taille prise par répertoires et fichiers.
 
EDIT:
A lancer en mode administrateur, pour éviter qu'il trouve de l'espace inconnu.
NB: espace inconnu:

 
Si windirstat exécuté en mode normal Vs en mode administrateur trouve un résultat différent, c'set que le problème est bien un problème de droits.
 

 

Re,
 
Bon, j'ai fait ce que @nex84 m'a conseillé. J'ai attribué tous les droits à mon utilisateur actuel sur le dossier ainsi que les sous-dossiers et fichiers...
Et.... Toujours le même problème...
 
Mais j'ai remarqué quelque chose.
Lorsque la copie commence, que ce soit avec Windows ou SynBack Free, il est indiqué qu'il reste 98,5 Go à copier...
Cela signifie que le dossier fait, en réel, 98,5 Go. Pourtant lorsque la copie est terminée, le fichier final fait 27,5 Go (si copie avec Windows) et 33 Go (si copie avec SyncBack Free).
Je résume, car cela devient confus.

Le Dossier S (dossier d'origine) fait 33 Go sur le Disque A (vu par Windows)
Le Dossier S (dossier d'origine) fait 105,6 Go sur le Disque A (vu par Linux)
 
Si je copie le Dossier S depuis vers le Disque B via Windows, la copie fait 27,5 Go (Vu par Windows)
Si je copie le Dossier S vers le Disque B via Linux, la copie fait 80 Go (Vu par Windows)
Si je copie le Dossier S vers le Disque B via SyncBack Free, fait 27,5 Go (Vu par Windows)
 
Windows et SyncBack Free indiquent qu'il reste 98,5 Go à copier mais au final seul 27,5 Go sont copiés
 
@guig2000: windirstat est une commande à entrer dans l'invite de commande?

C'est un logiciel tiers gratuit pour windows.
 
NB: j'ai édité mon message précédent pendant que tu répondais.
 
https://windirstat.net/
 
édit: on peut lancer plusieurs instance simultanées.

La question importante que personne n'a posé est : c'est quoi comme dossier ?
Si c'est un truc système plein de liens symboliques etc, c'est normal que le compte ne soit pas bon entre deux disques et que linux soit paumé à l'estimation.

perso, je ferai la copie avec la commande robocopy, tu redirige la sortie vers un fichier text, comme ca tu a un log de ce qui a été transferé ou pas

la commander serait du genre :
robocopy a:\dossier_s\ b:\dossier_s\ /mir > c:\temp\log

@guig2000: Que ce soit le dossier d'origine ou le dossier copié, WinDirStat trouve une taille totale de 98,3 Go!
Même résultat que ce soit en mode normal ou en mode administrateur... Donc qu'est ce que cela signifie?

@flash_gordon: C'est un dossier contenant un ancienne session utilisateur (Dossiers "Mes documents", "Bureau",etc" ).
 
@Z_cool: Je vais voir ça. EDIT: Il me met "Chemin d'accès spécifié introuvable"...J'ai pourtant entré les bonnes infos...

Donc tout semble copié, vérifie quand même le nombre d'éléments.
 
Et re-donc il y a aussi des morceaux de base de registre dedans, qui sont, en principe totalement inutile à copier. Enfin, je plussoie avec flash_gordon.
 
Oui, robocopy, c’est le logiciel idéal pour copier les répertoires récalcitrants.

Robocopy ne fonctionne pas. Il me met "Chemin d'accès spécifié introuvable"

si tu as tapé a:\dossier_s\ c'est pas hyper surprenant

@flash_gordon: Lol, je ne suis pas attardé... J'ai rentré les chemins de mes disques mais cela refuse de fonctionner.
 
EDIT: Par contre la commande /MIR est dangereuse. Elle efface des fichiers,non?
 
La copie marche mais impossible d'intégrer les commandes /LOG et /MIR
 
Comment faire?

Je vois mal ce qui pourrait bloquer robocopy.

Je pense que depuis le problème vient de toi

@leroimerlinbis: "Je pense que depuis le problème vient de toi "
T'es sympa toi.

Sinon, j'ai fait une copie avec Robocopy. Dans le fichier log il me dit avoir tout copié sans erreur (98,5 Go) mais Windows ne voit que 80 Go sur le dossier de destination...
 
Donc là je ne comprends plus rien...

c'est quel genre de fichiers/dossiers ?
parce que si c'est un dossier système, il est très possible qu'il y a i des liens symbolique dedans.

tu peux peut etre aussi passer un scandisk sur la source. ca m'ai deja arrivé que la table des fichiers soit un peut emelé

Certainement le fichier d'échange et l'hibernation qui sont des fichiers système

@Z_cool: Les dossiers et fichiers d'une session Windows 7 ("Mes documents", "Mes Images", etc). Donc bizarre. Comment Robocopy a réussi à passer à 80 Go en destination alors que Windows n'affiche que 33 Go pour le fichier d'origine. Bug?
 
@leroimerlinbis: Pas de fichier d'échange et d'hibernation. je n'ai copié que les dossiers de la session Windows de l'utilisateur.
 
Si je veux supprimer le dossier copié (qui fait 33 Go), il me dit "Reste 98,5 Go à supprimer"... Vraiment illogique. Pourquoi Windows,dans "Propriétés" ne voit que 33 Go sur 27,5 Go? Même sur le dossier d'origine...

Si l'on regarde les propriétés d'un dossier/drive, il est indiqué 2 tailles: taille sur le disque (qui est plus grande) et taille "réelle". Si la copie s'est faite sans problème, pourquoi chercher plus loin ?

@Liem94: Relis le premier post. Ce n'est pas une histoire de cluster!

Tu perds ton temps, tout tes fichiers sont copiés.
 
Et c’est normal que tu es des tailles bizarres vue depuis windows avec ce genre de répertoire.
 
Et puis il y a des fichiers inutilisables hors du windows original dans le répertoire user, par exemple le ntuser.dat, et la plupart des fichiers contenus dans appdata.

@guig2000: C'est juste le répertoire utilisateur donc pas de Appdata.
Voici les dossiers que contient le dossier à copier:
- Bureau
- Documents
- Images
- Musique
- Téléchargements
- Vidéos

Donc pas de fichier d'échange ou de fichier windows...

Si, il y a un appdata sous dans le répertoire utilisateur de windows 7 - 8 -10 , ainsi que des fichiers systèmes tel que le ntuser.dat

Ben, si : affiche absolument tous les fichiers, et tu verras apparaître AppData, ainsi que des ntuser.*… Et Documents contient des liens symboliques vers les autres dossiers utilisateurs, et vers des sous-dossiers d’AppData (pour maintenir la compatibilité avec les logiciels pour Windows 2000 et XP, où tout était rangé à l’intérieur de « Mes documents »). Et c’est sans doute à cause de ces liens symboliques que tu as droit à des valeurs incohérentes.

@Trit':
 
Ok mais de là à donner une différence de 61 Go (Windows affiche 27,5 Go alors que le fichier fait 98,5 Go). Les fichiers Windows sont petits et ne pèsent pas aussi lourd.

Encore une fois, on parle de liens symboliques. D'où mon premier post. HIER.
 
Si tu ne sais pas ce que c'est, alors dis "je ne sais pas ce que c'est" plutot que contester.
 
C'est comme des raccourcis, mais versions système. C'est ce qui fait croire aux vieux logiciels et une partie du système que "local settings" ou "Application data" existent toujours tout en les redirigeant dans des sous dossiers d'appdata.
 
C'est pour ça que des trucs comme linux voient une taille complétement fantaisiste puisqu'ils comptent les trucs en double et en triple.
 
D'où mon post hier qui te demande s'il y a des liens symboliques dans ton dossier.

@flash_gordon:
 
Te sens-tu obligé de parler de cette manière? Il y a une façon de dire les choses!
On se permet tout derrière un écran.  
J'ai très bien compris. Mais cela n'explique pas la différence de taille...
 
Je viens de finir une copie avec RichCopy (version améliorée de RoboCopy) et là le dossier fait 98,3 Go.
Donc au final, quelle est la taille réelle?
Même le dossier de 33 Go fait 98,5 Go lorsque je le supprime...
 
Linux voit 106,5 Go
Windirstat voit 98,5 Go
Windows voit 33 Go ou 27,5 Go... Lors de la suppression il voit 98,5 Go...
 
Au final, quelle est la taille réelle?

Ben si justement. Ça peut l'expliquer.

 
Quelle manière ? Je suis direct, puisque la subtilité ne marche pas.
 
Il n'y a aucune insulte ni rien dans mon post. Si tu n'aimes pas les réponses claires et directes, faut pas ignorer plusieurs fois les questions qu'on comprends pas. On est plusieurs à t'avoir fait remarquer la présence de liens symboliques sans que tu te demandes ou que tu nous demandes de quoi il s'agit.  
Encore une fois il n'y a aucune insulte dans ma réponse. J'insiste pour tous ceux qui lisent ce topic, quand vous ne comprenez pas un truc (comme les liens smboliques ici), dites-le au lieu de rester sur du non dit pendant 107 ans, c'est du temps perdu pour tout le monde.
 
Et du coup tu te focalises sur le "ton" de ma réponse sans en lire le contenu.
 

 
Pourtant je t'ai répondu aussi.
 
La vraie taille est la taille sur le C.
La copie par windows contient des liens symboliques qui ne marchent plus, donc avec une taille qui ne correspond plus.
La copie par linux et logiciels tiers contient les trois quarts des dossiers en double puisque ils ont copiés ce qu'ils pensaient etre de veritables dossiers et non des liens. (ou alors c'est seulement au comptage qu'il se trompe, dur de savoir sans visu)

Quand je tente de copier le dossier original (33 Go vus par Windows) sur une clé USB de 64 Go (58 Go réels), Windows refuse en me disant que la taille de la clé USB est insuffisante car le dossier fait 98,5 Go.
 
Donc dans "Propriétés" Windows voit que le dossier fait 33 Go.  
Et lors de la copie ou suppression de celui-ci, Windows dit qu'il fait 98,5 Go.

Parce que le système de copie suit les liens symboliques qui renvoient à des dossiers déjà comptabilisés, donc la taille totale à copier augmente d’autant ! Ça fait jamais que cinq fois au moins qu’on te le dit.
 
En revanche, l’Explorateur ne tient pas compte de ces liens symboliques pour la copie (en tout cas, il ne les suit pas), c’est pour ça que la taille affichée dans les propriétés est différente.
 
Est-ce que tu as aussi des problèmes à copier en masquant les fichiers cachés et système (vu que tu n’en as pas besoin) ? Te prévient-il que tu ne copieras pas forcément tous les fichiers (ce qui n’est pas ton but) ?

@Trit':
 
Que les fichiers cachés et système soient masqués ou pas, Windows copie toujours 27,5 Go sur les 33 Go annoncés.
 
Non pas de message d'avertissement non plus.

La vraie taille, c'est celle donnée par windirstat, je pense.
Le plus simple, c'est quand même de récupérer non pas le contenu complet de user, mais d'aller chercher directement le contenu des répertoires qui contiennent les fichiers à récupérer, tels que:
le contenu de bureau, le contenu de documents, le contenu de images etc.
 
 
J'en profite pour prêter la bonne parole sur la bonne pratique de l'organisation des fichiers d'un ordinateur:
L'utilisateur avertit:
 
1°) n'enregistre jamais rien sur le bureau.
 
2°) utilise au moins deux partions (ou disques durs/SSD): une pour le système, logiciels et jeux et une pour les données (documents, images etc).
S'il utilise les bibliothèques de windows, il le fait de la manière suivante: il clique droit dessus, clique sur l'onglet emplacement et clique sur déplacer. ils choisis alors par exemple d:\documents, d:\téléchargements, d:\images etc en fonction de la bibliothèque.

 
3°) éventuellement après la première installation complète de windows, paramétrage et configuration au goût de l'utilisateur, installation des drivers, systèmes de sécurités, logiciels principaux, il utilise un logiciel de sauvegarde d'image disque (par exemple true image, mais il y en a plein d'autre) pour sauvegarder c: .
De cette manière, dans le futur quand windows merdera, au lieu de formater, il peut restaurer cette sauvegarde et avoir un PC fonctionnel en quelques minutes.
 
4°) il sauvegarde régulièrement le contenu de la partition de données, ou tout du moins ce qu'il ne veut pas risquer de perdre soit à la main soit avec un logiciel de sauvegarde.