Even More Grub UUID
Finally installed grub legacy. (Long story. And no I don't want Grub2/Grub-PC, whatever. I've got XP and Debian on a 5 year-old machines. I don't have to relearn grub for that.) Ugh. Been up late. It dragged in grub-common which I guess gave me an /etc/grub.d and a grub.cfg but I still had my menu.lst . I ran update grub and rebooted. Boot stopped on reading root file system. Both grub.cfg and menu.lst were wrong. grub.cfg had the double // starting the Linux and Initrd lines as per the current critical bug for grub-common 1.98-1. But it also had set root=(hd0,2), which is my extended partition. But it was menu.lst that needed fixed to boot. The UUIDs were wrong!! Every time I run grub-update--and presumably every time aptitude runs it in the future--the correct UUID gets replaced with the wrong one, which exists nowhere on my machine. Total fabrication according to tune2fs and gparted. I mean, isn't this suppose to be how we boot our machines??? Isn't booting pretty vital to producing a usable operating system? OK. Dumb question. I run testing. But Stephen's lilo fixation is starting to look good. =8O -- Kind Regards, Freeman -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100320100556.ga12...@europa.office
Re: Even More Grub UUID
On Sat, 20 Mar 2010 03:05:56 -0700 freeman gen...@worldwidehtml.com wrote: Hello freeman, Finally installed grub legacy. (Long story. And no I don't want Grub2/Grub-PC, whatever. Currently, you may well be using grub2. Especially since you say installing grub pulled in grub-pc. On testing, you need to install grub-legacy to use grub1. The package grub is a transitional one to move the machine over to using grub2. -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent You never listen to a word that I said Public Image - Public Image Ltd signature.asc Description: PGP signature
Re: Even More Grub UUID
On Sat, 20 Mar 2010 06:05:56 -0400 (EDT), freeman wrote: But Stephen's lilo fixation is starting to look good. =8O So you think I have a lilo fixation? (LOL) Actually, I don't. I use it for sound technical and business reasons, and will probably continue to use it even if all grub bugs are fixed. It's not just a reaction to grub problems. I won't go into them here because I don't want to sound like a lilo evangelist. But just because lilo meets my needs doesn't mean it will meet everyone's needs. To each his own. -- .''`. Stephen Powellzlinux...@wowway.com : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1067385788.20500211269108944531.javamail.r...@md01.wow.synacor.com
Re: Even More Grub UUID
On 2010-03-20 13:15, Stephen Powell wrote: On Sat, 20 Mar 2010 06:05:56 -0400 (EDT), freeman wrote: But Stephen's lilo fixation is starting to look good. =8O So you think I have a lilo fixation? (LOL) Actually, I don't. I use it for sound technical and business reasons, and will probably continue to use it even if all grub bugs are fixed. It's not just a reaction to grub problems. I won't go into them here because I don't want to sound like a lilo evangelist. But just because lilo meets my needs doesn't mean it will meet everyone's needs. To each his own. lilo met my needs until I added more internal hard drives. Then I couldn't *know* what the boot drive letter might be. So I bit the bullet at now use grub. It's not so bad. I still use apt-get, though. Get off my lawn -- Obsession with preserving cultural heritage is a racist impediment to moral, physical and intellectual progress. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4ba516de.1080...@cox.net
Re: Even More Grub UUID
On Sat, Mar 20, 2010 at 02:15:44PM -0400, Stephen Powell wrote: On Sat, 20 Mar 2010 06:05:56 -0400 (EDT), freeman wrote: But Stephen's lilo fixation is starting to look good. =8O So you think I have a lilo fixation? (LOL) Actually, I don't. I use it for sound technical and business reasons, and will probably continue to use it even if all grub bugs are fixed. It's not just a reaction to grub problems. I won't go into them here because I don't want to sound like a lilo evangelist. Sound technical and business reasons, is the part that looks good when grub-update insists on inserting a non-existent UUID into menu.lst! But just because lilo meets my needs doesn't mean it will meet everyone's needs. To each his own. -- Kind Regards, Freeman http://bugs.debian.org/release-critical/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100320191816.ga10...@europa.office
Re: Even More Grub UUID
On Sat, Mar 20, 2010 at 11:13:50AM +, Brad Rogers wrote: On Sat, 20 Mar 2010 03:05:56 -0700 freeman gen...@worldwidehtml.com wrote: Hello freeman, Finally installed grub legacy. (Long story. And no I don't want Grub2/Grub-PC, whatever. Currently, you may well be using grub2. Especially since you say installing grub pulled in grub-pc. On testing, you need to install grub-legacy to use grub1. The package grub is a transitional one to move the machine over to using grub2. Thanks Brad. That is what confused me. But it looks like I did get legacy installed. |free...@europa:~$ apt-show-versions grub-legacy |grub-legacy/testing uptodate 0.97-59 |free...@europa:~$ | |i A grub-common - GRand Unified |Bootloader, version 2 (common files) |i grub-legacy - GRand Unified |Bootloader (Legacy version) |i grub-legacy-doc - Documentation for |GRUB Legacy grub-common is a listed as a dependency of legacy. And common installs, among others, these files: |/etc |/etc/grub.d |/etc/grub.d/00_header |/etc/grub.d/30_os-prober |/etc/grub.d/10_linux |/etc/grub.d/README |/etc/grub.d/40_custom I believe those files generate the /boot/grub/grub.cfg when grup-update is run. However, the system still boots off menu.lst. It had to be edited to boot the system correctly. grub-update writes a non-existent UUID to menu.lst, which will mean manual editing after every kernel upgrade. But I am burying my question. My real question, where could grub-update be getting that wrong UUID from? -- Kind Regards, Freeman http://bugs.debian.org/release-critical -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100320191926.gb10...@europa.office
Re: Even More Grub UUID
On Sat, 20 Mar 2010 15:19:26 -0400 (EDT), Freeman wrote: I believe those files generate the /boot/grub/grub.cfg when grup-update [sic] is run. However, the system still boots off menu.lst. It had to be edited to boot the system correctly. grub-update writes a non-existent UUID to menu.lst, which will mean manual editing after every kernel upgrade. But I am burying my question. My real question, where could grub-update be getting that wrong UUID from? I'm not quite as ignorant of grub1 as I am of grub2, as I still use grub1 on some of my machines. (I haven't gotten around to converting them to lilo yet.) But anyway, I believe that with grub-legacy the correct command is update-grub not grub-update As to incorrect UUIDs, could this be due to the different naming convention for partition numbers between grub1 and grub2? If I recall correctly, grub1 numbers them starting with 0, while grub2 numbers them starting with 1. It's just a guess, I don't claim to know the answer. -- .''`. Stephen Powellzlinux...@wowway.com : :' : `. `'` `- -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/169309661.20524491269118519372.javamail.r...@md01.wow.synacor.com
Re: Even More Grub UUID
On Sat, 20 Mar 2010 12:19:26 -0700 Freeman eve...@worldwidehtml.com wrote: Hello Freeman, grub-common is a listed as a dependency of legacy. And common installs, among others, these files: So it is; I didn't check. |/etc |/etc/grub.d |/etc/grub.d/00_header |/etc/grub.d/30_os-prober |/etc/grub.d/10_linux |/etc/grub.d/README |/etc/grub.d/40_custom I believe those files generate the /boot/grub/grub.cfg when grup-update is run. Doesn't really make sense tat grub-common installs that (to me). All that stuff is used by grub2, not grub-legacy. My real question, where could grub-update be getting that wrong UUID from? TBH, I don't know. Here, update-grub is simply a 60 byte script that calls grub-mkconfig, but that's grub2. -- Regards _ / ) The blindingly obvious is / _)radnever immediately apparent No guarantee the stimuli must be perceived the same... Gary Gilmore's Eyes - The Adverts signature.asc Description: PGP signature
Re: Even More Grub UUID
On Sat, Mar 20, 2010 at 12:19:26 -0700, Freeman wrote: On Sat, 20 Mar 2010 03:05:56 -0700 freeman wrote: Finally installed grub legacy. (Long story. And no I don't want Grub2/Grub-PC, whatever. [...] However, the system still boots off menu.lst. It had to be edited to boot the system correctly. grub-update writes a non-existent UUID to menu.lst, which will mean manual editing after every kernel upgrade. But I am burying my question. My real question, where could grub-update be getting that wrong UUID from? I would be interested in seeing the output of: grep kopt /boot/grub/menu.lst (which has to be run as root because menu.lst is not readable for normal users) -- Regards,| Florian | -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100320211307.ga6...@isar.localhost
Re: Even More Grub UUID
On Sat, Mar 20, 2010 at 04:55:19PM -0400, Stephen Powell wrote: On Sat, 20 Mar 2010 15:19:26 -0400 (EDT), Freeman wrote: I believe those files generate the /boot/grub/grub.cfg when grup-update [sic] is run. However, the system still boots off menu.lst. It had to be edited to boot the system correctly. grub-update writes a non-existent UUID to menu.lst, which will mean manual editing after every kernel upgrade. But I am burying my question. My real question, where could grub-update be getting that wrong UUID from? I'm not quite as ignorant of grub1 as I am of grub2, as I still use grub1 on some of my machines. (I haven't gotten around to converting them to lilo yet.) But anyway, I believe that with grub-legacy the correct command is update-grub not grub-update Most correct. (Shoddy posting skills no doubt.) As to incorrect UUIDs, could this be due to the different naming convention for partition numbers between grub1 and grub2? If I recall correctly, grub1 numbers them starting with 0, while grub2 numbers them starting with 1. It's just a guess, I don't claim to know the answer. That explains the (H0,2) notation rather than the old style (H0,1) for //dev/hda2 in in the boot/grub/grub.cfg . Thanks. I reversed my edit on /that. -- Kind Regards, Freeman http://bugs.debian.org/release-critical/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100320235633.ga14...@europa.office
Re: Even More Grub UUID
On Sat, Mar 20, 2010 at 10:13:07PM +0100, Florian Kulzer wrote: On Sat, Mar 20, 2010 at 12:19:26 -0700, Freeman wrote: On Sat, 20 Mar 2010 03:05:56 -0700 freeman wrote: Finally installed grub legacy. (Long story. And no I don't want Grub2/Grub-PC, whatever. [...] However, the system still boots off menu.lst. It had to be edited to boot the system correctly. grub-update writes a non-existent UUID to menu.lst, which will mean manual editing after every kernel upgrade. But I am burying my question. My real question, where could grub-update be getting that wrong UUID from? I would be interested in seeing the output of: grep kopt /boot/grub/menu.lst (which has to be run as root because menu.lst is not readable for normal users) |r...@europa:~# grep kopt /boot/grub/menu.lst |## If you want special options for specific kernels use kopt_x_y_z |## e.g. kopt=root=/dev/hda1 ro |## kopt_2_6_8=root=/dev/hdc1 ro |## kopt_2_6_8_2_686=root=/dev/hdc2 ro |# kopt=root=UUID=8dbf4235-c212-4e27-a1ae-721d96ecf9d5 ro |# xenkopt=console=tty0 |r...@europa:~# OMG. It has just been reading the UUID specification I left from my old drive. Since I've been running a non-packaged version of grub since the change, and manually updating menu.lst, it hadn't mattered. Eew! My bad. I though update-grub was getting the UUID from the filesystem superblock the way it seemed to for grub.cfg. Thanks Florian! -- Kind Regards, Freeman http://bugs.debian.org/release-critical/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100320235646.gb14...@europa.office
Re: Even More Grub UUID
On Sat, Mar 20, 2010 at 08:42:59PM +, Brad Rogers wrote: On Sat, 20 Mar 2010 12:19:26 -0700 Freeman eve...@worldwidehtml.com wrote: Hello Freeman, grub-common is a listed as a dependency of legacy. And common installs, among others, these files: So it is; I didn't check. |/etc |/etc/grub.d |/etc/grub.d/00_header |/etc/grub.d/30_os-prober |/etc/grub.d/10_linux |/etc/grub.d/README |/etc/grub.d/40_custom I believe those files generate the /boot/grub/grub.cfg when grup-update is run. Doesn't really make sense tat grub-common installs that (to me). All that stuff is used by grub2, not grub-legacy. That is my feeling. Turns out I just needed my error(s) pointed out to me, as usual. But it would have been a much less distracting deal had a grub.cfg not been saying what am I doing in /boot/grub? at 1:00 am. :-) Seems to just sit there. Although there is a memory test on my menu.lst now. I don't remember putting that there. -- Kind Regards, Freeman http://bugs.debian.org/release-critical/ -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100321000551.gc14...@europa.office