linux-ext4 - Re: PROBLEM: ext4 resize2fs on-line resizing panic

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <CA+hUFctSB1wT+du3FROhF0cG+9gWTBn6L_odWjYDbsYQsk5mCA@mail.gmail.com>
Date: Sun, 23 Jun 2024 19:03:50 -0700
From: Alexander Coffin <alex.coffin@...icrobots.com>
To: "Theodore Ts'o" <tytso@....edu>, Jan Kara <jack@...e.com>
Cc: linux-ext4@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: PROBLEM: ext4 resize2fs on-line resizing panic

Hello again,

Sorry about the quick follow up email.

I realized that I alluded to the following in my initial email, but I
realized that I forgot to directly address this issue. If the
partition is resized when not currently mounted it seems to works
fine.

```
root@...ian11-vm-acoffin:~/tmp# gunzip ./foo.iso.gz
root@...ian11-vm-acoffin:~/tmp# resize2fs ./foo.iso
resize2fs 1.46.2 (28-Feb-2021)
Please run 'e2fsck -f ./foo.iso' first.

root@...ian11-vm-acoffin:~/tmp# e2fsck -f ./foo.iso
e2fsck 1.46.2 (28-Feb-2021)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 3A: Optimizing directories
Pass 4: Checking reference counts
Pass 5: Checking group summary information

./foo.iso: ***** FILE SYSTEM WAS MODIFIED *****
./foo.iso: 2321/7904 files (0.2% non-contiguous), 18945/32769 blocks
root@...ian11-vm-acoffin:~/tmp# resize2fs ./foo.iso
resize2fs 1.46.2 (28-Feb-2021)
Resizing the filesystem on ./foo.iso to 524288 (1k) blocks.
The filesystem on ./foo.iso is now 524288 (1k) blocks long.
```

Regards,
Alex Coffin