[Bug]: EXT4-fs warning (device vdb): ext4_block_to_path:105: block 1710731624 > max in inode 21209237

[vsarunas]

I have done the following

• I have searched the existing issues
• If possible, I've reproduced the issue using the 'main' branch of this project

Steps to reproduce

Continuation on a specific problem mentioned under apple/container#614; ext4_block_to_path error reproduces quickly with the following command (creating a separate volume to avoid having to delete/refresh container images):

container run --name stress-filerace --memory 8G --volume filerace:/filerace --detach ghcr.io/colinianking/stress-ng  --filerace 4 --temp-path /filerace

container logs stress-filerace --boot

[    1.298126] EXT4-fs warning (device vdc): ext4_block_to_path:105: block 1527121118 > max in inode 2651
[    2.969787] EXT4-fs warning (device vdc): ext4_block_to_path:105: block 1611526618 > max in inode 1647
[    3.627644] EXT4-fs warning (device vdc): ext4_block_to_path:105: block 1313537738 > max in inode 1109
[   12.642219] EXT4-fs warning (device vdc): ext4_block_to_path:105: block 1645705218 > max in inode 6853
[   13.522424] EXT4-fs warning (device vdc): ext4_block_to_path:105: block 1441765641 > max in inode 3667
[   13.573263] EXT4-fs warning (device vdc): ext4_block_to_path:105: block 2046966733 > max in inode 4605

Mount:

container run -ti -v  ~/Library/Application\ Support/com.apple.container/volumes/filerace:/fs ubuntu /bin/bash

debugfs -R "stat <1109>" /fs/volume.img
debugfs 1.47.0 (5-Feb-2023)
Inode: 1109   Type: regular    Mode:  0600   Flags: 0x80000
Generation: 2558027091    Version: 0x00000000:00000001
User:     0   Group:     0   Project:     0   Size: 0
File ACL: 0
Links: 0   Blockcount: 0
Fragment:  Address: 0    Number: 0    Size: 0
 ctime: 0x6937ffd8:d4ab5c38 -- Tue Dec  9 10:54:16 2025
 atime: 0x6937ffd8:cb21f438 -- Tue Dec  9 10:54:16 2025
 mtime: 0x6937ffd8:cb21f438 -- Tue Dec  9 10:54:16 2025
crtime: 0x6937ffd8:cb21f438 -- Tue Dec  9 10:54:16 2025
 dtime: 0x6937ffd9:(d4ab5c38) -- Tue Dec  9 10:54:17 2025
Size of extra inode fields: 32
EXTENTS:

atime looks to be corrupted:

debugfs -R "stat <2651>" /fs/volume.img
debugfs 1.47.0 (5-Feb-2023)
Inode: 2651   Type: regular    Mode:  0600   Flags: 0x0
Generation: 1780173072    Version: 0x00000000:00000022
User:     0   Group:     0   Project:     0   Size: 0
File ACL: 0
Links: 0   Blockcount: 0
Fragment:  Address: 0    Number: 0    Size: 0
 ctime: 0x6937ffbc:07a12000 -- Tue Dec  9 10:53:48 2025
 atime: 0xd6b0bd86:d9cd4363 -- Sun May  6 06:41:10 2356
 mtime: 0x6937ffbc:07a12000 -- Tue Dec  9 10:53:48 2025
crtime: 0x6937ffbb:9d5b3400 -- Tue Dec  9 10:53:47 2025
 dtime: 0x6937ffbc:(07a12000) -- Tue Dec  9 10:53:48 2025
Size of extra inode fields: 32
Extended attributes:
  system.posix_acl_access (36) = 01 00 00 00 01 00 06 00 02 00 06 00 00 00 00 00 04 00 06 00 08 00 06 00 00 00 00 00 10 00 00 00 20 00 00 00
BLOCKS:

Current behavior

Filesystem corruption errors

Expected behavior

There should be no filesystem errors.

Environment

- OS: 26.1
- Xcode: 26.1
- Swift: 6.2

Relevant log output

N/A

Code of Conduct

• I agree to follow this project's Code of Conduct

[vsarunas]

There are fundamental differences in the EXT4 layout:

dd if=/dev/zero of=linux-ext4.img bs=1M count=0 seek=8192
mkfs.ext4 -O none,ext_attr,sparse_super2,filetype,extent,flex_bg,large_file,huge_file,extra_isize -b 4096 linux-ext4.img
dumpe2fs linux-ext4.img

