Samuel Thibault, le sam. 07 mars 2026 12:57:38 +0100, a ecrit: > Samuel Thibault, le jeu. 05 mars 2026 08:18:25 +0100, a ecrit: > > Samuel Thibault, le lun. 02 mars 2026 01:24:02 +0100, a ecrit: > > > I have gotten yet another odd file corruption in a buildd chroot, after > > > building haskell-xml-html-qq_0.1.0.1-6+b1, /usr/bin/mkdir became: > > > > > > 00000000 00 00 02 ea 01 00 00 00 01 00 00 00 93 2a e0 d7 > > > |.............*..| > > > 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > > |................| > > > > This time it was math.h: > > 00000000 00 00 02 ea 01 00 00 00 01 00 00 00 d4 b2 d2 0c > > |................| > > 00000010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > |................| > > * > > 00001000 00 00 02 ea 01 00 00 00 01 00 00 00 97 cd be 0c > > |................| > > 00001010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > > |................| > > Since the pattern is so specific (I haven't found any occurence of it on > my Linux disk), I have added some debugging inside ext2fs.static on > boralus to print a backtrace when store_write is given that data. > That'll give us some context.
This is the backtrace that I'm getting, always the same in the cases that I have seen so far: 0x40a51f ./build-deb/ext2fs/../../ext2fs/pager.c:687 disk_pager_write_page() 0x42a11b ./build-deb/libpager/../../libpager/data-return.c:201 (discriminator 1) _pager_do_write_request() 0x42a756 ./build-deb/libpager/../../libpager/data-return.c:306 _pager_S_memory_object_data_return() 0x428e03 ./build-deb/libpager/./build-deb/libpager/memory_objectServer.c:935 _Xmemory_object_data_return() Samuel
