Hi, I just got this with an intentionally corrupted disk image: ReiserFS: loop0: found reiserfs format "3.6" with standard journal ReiserFS: loop0: warning: CONFIG_REISERFS_CHECK is set ON ReiserFS: loop0: warning: - it is slow mode for debugging. ReiserFS: loop0: using ordered data mode ReiserFS: loop0: journal params: device loop0, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 ReiserFS: loop0: checking transaction log (loop0) ReiserFS: loop0: journal-1153: found in header: first_unflushed_offset 81, last_flushed_trans_id 27 ReiserFS: loop0: journal-1206: Starting replay from offset 120259084369, trans_id 1024 ReiserFS: loop0: journal-1299: Setting newest_mount_id to 13 ReiserFS: loop0: Using r5 hash to sort names Pid: 4274, comm: rm Not tainted 2.6.26-03414-g33af79d #43 [<c020a2ea>] reiserfs_panic+0x1a/0x50 [<c0216d0b>] reiserfs_do_truncate+0x56b/0x6a0 [<c015ad76>] ? trace_hardirqs_on_caller+0x116/0x170 [<c0216e72>] reiserfs_delete_object+0x32/0x70 [<c01fefd6>] reiserfs_delete_inode+0xb6/0x110 [<c01fef20>] ? reiserfs_delete_inode+0x0/0x110 [<c01b9ba1>] generic_delete_inode+0x81/0x120 [<c01b9d67>] generic_drop_inode+0x127/0x180 [<c01b8be7>] iput+0x47/0x50 [<c01af1bc>] do_unlinkat+0xec/0x170 [<c01b185b>] ? vfs_readdir+0x6b/0xa0 [<c01b1540>] ? filldir64+0x0/0xf0 [<c044a0f8>] ? trace_hardirqs_on_thunk+0xc/0x10 [<c015ad76>] ? trace_hardirqs_on_caller+0x116/0x170 [<c01af383>] sys_unlinkat+0x23/0x50 [<c010407f>] sysenter_past_esp+0x78/0xc5 ======================= Kernel panic - not syncing: <0>REISERFS: panic (device Null superblock): reiserfs[4274]: assertion !(n_file_size > ROUND_UP(n_new_file_size)) failed at fs/reiserfs/stree.c:1903:reiserfs_do_truncate: PAP-5680: truncate did not finish: new_file_size 0, current 2147483648, oid 96 (Where did the register dump go? Will this get picked up by kerneloops.org?) I can test patches. Vegard -- "The animistic metaphor of the bug that maliciously sneaked in while the programmer was not looking is intellectually dishonest as it disguises that the error is the programmer's own creation." -- E. W. Dijkstra, EWD1036 -- To unsubscribe from this list: send the line "unsubscribe reiserfs-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
