Je suis tombé sur un comportement étrange:
gzip v1.5 - Fedora r18
Un fichier
-rwxrwxrwx. 1 root root 3892576256 Apr 28 11:29 vm.qcow2
Somme de contrôle initiale:
md5sum vm.qow2
954c5461468d68daed3cef6a7b66bd8f vm.qcow2
Si je gzip comme ci-dessous:
gzip -c vm.qcow2 > a.qcow2.gz
gzip -c vm.qcow2 > folder/b.qcow2.gz
md5sum le gz
md5sum a.qow2.gz
182e56c19881028be94d6b5d72334620 a.qow2.gz
md5sum b.qow2.gz
4a7d141e8aed62a4935880c0b9067c8f b.qow2.gz
Il y a un décalage, peut-être dû à l'horodatage ... mais ce n'est pas fini
décompressez le gzs et md5sum le résultat
gunzip a.qow2.gz
md5sum a.qow2
954c5461468d68daed3cef6a7b66bd8f a.qcow2
Ce qui est bon
gunzip b.qow2.gz
md5sum b.qow2
ca1c872ab277d3f7d473cacf0d140012 b.qcow2
ce qui est faux...
Le fichier gz et le fichier décompressé ont la même taille, seul le contenu diffère. (difficile à différencier à cause de la taille).
Pourquoi l'ajout d'un dossier à la destination a-t-il corrompu le fichier d'origine?
Merci: p
1
Avez-vous oublié le dossier cd, ou le dossier / préfixe dans le deuxième gunzip, ou avez-vous un autre fichier b.qow dans le répertoire actuel?
psusi
La question que je me poserais est "Pourquoi l'horodatage de vm.qcow2 a-t-il changé?" Est-il possible qu'un autre processus modifie vm.qcow2 alors que la compression est en cours?
rici