A voir également:
- Le poids d'un dossier zippé est différent
- Comment réduire le poids d'un pdf - Guide
- Dossier appdata - Guide
- Mettre un mot de passe sur un dossier - Guide
- Impossible de supprimer un dossier - Guide
- Comment faire un dossier pdf - Guide
2 réponses
Bruce Willix
Messages postés
11968
Date d'inscription
mardi 24 mai 2011
Statut
Contributeur
Dernière intervention
12 juin 2018
2 591
7 oct. 2015 à 09:37
7 oct. 2015 à 09:37
Oui. C'est dû à la taille des clusters. Ceci dit, si t's une variation de 200%, y'a un problème quelque part.
Utilisateur anonyme
7 oct. 2015 à 10:56
7 oct. 2015 à 10:56
Bonjour,
Comme l'a dit Bruce Willix, cela peut venir de la taille des clusters, (la plus petite unité de stockage d'un disque dur), qui varie en fonction du format du disque dur, (NTFS pour Windows et Mac OS étendu pour Mac), de la capacité du disque dur en question,
mais aussi de la manière de calculer la taille. Explications :
En informatique, un kilo ne vaut pas 1000, mais 1024,
Pour les fabricants de supports informatiques un kilo valait toujours 1000 mais pas pour les fabricants d'ordinateurs et non plus pour les informaticiens
sauf que depuis quelques années, pour Mac OS, un kilo vaut 1000 et non plus 1024 comme par le passé. Cela pour s'accorder avec les fabricants de supports, ou par exemple un DVD vierge annoncé comme ayant une capacité de 4,7 Go, ne pouvait en réalité contenir que 4,3 Go "informatique".
Résultat, si par exemple, un fichier est composé de 297 639 713 octets, il pèsera différemment selon la méthode de calcul, soit
297 639 713 / 1000 = 297,6 Mo calculé par Mac OS X
ou
297 639 713 / 1024 = 290,66 Mo calculé par un autre système
ou encore un fichier de 30 000 000 000 octets vaudra
30 000 000 000 / (1000 x 1000 x 1000) = 30 Go
ou
30 000 000 000 / (1024 x 1024 x 1024) = 27,94 Go
On voit qu'a partir d'un certain poids, sans parler de la taille des clusters, on trouve une différence importante rien que par la différence de méthode de calcul.
Comme l'a dit Bruce Willix, cela peut venir de la taille des clusters, (la plus petite unité de stockage d'un disque dur), qui varie en fonction du format du disque dur, (NTFS pour Windows et Mac OS étendu pour Mac), de la capacité du disque dur en question,
mais aussi de la manière de calculer la taille. Explications :
En informatique, un kilo ne vaut pas 1000, mais 1024,
Pour les fabricants de supports informatiques un kilo valait toujours 1000 mais pas pour les fabricants d'ordinateurs et non plus pour les informaticiens
sauf que depuis quelques années, pour Mac OS, un kilo vaut 1000 et non plus 1024 comme par le passé. Cela pour s'accorder avec les fabricants de supports, ou par exemple un DVD vierge annoncé comme ayant une capacité de 4,7 Go, ne pouvait en réalité contenir que 4,3 Go "informatique".
Résultat, si par exemple, un fichier est composé de 297 639 713 octets, il pèsera différemment selon la méthode de calcul, soit
297 639 713 / 1000 = 297,6 Mo calculé par Mac OS X
ou
297 639 713 / 1024 = 290,66 Mo calculé par un autre système
ou encore un fichier de 30 000 000 000 octets vaudra
30 000 000 000 / (1000 x 1000 x 1000) = 30 Go
ou
30 000 000 000 / (1024 x 1024 x 1024) = 27,94 Go
On voit qu'a partir d'un certain poids, sans parler de la taille des clusters, on trouve une différence importante rien que par la différence de méthode de calcul.
7 oct. 2015 à 09:53
Le poids du dossier sur Mac et sur PC n'est pas identique.
Y'a t il un moyen de vérifier que tout est bien transférer sans devoir dézipper et vérifier manuellement le contenu des sous dossiers ?
Modifié par fabul le 7/10/2015 à 10:16
Peut être une solution, je n'ai pas Mac donc pas testé et pas sur que tu trouves.
https://www.google.com/?gws_rd=ssl#safe=off&q=QuickSFV+for+MAC
Pour Windows, prends qsfv236.exe ou qsfv236x64.exe (selon ton système) ici:
http://www.quicksfv.org/download.html
Edit:
Peut être en MD5
http://www.julifos.com/soft/checksum/index.html
https://www.commentcamarche.net/telecharger/web-internet/14523-md5-checksum/
7 oct. 2015 à 10:32
A priori, soit la copie a fonctionné, soit pas.