I am seeing this same exact problem. I have an IDE ZIP that is supermounted, and about once a day (when msec_find runs), I get an Oops in scan_dir_for_removeable(). I placed some code in the function that prints out dir->name. It appears the Oops occurs when attempting to access /dev/host1/bus0/target0/lun0, which is my zip drive.
I have since patched a stock kernel (2.4.18) with supermount, and this has worked flawlessly for over a week. -- Joe On Fri, 2002-04-12 at 13:59, Alan wrote: > On Friday 12 April 2002 10:50 am, Borsenkow Andrej wrote: > > � ���, 12.04.2002, � 21:30, Alan �������: > > > This is pretty nasty. > > > > > > This is using the stock kernel from Mandrake 8.2. I expect that similar > > > problems exist in the cooker version. > > > > > > What happens is that after some indeterminate time period, the system > > > does not allow you to start new processes. Already existing processes > > > run, but new processes will not start and you cannot restart new > > > processes. Shutting down cannot happen because you can't start the > > > shutdown script! > > > > > > After looking through the logs, I think I have found the cause of the > > > problem. It appears that devfs is dying. It kills enough of the kernel > > > to not work correctly, but not enough of the kernel to choke all > > > together. (Enough to be frustrating.) It looks like the lethal > > > combination is a remountable ide-scsi device, but that is only a guess > > > at this point. > > > > What device? Is it supermounted read-write? > > I believe it is the zip drive that it is choking in. The oops happens in > scan_dir_for_removable(). (The only removable devices are two scsi cd-rom > drives and an ide Zip drive. The zip drive is the only one that gets classed > as "removable" to my knowledge.) > > I assume it is supermounted as read/write. It is a fresh install of 8.2 with > no real changes to devices. (I have been too busy coding to modify the > system too much.) > > > >
