>>>>> "thomas" == Thomas Backlund <[EMAIL PROTECTED]> writes:
thomas> 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 ... >> Arghhh. Guilty should be datalogin patches of reiserfs. Will take a look there. Later, Juan. thomas> Actually lilo is not to blame for this... thomas> It's a kernel reiserfs bug :-( thomas> I verified this by installing lilo from MDK 9.1 ... same problem... thomas> Then I tested my 2.4.22-0.5.2tmb_mdk ... same problem... thomas> Going back to 2.4.21-6.5tmbsecure ... everyhing works... thomas> So we have picked up a reiserfs bug between 2.4.21-6mdk thomas> and 2.4.22-0.5mdk... :-( thomas> Seems I have my weekend planned now... this is _bad_ thomas> Juan, thomas> are you able to replicate this? thomas> [EMAIL PROTECTED] thomas]$ mount thomas> /dev/sda7 on / type reiserfs (rw,notail) thomas> none on /proc type proc (rw) thomas> none on /proc/bus/usb type usbfs (rw) thomas> none on /dev/pts type devpts (rw,mode=0620) thomas> /dev/sdb7 on /var type reiserfs (rw,notail) thomas> /dev/md0 on /home type reiserfs (rw,notail) thomas> /dev/md1 on /var/spool/squid type reiserfs (rw,notail) thomas> /dev/hda1 on /Data/Disk1 type xfs (rw) thomas> /dev/hdc1 on /Data/Disk2 type xfs (rw) thomas> BTW, is there anyone having an 2.4.22-0.1mdksecure rpm? thomas> I want to check if this bug came when we switched to pre10, thomas> or when we switched to rc2 ... thomas> Thomas -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy
