3 ms·
When I replaced the SSD in my laptop with a larger one and needed to resize the partition (and filesystem, etc.) to use the capacity of the larger SSD, I had to
by Delk 6y ago
When I replaced the SSD in my laptop with a larger one and needed to resize the partition (and filesystem, etc.) to use the capacity of the larger SSD, I had to do that at least on the filesystem, LVM and partition table levels. Or at least I don't think I found any tools that would have done the entire job for me, because I remember doing the layers step-by-step.
If there's no LVM, most point-and-click tools allow for resizing a partition and a contained filesystem in a fairly simple process. (Having a LUKS encrypted volume might complicate that, but if the encryption is on the filesystem level, that could also be avoided.)
People who dual-boot might also need to resize their partitions if their needs regarding the operating systems change, or if they made a mistake in their original allocations.
That's probably not enough of a reason to make a major switch, but it could be one task that could be simplified.
- i-am-curious 6y agoDoesn't gparted do this for you? It will automatically figure even the most complex of operations that require filesystem copy.
- Delk 6y agoI can't remember exactly, as it's been a few years. I'm pretty sure gparted would have been one of the first things I looked into, though. Looking at my disk in gparted now, while it shows the LVM physical volume (and would presumably allow resizing it if it weren't in use), it doesn't seem to show the logical volumes and their filesystems inside of the physical volume at all. The partition information window for the LVM PV does list the logical volumes, but not the main window where you can plan the changes. I don't know if that's a general limitation of gparted or if it's a peculiarity with my setup, but that's how it appears to me.