From: "Pixel" <[EMAIL PROTECTED]> > "Thomas Backlund" <[EMAIL PROTECTED]> writes: > > > doing a lilo -v5 shows: > > > > --- cut --- > > Calling map_insert_data > > fd 5: REISERFS_IOC_UNPACK > > fd 5: offset 2560 -> dev 0xe0, LBA 8011921 > > fd 5: REISERFS_IOC_UNPACK > > fd 5: offset 3072 -> dev 0xe0, LBA 8011922 > > --- cut --- > > > > the same goes on and on and on.... > > seems it's about to scan every block on reiserfs... > > booh. lilo-22.5.X seems really not stable... I'm wondering if the best > solution would not be to switch to lilo-22.4.1 ... >
Actually lilo is not to blame for this... It's a kernel reiserfs bug :-( I verified this by installing lilo from MDK 9.1 ... same problem... Then I tested my 2.4.22-0.5.2tmb_mdk ... same problem... Going back to 2.4.21-6.5tmbsecure ... everyhing works... So we have picked up a reiserfs bug between 2.4.21-6mdk and 2.4.22-0.5mdk... :-( Seems I have my weekend planned now... this is _bad_ Juan, are you able to replicate this? [EMAIL PROTECTED] thomas]$ mount /dev/sda7 on / type reiserfs (rw,notail) none on /proc type proc (rw) none on /proc/bus/usb type usbfs (rw) none on /dev/pts type devpts (rw,mode=0620) /dev/sdb7 on /var type reiserfs (rw,notail) /dev/md0 on /home type reiserfs (rw,notail) /dev/md1 on /var/spool/squid type reiserfs (rw,notail) /dev/hda1 on /Data/Disk1 type xfs (rw) /dev/hdc1 on /Data/Disk2 type xfs (rw) BTW, is there anyone having an 2.4.22-0.1mdksecure rpm? I want to check if this bug came when we switched to pre10, or when we switched to rc2 ... Thomas
