Difference between revisions of "resize regular luks partition"
From thelinuxwiki
(3 intermediate revisions by one user not shown) | |||
Line 1: | Line 1: | ||
+ | I replaced a 750GB drive with a 1TB. I copied the old partitions over with dd. The problem is that the partitions didn't make use of the extra space. So, I needed to grow them. There is nothing special about the luks it seems. You just need to decrypt the drive and then proceed as if it was a regular file system. I performed the following steps with it unmounted. You can do it mounted. I just chose not to. | ||
+ | |||
+ | Grow the partition size. | ||
+ | |||
<syntaxhighlight lang="bash"> | <syntaxhighlight lang="bash"> | ||
localhost ~ # parted /dev/sdb | localhost ~ # parted /dev/sdb | ||
Line 6: | Line 10: | ||
(parted) resizepart 1 | (parted) resizepart 1 | ||
End? [750GB]? 1000GB | End? [750GB]? 1000GB | ||
+ | </syntaxhighlight> | ||
+ | Grow the filesystem | ||
+ | |||
+ | <syntaxhighlight lang="bash"> | ||
localhost ~ # resize2fs /dev/sdb1 | localhost ~ # resize2fs /dev/sdb1 | ||
resize2fs 1.43.1 (08-Jun-2016) | resize2fs 1.43.1 (08-Jun-2016) | ||
resize2fs: Device or resource busy while trying to open /dev/sdb1 | resize2fs: Device or resource busy while trying to open /dev/sdb1 | ||
Couldnt find valid filesystem superblock. | Couldnt find valid filesystem superblock. | ||
+ | </syntaxhighlight> | ||
+ | woops, I specified the wrong device name. I need to use the dev mapper name... | ||
+ | <syntaxhighlight lang="bash"> | ||
localhost ~ # resize2fs /dev/mapper/vol1 | localhost ~ # resize2fs /dev/mapper/vol1 | ||
resize2fs 1.43.1 (08-Jun-2016) | resize2fs 1.43.1 (08-Jun-2016) | ||
Please run 'e2fsck -f /dev/mapper/vol1' first. | Please run 'e2fsck -f /dev/mapper/vol1' first. | ||
+ | </syntaxhighlight> | ||
+ | whatever you say sir | ||
+ | <syntaxhighlight lang="bash"> | ||
localhost ~ # e2fsck -f /dev/mapper/vol1 | localhost ~ # e2fsck -f /dev/mapper/vol1 | ||
e2fsck 1.43.1 (08-Jun-2016) | e2fsck 1.43.1 (08-Jun-2016) | ||
Pass 1: Checking inodes, blocks, and sizes | Pass 1: Checking inodes, blocks, and sizes | ||
Inode 18612229 extent tree (at level 2) could be narrower. Fix<y>? yes | Inode 18612229 extent tree (at level 2) could be narrower. Fix<y>? yes | ||
− | + | ... | |
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
− | + | ||
/dev/mapper/vol1: ***** FILE SYSTEM WAS MODIFIED ***** | /dev/mapper/vol1: ***** FILE SYSTEM WAS MODIFIED ***** | ||
/dev/mapper/vol1: 352906/45793280 files (0.3% non-contiguous), 160544229/183142878 blocks | /dev/mapper/vol1: 352906/45793280 files (0.3% non-contiguous), 160544229/183142878 blocks | ||
Line 48: | Line 44: | ||
</syntaxhighlight> | </syntaxhighlight> | ||
+ | |||
+ | Done! | ||
+ | |||
+ | [[category:disk]] |
Latest revision as of 04:44, 20 July 2016
I replaced a 750GB drive with a 1TB. I copied the old partitions over with dd. The problem is that the partitions didn't make use of the extra space. So, I needed to grow them. There is nothing special about the luks it seems. You just need to decrypt the drive and then proceed as if it was a regular file system. I performed the following steps with it unmounted. You can do it mounted. I just chose not to.
Grow the partition size.
localhost ~ # parted /dev/sdb GNU Parted 3.2 Using /dev/sdb Welcome to GNU Parted! Type 'help' to view a list of commands. (parted) resizepart 1 End? [750GB]? 1000GB
Grow the filesystem
localhost ~ # resize2fs /dev/sdb1 resize2fs 1.43.1 (08-Jun-2016) resize2fs: Device or resource busy while trying to open /dev/sdb1 Couldnt find valid filesystem superblock.
woops, I specified the wrong device name. I need to use the dev mapper name...
localhost ~ # resize2fs /dev/mapper/vol1 resize2fs 1.43.1 (08-Jun-2016) Please run 'e2fsck -f /dev/mapper/vol1' first.
whatever you say sir
localhost ~ # e2fsck -f /dev/mapper/vol1 e2fsck 1.43.1 (08-Jun-2016) Pass 1: Checking inodes, blocks, and sizes Inode 18612229 extent tree (at level 2) could be narrower. Fix<y>? yes ... /dev/mapper/vol1: ***** FILE SYSTEM WAS MODIFIED ***** /dev/mapper/vol1: 352906/45793280 files (0.3% non-contiguous), 160544229/183142878 blocks localhost ~ # resize2fs /dev/mapper/vol1 resize2fs 1.43.1 (08-Jun-2016) Resizing the filesystem on /dev/mapper/vol1 to 244139857 (4k) blocks. The filesystem on /dev/mapper/vol1 is now 244139857 (4k) blocks long.
Done!