Here's what I did: I bought a new 512 GB SSD to replace my old 256 GB SSD, which was getting full. I put the new SSD in an NVME to USB adapter and then booted to a Fedora 38 live USB and cloned the old drive into the new drive using dd if=/dev/nvme0n1 of=/dev/sda. Then I used gparted to expand the LUKS partition to cover the rest of the disk. I did not have to unlock the encryption for this. After that, I powered off, removed the 256 GB SSD and installed the 512 GB SSD, then booted normally. I did not erase either of the SSDs.
Now when I get into Fedora 38, GNOME Disks reports that /dev/mapper/luks-5e5f911c... is a 511 GB ext4 partition with 80 GB free, and /dev/nvme0n1p3 is a 511 GB LUKSv2 partition, but when I run df, this is what I see:
nate@redgate:~$ df / -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/luks-5e5f911c... 233G 159G 63G 72% /
What did I do wrong?
I figured it out. I need to run
resize2fsafterwards. I ransudo resize2fs /dev/mapper/luks-5e5f911c...and that solved the issue.Did you expand the filesystem itself?
You go from physical (your dd) to encrypted (luks) to lvm(if used) to your filesytem itself.
You probably have btrfs so check out Resizing btrfs
Edit: I can read, you have ext4 :)
Check out resize2fs, IIRC it can do it live on a mounted partition
Why not encrypting the new SSD and rsync'ing the content from one drive to the other? Would be easier and safer.
I wasn't aware that
rsyncalso copied system files. I'm curious to know why my method is unsafe. The only potential problem I see with what I did is mixing upifandofindd.Safe/unsafe might be the wrong word, but rsync is resumable and also copies permissions for example. dd is more like the brute force method of data transfer.
Pause and resume are nice but
ddalso gives you the permissions. It copies everything, byte for byte, hence why it's a "low-level copy"
What does
lsblkshow? You might have to resize the ext4 filesystem as well as the luks volume.
