From: Michael <confabulate@kintzios.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] LVM and making /var larger, file system won't resize.
Date: Sun, 11 May 2025 14:21:07 +0100 [thread overview]
Message-ID: <7165255.18pcnM708K@rogueboard> (raw)
In-Reply-To: <bcb8eef3-4579-d662-35d5-4a028a71da9a@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1475 bytes --]
On Sunday, 11 May 2025 14:10:48 British Summer Time Dale wrote:
> root@fireball / # lvscan
> ACTIVE '/dev/home/home-lv' [<7.28 TiB] inherit
> ACTIVE '/dev/backup/backup' [698.63 GiB] inherit
> ACTIVE '/dev/OS/usr' [39.06 GiB] inherit
> ACTIVE '/dev/OS/var' [68.00 GiB] inherit <== That's the path
> ACTIVE '/dev/OS/swap' [12.00 GiB] inherit
> root@fireball / # resize2fs /dev/OS/var
> resize2fs 1.47.2 (1-Jan-2025)
> open: Device or resource busy while opening /dev/OS/var
> root@fireball / #
Hmm ... the fine manual of resize2fs command states upfront:
"The resize2fs program will resize ext2, ext3, or ext4 file systems. It can
be used to enlarge or shrink an unmounted file system located on device. If
the file system is mounted, it can be used to expand the size of the
mounted file system, assuming the kernel and the file system supports on-
line resizing."
So you should not need to unmount it - but I wonder if the LVM layer
introduces some complexity here. :-/
> I think all those link to the same device node, usually dm-<some number>
> tho. Still, I tried it anyway. Worst thing, same excuse for not
> resizing the darn thing. :/
>
> Am I going to have to boot other media and resize this thing????
Since /var/ is in use by the OS and you keep getting warnings about it being
busy, I think you'll have to reboot with a LiveUSB to finish this job with var
unmounted.
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2025-05-11 13:22 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-11 5:41 [gentoo-user] LVM and making /var larger, file system won't resize Dale
2025-05-11 10:20 ` Michael
2025-05-11 10:40 ` Alexandru N. Barloiu
2025-05-11 12:21 ` Dale
2025-05-11 12:44 ` Michael
2025-05-11 13:10 ` Dale
2025-05-11 13:21 ` Michael [this message]
2025-05-11 14:39 ` Dale
2025-05-11 14:43 ` Michael
2025-05-11 15:10 ` Dale
2025-05-11 15:52 ` Michael
2025-05-11 16:14 ` Dale
2025-05-11 16:36 ` Jay Faulkner
2025-05-13 22:14 ` Frank Steinmetzger
2025-05-13 22:40 ` Dale
2025-05-13 22:03 ` Frank Steinmetzger
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=7165255.18pcnM708K@rogueboard \
--to=confabulate@kintzios.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox