On 26 Dec 2019 20:20 +0000, from jfaracco@xxxxxxxxxx (Julio Cesar Faracco - jfaracco@xxxxxxxxxx): > I'm using `cryptsetup luksHeaderBackup /dev/sda2 --header-backup-file /tmp/backup.header` > I used ZIP and GZIP, but I got 0% of reduction of `backup.header`. :-( > Do you have any suggestions of what algorithm should be used to > compress this type of file? Why are you trying to compress the header backup in the first place? As a general rule, encrypted data (such as the parts of the LUKS header that aren't already random by design) does not compress well; if data that has been encrypted can be compressed to any notable degree, that usually means the encryption is somehow flawed, because it's leaving patterns in the encrypted data. Properly encrypted data should look completely random, which means that there's very little, if anything, for compression utilities to find reducible patterns in. -- Michael Kjörling • https://michael.kjorling.se • michael@xxxxxxxxxxx “Remember when, on the Internet, nobody cared that you were a dog?” _______________________________________________ dm-crypt mailing list dm-crypt@xxxxxxxx https://www.saout.de/mailman/listinfo/dm-crypt
