Feth ⚛🔰

Bon, j'essaie de vérifier l'intégrité de mes énormes copies... j'utilise

#find . -type f -printf "%p %k KB\n"

Pour certains fichiers, le résultat à droite et à gauche est différent, hélas, alors que

#ls -l <nom du fichier>

et

#sha256sum <nom du fichier>

donnent le mĂȘme rĂ©sultat. Je sens que je suis sur la bonne piste !

Jul 25, 2017 at 9:32amWeb
Show threadFeth ⚛🔰Jul 25, 2017
C'est tout bon, suffisait d'utiliser %s (taille) au lieu de %k (espace utilisé) !
Show threadScriptFanixJul 25, 2017
@ffeth Avec %k, find affiche l'espace utilisĂ© sur disque, qui peut diffĂ©rer dans certains cas, pour la mĂȘme taille de fichier.
Show threadFeth ⚛🔰Jul 25, 2017
@ScriptFanix J'attends le résultat du comparatif avec %s...
Show threadmmu_manJul 25, 2017
@ScriptFanix @ffeth %k c'est tj des multiples de 1024 octets, et ne compte pas les blocs non alloués si le fichier est "sparse".
Show threadFeth ⚛🔰Jul 25, 2017
@mmu_man VoilĂ  qui est clair et net, merc i!
@ScriptFanix
Show threadScriptFanixJul 25, 2017
@ffeth @mmu_man et les blocs du systĂšme de fichiers et des disques physiques ne font pas 1k, et peuvent ĂȘtre diffĂ©rents selon la taille de la partition et les options de formatage. Du coup pour un mĂȘme fichier, %k peut bouger
Show threadLouis ✓Jul 25, 2017
@ffeth Une histoire de "sparse file" peut-ĂȘtre ? (DĂ©solĂ©, je ne connais pas la traduction officiel de ce terme technique).
En gros, les parties vides du fichier ne sont pas Ă©crits sur le disque. Un fichier d'une taille de 5Kio contenant principalement des 0 prendra ainsi peut-ĂȘtre 2Kio sur le disque.
Show threadLouis ✓Jul 25, 2017
@ffeth En fait oublie (partiellement) mon pouet précédent, il fait peu de sens.
Peut-ĂȘtre des spĂ©cificitĂ©s du file-system qui diffĂšre (taille des blocs, type de fs, ...) ?
Sinon, pour l'intégrité, je te conseille de comparer le hash de plusieurs algorithmes (md5, sha1 et sha256 par exemple) ;)
Show threadFeth ⚛🔰Jul 25, 2017
@louisb Je fais des vérifs d'intégrité lentes de temps en temps et des vérifs rapides plus souvent. Il y a 70 To (beaucoup de duplication en hardlinks) à comparer :-)
Show threadFeth ⚛🔰Jul 25, 2017

@louisb @yrougy il me semble que les fichiers Ă  trous sont les plus probables car tune2fs -l me donne pour les deux systĂšmes de fichiers ext4 :

Block size: 4096
Fragment size: 4096
Group descriptor size: 64
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 2048
Inode blocks per group: 128
Flex block group size: 16

Show threadyroJul 25, 2017
@ffeth Il y a au moins le cas oĂč tu as des fichiers Ă  trous qui est problĂ©matique (sparse files). En effet, le %s est beaucoup plus pertinent dans ton cas