Resize of LUKS2 encrypted file system fails with "Nothing to read on input"
Debian 10 buster
gparted 0.33.0 (from git sources)
libparted2 3.2-25
cryptsetup 2:2.1.0-3
FS: Ext4 encrypted with luks2 headers
Flags: none
Operations: unmount then check
GParted 0.33.0 --enable-online-resize
Libparted 3.2
Check and repair file system ([Encrypted] ext4) on /dev/sdd1 00:00:00 ( ERROR )
calibrate /dev/sdd1 00:00:00 ( SUCCESS )
path: /dev/sdd1 (partition)
start: 2048
end: 62584831
size: 62582784 (29.84 GiB)
encryption path: /dev/mapper/<dm_name>
check file system on /dev/mapper/<dm_name> for errors and (if possible) fix them 00:00:00 ( SUCCESS )
e2fsck -f -y -v -C 0 '/dev/mapper/<dm_name>' 00:00:00 ( SUCCESS )
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
33 inodes used (0.00%, out of 1957888)
0 non-contiguous files (0.0%)
0 non-contiguous directories (0.0%)
# of inodes with ind/dind/tind blocks: 0/0/0
Extent depth histogram: 25
166964 blocks used (2.13%, out of 7821824)
0 bad blocks
1 large file
16 regular files
8 directories
0 character device files
0 block device files
0 fifos
0 links
0 symbolic links (0 fast symbolic links)
0 sockets
------------
24 files
e2fsck 1.45.1 (12-May-2019)
grow encryption volume to fill the partition 00:00:00 ( ERROR )
cryptsetup -v resize '<dm_name>' 00:00:00 ( ERROR )
Command failed with code -1 (wrong or missing parameters).
Nothing to read on input.
No such issue on luks-type encrypted partitions.
Edited by Mike Fleetwood