lilo floating point exception
I agree that it seems very unlikely that a boot loader would need or use floating point, and I suspect that something is being mistaken for a floating point operation, with an exception as the result.
I get the lilo error from time to time, including this morning after I'd built and installed 126.96.36.199, and there seems to be a pattern to it. It's always after building and installing a new kernel, prior to rebooting to start the new one. Previous runs of lilo under the current kernel got no exception.
I always keep two kernels, each in its own directory under /boot. Recently these were /boot/188.8.131.52 and /boot/184.108.40.206. Each contains a System.map and a vmlinuz. After building/installing 220.127.116.11 while running 18.104.22.168, I got the lilo error. This had happened once before, but not for several months. And fortunately, as before, it happened prior to its updating /boot/map, so I was able to boot 22.214.171.124 and run lilo under it. I got no error this time: .3, .4 and .6 were added, and .6 booted without problems. I deleted .4 and kept .3 and .6. As mentioned above, I built and installed .7 this morning and got the error again, but I had to leave for work and couldn't try it with .3, which I'll do this evening.
The pattern seems to involve running lilo under the kernel that is in use when you build a new one: ie, I had no problems with lilo under .4 until I'd built .6, and none under .6 until I'd built .7. But, on the other hand, this didn't occur when I'd built .3.
I have no idea what might be causing this nuisance, but I suggest that people who experience it always keep an earlier kernel that was not in use when the new one was built, update lilo.conf to include the new one, boot the older one and run lilo under it, then boot the newly built one.
This evening, if lilo succeeds with .3 -- ie, it adds .3, .6 and .7 --, then as an experiment I'm going to boot .6 instead of .7 and run lilo under it. I have a suspicion that the error won't occur this time. I'll report my findings here afterward.