ext4 native

Group 0: (Blocks 0-32767) csum 0xb25a [ITABLE_ZEROED]
  Primary superblock at 0, Group descriptors at 1-1
  Reserved GDT blocks at 2-16
  Block bitmap at 17 (+17), csum 0x5c675f5f
  Inode bitmap at 33 (+33), csum 0x3dc26daf
  Inode table at 49-2096 (+49)
  26599 free blocks, 32757 free inodes, 2 directories, 32757 unused inodes
  Free blocks: 6169-32767
  Free inodes: 12-32768

containerization

Filesystem volume name:   <none>
Last mounted on:          /filerace
Filesystem UUID:          02ac663f-4a9f-4b34-bff2-85c515ce7331
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      ext_attr sparse_super2 filetype extent flex_bg large_file huge_file extra_isize
Default mount options:    (none)
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       FreeBSD
Inode count:              33554432
Block count:              134217728
Reserved block count:     0
Overhead clusters:        2105377
Free blocks:              132112349
Free inodes:              33554421
First block:              0
Block size:               4096
Fragment size:            4096
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Flex block group size:    2147483648
Last mount time:          Tue Dec  9 11:06:19 2025
Last write time:          Tue Dec  9 11:17:50 2025
Mount count:              2
Maximum mount count:      20
Last checked:             Thu Jan  1 00:00:00 1970
Check interval:           0 (<none>)
Lifetime writes:          1410 MB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     32
Desired extra isize:      32


Group 0: (Blocks 0-32767)
  Primary superblock at 0, Group descriptors at 1-32
  Block bitmap at 1539 (+1539)
  Inode bitmap at 1540 (+1540)
  Inode table at 1027-1538 (+1027)
  32219 free blocks, 8181 free inodes, 2 directories
  Free blocks: 33-1024, 1541-32767
  Free inodes: 12-8192
Group 1: (Blocks 32768-65535)
  Block bitmap at 33280 (+512)
  Inode bitmap at 33281 (+513)
  Inode table at 32768-33279
  32254 free blocks, 8192 free inodes, 0 directories
  Free blocks: 33282-65535
  Free inodes: 8193-16384
Group 2: (Blocks 65536-98303)
  Block bitmap at 66048 (+512)
  Inode bitmap at 66049 (+513)
  Inode table at 65536-66047
  32254 free blocks, 8192 free inodes, 0 directories
  Free blocks: 66050-98303
  Free inodes: 16385-24576
Group 3: (Blocks 98304-131071)
  Block bitmap at 98816 (+512)
  Inode bitmap at 98817 (+513)
  Inode table at 98304-98815
  32254 free blocks, 8192 free inodes, 0 directories
  Free blocks: 98818-131071
  Free inodes: 24577-32768
Group 4: (Blocks 131072-163839)
  Block bitmap at 131584 (+512)
  Inode bitmap at 131585 (+513)
  Inode table at 131072-131583
  32254 free blocks, 8192 free inodes, 0 directories
  Free blocks: 131586-163839
  Free inodes: 32769-40960
Group 5: (Blocks 163840-196607)
  Block bitmap at 164352 (+512)
  Inode bitmap at 164353 (+513)
  Inode table at 163840-164351
  32254 free blocks, 8192 free inodes, 0 directories
  Free blocks: 164354-196607
  Free inodes: 40961-49152
Group 6: (Blocks 196608-229375)
  Block bitmap at 197120 (+512)
  Inode bitmap at 197121 (+513)
  Inode table at 196608-197119
  32254 free blocks, 8192 free inodes, 0 directories
  Free blocks: 197122-229375
  Free inodes: 49153-57344

[vsarunas]

But I actually get this error everywhere else as well:

1. multipass VM
2. Container with filesystem created via mkfs.ext4; mounted natively via named volume and via file as mount -o loop
3. Linux x86 VM

[dcantah]

@vsarunas I was seeing the same yesterday (in regards to seeing that error everywhere). I think we 100% had a bug for advertising inlineData when we didn't actually do anything with it, but this one is quite perplexing

[vsarunas]

Yes; it Is strange.

The atime in the future might be expected, it is being tested https://github.com/ColinIanKing/stress-ng/blob/V0.19.05/stress-filerace.c#L374