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
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
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=19482792113fa1dc419f9bc7b04b9dbdaa5256fd