You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm running into an issue with some NVMe devices with a logical block size of 512 bytes and a physical block size of 4096 bytes.
Since cryptsetup 2.4.0 luksFormat will automatically detect the optimal encryption sector size. For me, this will result in a 4096 bytes sector size, which would be fine, but I'm trying to use the server as a host for virtual machines, which must use 512 bytes (see ganeti/instance-debootstrap#2 for some more details).
It's also possible to change the sector size by running cryptsetup reencrypt --sector-size=512 /dev/md1 without data being lost. After a reboot, such a device looks like this
I'm happy to send in a PR, which adds a new config option to make this configurable, to avoid running cryptsetup reencrypt as this might take a lot of time.
The text was updated successfully, but these errors were encountered:
I'm running into an issue with some NVMe devices with a logical block size of 512 bytes and a physical block size of 4096 bytes.
Since cryptsetup 2.4.0
luksFormat
will automatically detect the optimal encryption sector size. For me, this will result in a 4096 bytes sector size, which would be fine, but I'm trying to use the server as a host for virtual machines, which must use 512 bytes (see ganeti/instance-debootstrap#2 for some more details).Setting the encryption sector size with
--sector-size=512
passed to cryptsetup, will set the logical block size to 512 bytesIt's also possible to change the sector size by running
cryptsetup reencrypt --sector-size=512 /dev/md1
without data being lost. After a reboot, such a device looks like thisI'm happy to send in a PR, which adds a new config option to make this configurable, to avoid running
cryptsetup reencrypt
as this might take a lot of time.The text was updated successfully, but these errors were encountered: