Am Di, den 03.08.2004 schrieb Lars Ellenberg um 12:13:
please give exact kernel version 2.6.5-7.95-default
output of debugreiserfs /dev/whatever for the working, and non-working reiserfs.
debugreiserfs 3.6.13 (2003 www.namesys.com) Filesystem state: consistency is not checked after last mounting Reiserfs super block in block 16 on 0x346 of format 3.6 with standard journal Count of blocks on the device: 263056 Number of bitmaps: 9 Blocksize: 4096 Free blocks (count of blocks - used [journal, bitmaps, data, reserved] blocks): 159992 Root block: 30686 Filesystem is NOT clean Tree height: 4 Hash function used to sort names: "r5" Objectid map size 8, max 972 Journal parameters: Device [0x0] Magic [0x1280274f] Size 8193 blocks (including 1 for journal header) (first block 18) Max transaction length 1024 blocks Max batch size 900 blocks Max commit age 30 Blocks reserved by journal: 0 Fs state field: 0x0: sb_version: 2 inode generation number: 63600 UUID: d85a24d7-c02d-4009-8776-47b1073e6c0f LABEL: Set flags in SB: ATTRIBUTES CLEAN
just in case: did you recently run reiserfsck? does it report something before such collisions? after such collisions? I once checked the partition manually without any reported errors. If you have a 9.1-System with reiserfs test it
Up to now I could not find any reiserfs-partition an a SuSE 9.1-System without this problem. But while searching fo such an system I found an other thing. The problem only exists in the root of a partition. So on my systems /tmp has an own partition. If not you may have both directories in /tmp but not in / Best Uwe