0
Screenshot:
File properties of file that takes up 2MB of disk space for 1 byte of data:
The drive is a 6TB single partition, mounted via Veracrypt and formatted as exFAT. The sector size on my 2TB volume, formatted and mounted the same way, is 512KB-- also large, but not quite as ridiculous (shouldn't it be 512 bytes?).
Why in the world is the sector size a whopping 2MB here? Since it's an advanced format drive, shouldn't it be 4KB?
The drives were formatted using Veracrypt; there was no option to specify sector size that I recall there is a cluster size option, but it maxes out at 64KB for exFAT. The 6TB drives and all their data are about to be moved to a RAIDZ2 ZFS array, so I don't necessarily need to fix this directly, but I really want to know how/why this happened.
Are you sure you’re not confusing IO block size and “cluster size”, a filesystem property? exFAT supports very larger clusters. You can check using
diskpart
’sfilesystems
command after selecting the volume. – Daniel B – 2017-11-29T19:56:07.167It's quite possible I am. However, the mounted Veracrypt volumes do not appear in
diskpart
, just the "RAW
" disks/volumes. – J.D. Mallen – 2017-11-29T20:07:03.490What is content of the .text file – Dave – 2017-11-29T20:07:29.510
The single letter 'a'. – J.D. Mallen – 2017-11-29T20:08:49.950
I don't know about the implementation details, but crypto-hashing a zero-length string is going to have an output that is the same length as an input that is at the input-string-size limit. In addition, the size on disk is probably an information leak, and I suspect that what is happening is that the reported size includes bytes shared by other encrypted files/blocks/padding. Kind of like an archive file, only lower level. – Yorik – 2017-11-29T21:28:04.510
@Yorik No, Windows and Explorer don't know anything about the encryption, it's completely transparent. // I'll try what Windows does when formatting a 6 TB exFAT volume, and also what VeraCrypt does. It's quite possible the sector size dropdown is wrong for exFAT. – Daniel B – 2017-11-29T23:13:04.780