[Parted-maintainers] Bug#1103454: libparted detects ext4 without journal as ext2

Pascal Hambourg pascal at plouf.fr.eu.org
Sat May 31 08:53:13 BST 2025


On 30/05/2025 at 13:01, Colin Watson wrote:
> On Fri, May 30, 2025 at 12:11:44PM +0200, Pascal Hambourg wrote:
>> On 17/04/2025 at 21:51, Colin Watson wrote:
>>> libparted wrongly detects ext4 without journal as ext2 instead of ext4.
>> (...)
>>> This bug affects the debian installer partitioning tool, partman, which
>>> relies on libparted to detect partition filesystem types. partman
>>> accepts to use such ext4 partition (without formatting it) only as
>>> ext2, then tries and fails to mount it as ext2 because of incompatible
>>> features.
>>
>> Note: this is not a theoretical bug, it was reported by an affected D- 
>> I user in #debian-boot IRC channel.
> 
> If it's a non-trivial bug, why did you file it as Severity: minor? 
> https://www.debian.org/Bugs/Developer#severities - "a problem which 
> doesn't affect the package's usefulness, and is presumably trivial to 
> fix".  It's usually for things like typos.

I am no expert in bug severity assessment, and it seems to me that the 
bug matches the above definition quite well: it does not affect parted's 
overall usefulness, affects only uncommon use cases (d-i + ext4 without 
journal) and is rather trivial to fix (reorder filesystem feature checks).

> Please can you summarize the real-world situation in which this came up? 
> To me this seems like a very niche sort of situation, but if you could 
> actually explain it then that might help.

If you have IRC logs, the discussion took place on April 17th. Quoting 
the OP "Salv"'s report:

"I need to use existing partition and filesystem because I have some fs 
format switches to keep. My root is a ext4 fs formatted with "-m 0 -O 
^has_journal,^resize_inode,^quota -E stride=64,stripe-width=64 -T news", 
but latest testing debian installer (weekly buid) recognizes that 
partition as ext2. Try to workaround: if I try to select ext2 with 
no-format option, in the next step it will fail to mount and fail to 
continue install Debian. If I select ext4 fs, it will just format 
without keeping data."

>> Upstream reviewed the patch and intends to merge it soon [1] but I 
>> guess it is already too late for trixie release.
>>
>> [1] <https://alioth-lists.debian.net/pipermail/parted-devel/2025- 
>> May/005930.html>

The patch is now merged upstream with commit e61584dd.

>> A plan B for trixie release is to add a workaround in partman-base to 
>> double-check the filesystem type with blkid or other available tool 
>> when the filesystem detected by parted_server is ext2.
> 
> I don't think it makes sense to resort to plan B.  Either it should be 
> fixed in parted or it should just be put off until forky.  My question 
> is whether it's worth fixing in trixie at all (never mind a bookworm 
> point release) given what so far has been very sparse information about 
> its actual real-world impact.

This is why I started this discussion.



More information about the Parted-maintainers mailing list