I have a brand new Scientific Linux 6 system, but this same question should apply to CentOS 6, RHEL6 or any RHEL6-derivative.
I see that /boot/grub contains a menu.lst as well as a grub.conf file. There is also a symlink from /etc/grub.conf to /boot/grub/grub.conf which suggests that I should use grub.conf.
# cd /boot/grub # ls -ld grub.conf menu.lst -rw------- 1 root root 845 Aug 29 13:00 grub.conf -rw-------. 1 root root 847 Aug 29 13:00 menu.lst # ls -l /etc/grub.conf lrwxrwxrwx. 1 root root 22 Aug 29 13:00 /etc/grub.conf -> ../boot/grub/grub.conf These files aren't provided by an RPM, which makes it difficult to find a changelog describing this change:
# rpm -qa --whatprovides /etc/grub.conf /boot/grub/menu.lst /boot/grub/grub.conf no package triggers /etc/grub.conf no package triggers /boot/grub/menu.lst no package triggers /boot/grub/grub.conf Which file should I use? Why are there two files? Can you point me at any authoritative documentation?
Update Interestingly, on a RHEL5.6/5.7 system, menu.lst is typically a symlink to ./grub.conf. The symlink from /etc/grub.conf is also there:
# ls -l /boot/grub/menu.lst /boot/grub/grub.conf /etc/grub.conf -rw------- 1 root root 1036 Aug 2 11:34 /boot/grub/grub.conf lrwxrwxrwx 1 root root 11 Apr 5 00:42 /boot/grub/menu.lst -> ./grub.conf lrwxrwxrwx 1 root root 22 Aug 3 2009 /etc/grub.conf -> ../boot/grub/grub.conf But, this symlink is no longer present in RHEL6. I cannot find any documented reason why this would be.
menu.lstbeing a symlink to./grub.conf) by default. (All my RHEL6 boxes are like that.) I just dropped SL6 into VM to compare, and I'm still seeing the same setup (menu.lstbeing a symlink to./grub.conf) out of the box. All that to say: what version of grub is on your system (rpm -q grub), and did you enable any 3rd party repos, or install any third party software? I'm wondering if a 3rd party package may have tried to update the bootloader, and inadvertently broke the symlink. What are the differences betweenmenu.lstandgrub.conf?grub.conf, but is disabled inmenu.lst. The more I look at this, the more I think this is a bug with SL6.1, or a bug in our buildscripts (But I'm not finding evidence for a bug with my buildscripts).