Difference between revisions of "resize regular luks partition"

From thelinuxwiki
Jump to: navigation, search
 
(13 intermediate revisions by one user not shown)
Line 1: Line 1:
<syntaxhighlight lang="bash">
+
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.
  
localhost ~ # resize2fs /dev/sdb1
+
Grow the partition size.
resize2fs 1.43.1 (08-Jun-2016)
+
resize2fs: Device or resource busy while trying to open /dev/sdb1
+
Couldn't find valid filesystem superblock.
+
  
localhost ~ # resize2fs /dev/mapper/vol1
+
localhost ~ # '''parted /dev/sdb'''
resize2fs 1.43.1 (08-Jun-2016)
+
GNU Parted 3.2
Please run 'e2fsck -f /dev/mapper/vol1' first.
+
Using /dev/sdb
 +
Welcome to GNU Parted! Type 'help' to view a list of commands.
 +
(parted) resizepart 1                                                   
 +
End?  [750GB]? 1000GB
  
localhost ~ # e2fsck -f /dev/mapper/vol1
+
Grow the filesystem
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
+
Inode 18612260 extent tree (at level 1) could be narrower.  Fix<y>? yes
+
Inode 18612799 extent tree (at level 2) could be narrower.  Fix<y>? yes
+
Inode 18612835 extent tree (at level 2) could be narrower.  Fix<y>? yes
+
Inode 18612860 extent tree (at level 2) could be narrower.  Fix<y>? yes
+
Inode 18612861 extent tree (at level 1) could be narrower.  Fix<y>? yes
+
Inode 18612864 extent tree (at level 2) could be narrower.  Fix<y>? yes
+
Inode 18612865 extent tree (at level 2) could be narrower.  Fix<y>? yes
+
Inode 18612866 extent tree (at level 1) could be narrower.  Fix<y>? yes
+
Inode 18612879 extent tree (at level 1) could be narrower.  Fix ('a' enables 'yes' to all) <y>? yes
+
Inode 18612915 extent tree (at level 1) could be narrower.  Fix ('a' enables 'yes' to all) <y>? yes
+
Inode 18613562 extent tree (at level 2) could be narrower.  Fix ('a' enables 'yes' to all) <y>? yes to all
+
Inode 18613565 extent tree (at level 1) could be narrower.  Fix? yes
+
  
Pass 1E: Optimizing extent trees
+
localhost ~ # '''resize2fs /dev/sdb1'''
Pass 2: Checking directory structure
+
resize2fs 1.43.1 (08-Jun-2016)
Pass 3: Checking directory connectivity
+
resize2fs: Device or resource busy while trying to open /dev/sdb1
Pass 4: Checking reference counts
+
Couldnt find valid filesystem superblock.
Pass 5: Checking group summary information
+
  
/dev/mapper/vol1: ***** FILE SYSTEM WAS MODIFIED *****
+
woops, I specified the wrong device name.  I need to use the dev mapper name...
/dev/mapper/vol1: 352906/45793280 files (0.3% non-contiguous), 160544229/183142878 blocks
+
  
localhost ~ # resize2fs /dev/mapper/vol1
+
localhost ~ # '''resize2fs /dev/mapper/vol1'''
resize2fs 1.43.1 (08-Jun-2016)
+
resize2fs 1.43.1 (08-Jun-2016)
Resizing the filesystem on /dev/mapper/vol1 to 244139857 (4k) blocks.
+
Please run 'e2fsck -f /dev/mapper/vol1' first.
The filesystem on /dev/mapper/vol1 is now 244139857 (4k) blocks long.
+
  
</syntaxhighlight>
+
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!
 +
 
 +
[[category:disk]]

Latest revision as of 15:18, 2 August 2025

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!