From: Jon E. <el...@pi...> - 2005-07-30 03:50:22
|
Kenneth Lerman wrote: >Looking at modutils in /etc/cron.daily it appears to just run >insmod_ksymoops_clean. > >insmod_ksymoops_clean copies the current ksyms and modules (/proc/ksyms and >/proc/modules) to separate files and deletes any copies of these files that >have not been accessed in than two days. > >So, it doesn't actually access, delete, or change any modules. > >I have, though, deleted the modules you suggested and will see if I stay up >overnight. > > As I already know, that won't work. I had some log message timestamps that made it pretty clear that just after the time cron.daily started at 06:25, something re-installed parport_lp at 06:27, and that caused the problem when I did that manually. Yes, I don't see how modutils would do this, and manually executing modutils had no effect. I ran each of the scripts in cron.daily, and none of them had any effect on EMC, or installed any kernel modules. But, the log pretty clearly shows right about that time that something DID re-install parport_lp. After some more digging, I found that cups was running, and its logs seem to indicate it was the troublemaker. I'm thinking logrotate might actually restart cups instead of just opening a new log file. I don't want to have to disable cups, so I probably need to find out how to make it leave the parallel port alone. Of course, one obvious stomp-hack would be to just rename the file /lib/modules/....../parport_pc.o.gz to something else. Jeff Epler gave a more gentle way to do it, and I am going to try this tonight. If that doesn't help, then I might try the rough method. Jon |