Bug 217534
Summary: | ext4_check_descriptors: Block bitmap for group 0 overlaps block group descriptors | ||
---|---|---|---|
Product: | Linux | Reporter: | Dimitri (mail) |
Component: | Kernel | Assignee: | Virtual assignee for kernel bugs (linux-kernel) |
Status: | RESOLVED CODE_FIX | ||
Severity: | normal | CC: | bagasdotme, regressions |
Priority: | P3 | ||
Hardware: | All | ||
OS: | Linux | ||
Kernel Version: | Subsystem: | ||
Regression: | No | Bisected commit-id: | |
Attachments: |
dumpe2fs output
lspci Systeminfo attachment-14322-0.html |
Description
Dimitri
2023-06-09 09:33:09 UTC
Created attachment 304387 [details]
dumpe2fs output
dumpe2fs
(In reply to Dimitri from comment #0) > Hi, > > Fail to mount a filesystem in kernel 6.4.0 > > The Filesystem is clean. fsck -fp reports no errors > > # uname -a > Linux medusa.dds.de 6.4.0-rc5 #2 SMP PREEMPT_DYNAMIC Wed Jun 7 08:11:59 > CEST 2023 x86_64 GNU/Linux > # mount /dev/bigvg/lv_dat /mnt > mount: /mnt: mount(2) system call failed: Structure needs cleaning. > dmesg(1) may have more information after failed mount system call. > > Under Kernel 6.3.4 everything works with this Filesystem What is your hardware setup? lspci and dmesg please? And most importantly, can you perform bisection (see Documentation/admin-guide/bug-bisect.rst in kernel sources for details)? Created attachment 304390 [details]
lspci
lspci output
Created attachment 304391 [details]
Systeminfo
Systeminfo
Hi, i make some further investigations, kernel 6.3.7 mount the filesystem without Problems kernel 6.4.0-rc1 have the error. dmesg : [ 104.501659] EXT4-fs (dm-9): ext4_check_descriptors: Block bitmap for group 0 overlaps block group descriptors [ 104.501664] EXT4-fs (dm-9): group descriptors corrupted! Kind regards Dimitri (In reply to Dimitri from comment #5) > Hi, > > i make some further investigations, > > kernel 6.3.7 mount the filesystem without Problems > > kernel 6.4.0-rc1 have the error. > Can you find the culprit by bisecting between v6.3 and v6.4-rc1? Might be the same issue as reported here: https://lore.kernel.org/regressions/e61d9895-0c22-ae7b-1641-761a4932a966@leemhuis.info/ Dimitri, could you check if reverting ad3f09be6cf ("ext4: remove unnecessary check in ext4_bg_num_gdb_nometa") helps for you, too? Created attachment 304420 [details] attachment-14322-0.html Hi, yes this help. /dev/mapper/bigvg-lv_dat 33152539032 30652629592 879314200 98% /data [root@medusa ~]# uname -a Linux medusa.dds.de 6.4.0-rc6 #2 SMP PREEMPT_DYNAMIC Wed Jun 14 13:26:30 CEST 2023 x86_64 GNU/Linux Many thanks Dimitri Στις 13.06.23 14:07, ο/η bugzilla-daemon@kernel.org έγραψε: > https://bugzilla.kernel.org/show_bug.cgi?id=217534 > > The Linux kernel's regression tracker (Thorsten Leemhuis) > (regressions@leemhuis.info) changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |regressions@leemhuis.info > > --- Comment #7 from The Linux kernel's regression tracker (Thorsten Leemhuis) > (regressions@leemhuis.info) --- > Might be the same issue as reported here: > > > https://lore.kernel.org/regressions/e61d9895-0c22-ae7b-1641-761a4932a966@leemhuis.info/ > > Dimitri, could you check if reverting ad3f09be6cf ("ext4: remove unnecessary > check in ext4_bg_num_gdb_nometa") helps for you, too? > Hi, yes this help. /dev/mapper/bigvg-lv_dat 33152539032 30652629592 879314200 98% /data [root@medusa ~]# uname -a Linux medusa.dds.de 6.4.0-rc6 #2 SMP PREEMPT_DYNAMIC Wed Jun 14 13:26:30 CEST 2023 x86_64 GNU/Linux Many Thanks |