From:https://www.netzgewitter.com/2011/08/resizing-linux-partition/
I was recently setting up a new test environment (BackTrack 5) inside a VirtualBox VM. Half way down the road of my project I realized that I was way to stingily with the amount of space I assigned to the virtual drive. Well, I thought no problem – I am going to enlarge the virtual drive. The steps would be easy:
- Enlarging the virtual drive
- Enlarging the partition holding the root file system with parted
- Enlarging the file system with resize2fs
Easy in theory. In reality it was still a little bit tricky.
Note, that everything that I describe in steps 2 and 3 also applies to a real linux machine. Step 1 is only necessary, because I happened to work inside a VM. On a real machine, step 1 would be something like copying the data of the old physical drive onto a newer bigger drive with dd or the likes.
I also realize that there may be more professional programs like partition magic, which would have saved me some trouble. But I wanted to make it work right here and there with the things I had at hand. Which was parted. Or even the plain old fdisk would have done I guess.
It also goes without saying, that before you do things like this, that you need to make a backup if the data is of any value to you at all.
Step 1: Enlarging the Virtual Drive
This was the easy part. The virtual drive is actually a .vdi file. There is a VirtualBox command line tool, that can resize the drive. On a real computer, this would be like copying the hard drive data onto a larger disk.
My host computer is running Windows. The virtual drive was initially set to have a size of 8GB. I wanted it to be twice as big. So the command looks like:
C:\Users\Netzgewitter\VirtualBox VMs\BackTrack5>"C:\Program Files\Oracle\VirtualBox\VBoxManage.exe" modifyhd "BackTrack 5.vdi" --resize 16384 |
0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100% |
The operation only took a second. The size is given in MB so 16GB = 16*1024MB = 16386MB.
Step 2: Resizing the Partition
I booted up the VM and checked the hard drive size with fdisk -l. Yep, /dev/sda1 had now 16GB. So all I had to do was to enlarge the partition holding the root file system to 16GB and then resize the file system with resize2fs.
Parted didn’t let me resize the partition, since it was mounted as the current file system at /. That was expected. So I booted Linux from a live CD. I used the BackTrack 5 CD since I had it at hand. But any other live CD like Knoppix would have done just as well.
Once I’d booted into the live CD I checked the partitions again with parted:
Welcome to GNU Parted! Type 'help' to view a list of commands. |
Model: ATA VBOX HARDDISK (scsi) |
Sector size (logical/physical): 512B/512B |
BIOS cylinder,head,sector geometry: 2088,255,63. Each cylinder is 8225kB. |
Number Start End Size Type File system Flags |
1 0cyl 993cyl 993cyl primary ext4 boot |
2 993cyl 1044cyl 50cyl extended |
5 993cyl 1044cyl 50cyl logical linux-swap(v1) |
As you can see, I switched the units to cylinders with “unit cyl“. That way it would be easier to determine the new end of the partition. Since there was a swap partition at the end of the drive, it was not possible to just resize the partition holding the file system. First I had to move the swap partition to the end of the drive. There is a command in parted to move a partition. But it didn’t let me move an extended partition. Since that was not possible I tried to remove partition 2 and recreated it at the end of the drive:
Error: Partition /dev/sda2 is being used. You must unmount it before you modify it with Parted. |
Dang. It didn’t let me. The reason was that the live CD automatically detected and used the swap partition. So I first had to turn off the swap partition:
root@bt:~# swapoff /dev/sda5 |
Now I tried to remove the swap partition again with parted:
Model: ATA VBOX HARDDISK (scsi) |
Sector size (logical/physical): 512B/512B |
BIOS cylinder,head,sector geometry: 2088,255,63. Each cylinder is 8225kB. |
Number Start End Size Type File system Flags |
1 0cyl 993cyl 993cyl primary ext4 boot |
Ok, that did the trick. Now I could recreate the swap partition at the end of the drive with the command mkpart:
(parted) mkpart extended -51 -1 |
(parted) mkpart logical linux-swap -51 -1 |
Model: ATA VBOX HARDDISK (scsi) |
Sector size (logical/physical): 512B/512B |
BIOS cylinder,head,sector geometry: 2088,255,63. Each cylinder is 8225kB. |
Number Start End Size Type File system Flags |
1 0cyl 993cyl 993cyl primary ext4 boot |
2 2037cyl 2088cyl 50cyl extended |
5 2037cyl 2088cyl 50cyl logical linux-swap(v1) |
I created a logical partition inside an extended partition again. A single second primary partition would have done as well, since we would not exceed the limit of four primary partitions. But I recreated the partitions as they were. It makes no difference. Here you can also see why I switched the units to cylinders. Since I knew the partition was exactly 50 cylinders big, I only needed to specify -51 for the start and -1 for the end. No other calculations were required. Negative numbers are counted backwards from the end of the disc. That’s a neat feature of parted.
The new swap partition also needs to be activated:
root@bt:~# mkswap /dev/sda5 |
Setting up swapspace version 1, size = 413692 KiB |
no label, UUID=57eb8574-d471-42e6-8bf4-5ba2ef0bbc0f |
Now I was finally ready to enlarge my file system partition. I tried with the command resize, but parted was again being stubborn and didn’t execute the operation because the file system had some features enabled that it was not compatible with.
WARNING: you are attempting to use parted to operate on (move) a file system. |
parted's file system manipulation code is not as robust as what you'll find in |
dedicated, file-system-specific packages like e2fsprogs. We recommend |
you use parted only to manipulate partition tables, whenever possible. |
Support for performing most operations on most types of file systems |
will be removed in an upcoming release. |
Error: File system has an incompatible feature enabled. Compatible features are |
has_journal, dir_index, filetype, sparse_super and large_file. Use tune2fs or |
debugfs to remove features. |
This is somewhat silly of parted, since I only wanted to resize the partition table entries and not the file system as well. I would do that with resize2fs myself later on. Maybe there is a trick to make parted to do it. But I didn’t know any better then to delete the first partition and recreate it at the exact same location. Just bigger.
This is a somewhat scary thought. But the actual data inside the partition is going to be unchanged by the process. We are only manipulating partition table entries here. Up to now we did not do anything really dangerous. So this is the point of no return. Make your backup now or forever hold your peace.
To be really sure that I would place the new partition at the exact same position I switched the displayed units to chs(cylinder/head/sector).
Model: ATA VBOX HARDDISK (scsi) |
Disk /dev/sda: 2088,170,1 |
Sector size (logical/physical): 512B/512B |
BIOS cylinder,head,sector geometry: 2088,255,63. Each cylinder is 8225kB. |
Number Start End Type File system Flags |
1 0,32,32 933,254,62 primary ext4 boot |
2 2037,171,54 2088,170,1 extended |
5 2037,204,23 2088,170,1 logical linux-swap(v1) |
So maybe that was not a bad thing. It tells me that the partition starts at 0,32,32. If I would have created the new partition just by specifying the cylinder, it might have created the new partition at 0,0,0. I guess that would have been the death of my file system (but I didn’t really try that to say for sure). Anyway, specifying the position by chs is certainly not a bad idea.
Now I removed the partition and created a new one from 0,32,32 – 2036,254,62. The end of the partition is the last sector of cylinder 2036 which is the one before the one where the swap partition is on:
(parted) mkpart primary ext4 0,32,32 2036,254,6 |
Model: ATA VBOX HARDDISK (scsi) |
Disk /dev/sda: 2088,170,1 |
Sector size (logical/physical): 512B/512B |
BIOS cylinder,head,sector geometry: 2088,255,63. Each cylinder is 8225kB. |
Number Start End Type File system Flags |
1 0,32,32 2036,254,62 primary ext4 |
2 2037,171,54 2088,170,1 extended |
5 2037,204,23 2088,170,1 logical linux-swap(v1) |
Almost done. Let’s not forget to make the partition bootable:
Model: ATA VBOX HARDDISK (scsi) |
Disk /dev/sda: 2088,170,1 |
Sector size (logical/physical): 512B/512B |
BIOS cylinder,head,sector geometry: 2088,255,63. Each cylinder is 8225kB. |
Number Start End Type File system Flags |
1 0,32,32 2036,254,62 primary ext4 boot |
2 2037,171,54 2088,170,1 extended |
5 2037,204,23 2088,170,1 logical linux-swap(v1) |
Another problem I had was that the partitions in /etc/fstab were identified by their UUID and not by the device file. You can check your drive’s UUID with blkid:
/dev/sda1: UUID="f9ae2c40-1edd-47c0-9ae7-11c4c08dcf50" TYPE="ext4" |
/dev/sda5: UUID="57eb8574-d471-42e6-8bf4-5ba2ef0bbc0f" TYPE="swap" |
And the content of /etc/fstab was:
# / was on /dev/sda1 during installation |
UUID=f9ae2c40-1edd-47c0-9ae7-11c4c08dcf50 / ext4 errors=remount-ro 0 1 |
# swap was on /dev/sda5 during installation |
UUID=91eaafab-b4e2-4821-90d7-2b3ef093bdcf none swap sw 0 0 |
So I had to adjust the UUID of the swap partition in /etc/fstab.
Step 3: Enlarging the File System
I powered up the VM and after a couple seconds it booted into linux from the virtual drive again. YEAAH! I only realized afterwards that I was holding my breath during the whole reboot.
Since the partition has now the right size, we can resize the contained file system. I guess we could have also done that while I was still working from the live CD. But resize2fs also let’s you resize a mounted file system. Calling resize2fs with only the device makes the file system as big as possible:
root@bt:~# resize2fs /dev/sda1 |
Now let’s check the size of the file system:
Filesystem Size Used Avail Use% Mounted on |
/dev/sda1 16G 7.0G 7.7G 48% / |
Mission accomplished!
沒有留言:
張貼留言