I updated from 9.04 to 9.10. So far all is well, couple of quirky things, mostly related to the age of my IBM Thinkpad T20, but I'm chipping away at them.
One of those quirks has to do with the number of old kernel files left on my machine from the update. Both dpkg and adept report that I have only three kernel packages, 2.6.31-14, 2.6.31-15, and 2.6.31-16. That seems right since those are the only three that 9.10 has had so far.
Looking at the /lib/modules and /lib/firmware directories, there are folders only for the three 2.6.31 kernel versions. However, looking at the /boot directory, there are files that reference 6 more kernels ranging from 2.6.24-23 to 2.6.28-16. I believe that I have no use for those excess files.
I think I can just delete the excess files in /boot (except for the most current 2.6.31 kernels) and then run update-grub to ensure those kernels are not referenced at boot time.
Will this approach work, or will my system act like a dead bug on a windowsill the next time I boot?
One of those quirks has to do with the number of old kernel files left on my machine from the update. Both dpkg and adept report that I have only three kernel packages, 2.6.31-14, 2.6.31-15, and 2.6.31-16. That seems right since those are the only three that 9.10 has had so far.
Looking at the /lib/modules and /lib/firmware directories, there are folders only for the three 2.6.31 kernel versions. However, looking at the /boot directory, there are files that reference 6 more kernels ranging from 2.6.24-23 to 2.6.28-16. I believe that I have no use for those excess files.
I think I can just delete the excess files in /boot (except for the most current 2.6.31 kernels) and then run update-grub to ensure those kernels are not referenced at boot time.
Will this approach work, or will my system act like a dead bug on a windowsill the next time I boot?
Comment