Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.debian.user > #173162 > unrolled thread
| Started by | Ken Heard <kenslists@teksavvy.com> |
|---|---|
| First post | 2016-10-03 22:30 +0200 |
| Last post | 2016-10-03 22:50 +0200 |
| Articles | 3 — 3 participants |
Back to article view | Back to linux.debian.user
Extending file system after enlarging a logical volume Ken Heard <kenslists@teksavvy.com> - 2016-10-03 22:30 +0200
Re: Extending file system after enlarging a logical volume <tomas@tuxteam.de> - 2016-10-03 22:40 +0200
Re: Extending file system after enlarging a logical volume Tilo Werner <tilo@moosbee.de> - 2016-10-03 22:50 +0200
| From | Ken Heard <kenslists@teksavvy.com> |
|---|---|
| Date | 2016-10-03 22:30 +0200 |
| Subject | Extending file system after enlarging a logical volume |
| Message-ID | <soi26-1b8-17@gated-at.bofh.it> |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 In my jessie box I need to increase the non-encrypted root partition (/) size from 14G to 19G. I was able successfully to increase the logical volume (and decrease the space available in the volume group accordingly) but am not sure how to do the next step. The following command produced the result shown. root@BDS:~# fsadm resize /dev/BDS1/root resize2fs 1.42.12 (29-Aug-2014) Filesystem at /dev/mapper/BDS1-root is mounted on /; on-line resizing required old_desc_blocks = 1, new_desc_blocks = 2 resize2fs: Read-only file system While checking for on-line resizing support fsadm: Resize ext4 failed Does the phrase "on-line resizing required" mean that I have to unmount /dev/BDS1/root, then run the fsadm command and finally remount /dev/BDS1/root? Is unmounting the basic partition (/) safe while presumably some of the files there are being used by the computer? I think I read somewhere that to resize an ext4 partition did not require unmounting it. Perhaps it it is required. Regards, Ken Heard -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlfyvooACgkQlNlJzOkJmTcX4ACcCD/QlTflgyvQv1dQ/NAKdYHT CZkAn039JkY+ZoJeOxi1QQre8gx7xRqI =E0Wk -----END PGP SIGNATURE-----
[toc] | [next] | [standalone]
| From | <tomas@tuxteam.de> |
|---|---|
| Date | 2016-10-03 22:40 +0200 |
| Message-ID | <soibM-1ev-5@gated-at.bofh.it> |
| In reply to | #173162 |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, Oct 03, 2016 at 04:24:42PM -0400, Ken Heard wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > In my jessie box I need to increase the non-encrypted root partition > (/) size from 14G to 19G. I was able successfully to increase the > logical volume (and decrease the space available in the volume group > accordingly) but am not sure how to do the next step. > > The following command produced the result shown. > > root@BDS:~# fsadm resize /dev/BDS1/root > resize2fs 1.42.12 (29-Aug-2014) > Filesystem at /dev/mapper/BDS1-root is mounted on /; on-line resizing > required Online resizing means "resizing a mounted file system". This is possible (for ext*), as long as you are growing, not shrinking. But that's your case. > old_desc_blocks = 1, new_desc_blocks = 2 > resize2fs: Read-only file system While checking for on-line resizing > support > fsadm: Resize ext4 failed That's because your / partition is mounted read-only. This might be because there were some errors at mount, so perhaps running a file system check (fsck.ext4) might be a good idea. If you *know* your file system is OK, you could try to remount it read-write: mount -orw,remount /dev/mapper/BDS1-root / then resizing should work. > Does the phrase "on-line resizing required" mean that I have to > unmount /dev/BDS1/root, then run the fsadm command and finally remount > /dev/BDS1/root? Is unmounting the basic partition (/) safe while > presumably some of the files there are being used by the computer? No, see above. And you can't umount / (you'd get an error stating that the file system is busy. / is always busy). > I think I read somewhere that to resize an ext4 partition did not > require unmounting it. Perhaps it it is required. Only for shrinking. In that case you'd have to mount the file system from "another running system", e.g a rescue system. regards - -- tomás -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlfywUwACgkQBcgs9XrR2kZKLgCfZ1RX/83DNwjv7/t2hm6g1DHF FMkAn3/GwlIUvwkBI5u0sAy9qa1KD56A =duk4 -----END PGP SIGNATURE-----
[toc] | [prev] | [next] | [standalone]
| From | Tilo Werner <tilo@moosbee.de> |
|---|---|
| Date | 2016-10-03 22:50 +0200 |
| Message-ID | <soilr-1hL-9@gated-at.bofh.it> |
| In reply to | #173162 |
[Multipart message — attachments visible in raw view] — view raw
Next time try using lvresize -r -L $NewSize $LV works for ext* and enlarging. Regards, Tilo Am 03.10.2016 um 22:24 schrieb Ken Heard: > In my jessie box I need to increase the non-encrypted root partition > (/) size from 14G to 19G. I was able successfully to increase the > logical volume (and decrease the space available in the volume group > accordingly) but am not sure how to do the next step. > > The following command produced the result shown. > > root@BDS:~# fsadm resize /dev/BDS1/root > resize2fs 1.42.12 (29-Aug-2014) > Filesystem at /dev/mapper/BDS1-root is mounted on /; on-line resizing > required > old_desc_blocks = 1, new_desc_blocks = 2 > resize2fs: Read-only file system While checking for on-line resizing > support > fsadm: Resize ext4 failed > > Does the phrase "on-line resizing required" mean that I have to > unmount /dev/BDS1/root, then run the fsadm command and finally remount > /dev/BDS1/root? Is unmounting the basic partition (/) safe while > presumably some of the files there are being used by the computer? > > I think I read somewhere that to resize an ext4 partition did not > require unmounting it. Perhaps it it is required. > > Regards, Ken Heard >
[toc] | [prev] | [standalone]
Back to top | Article view | linux.debian.user
csiph-web