Re: Partition incorrectly identified as LUKS

> On Dec 11, 2025, at 1:22 PM, Milan Broz <[email protected]> wrote:
> 
> On 12/11/25 4:20 PM, Anthony Rossomano wrote:
>> LUKS image is stored on XFS partition. When secondary LUKS signature
>> winds up at one of the offsets checked by libblkid partition then we
>> have the side effects of partition reported with crypto_LUKS fstype,
>> no by-label link created by udev, mount requires fstype, etc
>> Don’t think that this has been addressed upstream but need to
>> confirm.
> LUKS2 metadata contains offset, so it is not possible to detect
> it on a wrong offset.
> 
> If it is detected on partition (secondary LUKS2 header),
> it probably means that partition was not properly wiped before reformat.
> (wipefs -a should wipe both LUKS2 headers)
> 
> Anyway, without the reproducer image it is just guessing.
> 
> Milan
> 
Make sure we’re on the same page. This partition is properly wiped and formatted as XFS. There are LUKS encrypted squashfs image files stored in the partition. These images are updated periodically. The issue occurs when secondary LUKS signature in one of the image files winds up at offset on disk checked by libblkid. 

Tony