[SOLVED] gparted broke chainloading mageia partition.Sigh!

This forum is dedicated to basic help and support :

Ask here your questions about basic installation and usage of Mageia. For example you may post here all your questions about getting Mageia isos and installing it, configuring your printer, using your word processor etc.

Try to ask your questions in the right sub-forum with as much details as you can gather. the more precise the question will be, the more likely you are to get a useful answer

[SOLVED] gparted broke chainloading mageia partition.Sigh!

Postby jtwdyp » Sep 21st, '13, 08:30

I'm a multi-booter, have been for a long time. I've been booting 4 different Linux distros on my laptop for years.But Back when I started doing that, giving each Linux distro 16 gig of space seemed like plenty. Lately though I've sometimes found it a snug fit.

So since I've learned to like Mageia better than Sabayon anyway, and since the last time I upgraded my laptop's Sabayon installation, it borked itself, I decided to divide it's 16 gig between my music, & the other 3 Linux partitions.

Accordingly I dusted off my live gparted disk, And pushed things around... And it all worked. Except, that is, for my backup boot method...

I normally boot via explicit entries in my manually edited grub {legacy} partition, where I even maintain copies of the current vmlinuz & initrd files for each of the installed Linux.

But every now and then, I'm so tired after an upgrade that included a new kernel or initrd, that I fail to update my grub partition before rebooting. And/or it has happened that a simple typo in my menu.lst may result in an broken boot entry. So I very much like the fact that my menu.lst also has a section devoted to chainloader entries for each Linux partition. And since I always tell the installer to put it's automatically configured bootloader on the superblock of it's own "root" partition, that loader can be chainloaded.

Well in the process of growing my remaining Linux partitions to 20 gig, gparted had to "move" the starting point of two of them. And that broke the chain loader boot method for both my Mageia, and my antiX partitions.

This was expected. But I thought that since I can still use the manually edited boot entries in my grub partition, And since neither has grub2 installed, I expected to use the grub shell to fix it.

I can use grub's find command on unique filenames to verify their grub legacy partition names { for example: (hd0,10) } BUT...

Code: Select all
grub> find /boot/vmlinuz-3.8.13.4-desktop-1.mga3
find /boot/vmlinuz-3.8.13.4-desktop-1.mga3
 (hd0,10)
grub> root (hd0,10)
root (hd0,10)
 Filesystem type is ext2fs, partition type 0x83
grub> setup
setup

Error 11: Unrecognized device string
grub>


My question is, how does one setup a grub legacy installation to use the "root" partition without reinstalling just to get the installer to do it???
Last edited by jtwdyp on Sep 21st, '13, 20:17, edited 1 time in total.
--
JtWdyP
User avatar
jtwdyp
 
Posts: 88
Joined: Jun 10th, '13, 08:30

Re: gparted broke chainloading my mageia partition. Sigh!

Postby doktor5000 » Sep 21st, '13, 10:03

Hmmm, don't use setup directly from the shell, but instead boot into the OS via grub shell and then try to install?
Or you may want to try setup (hd0,10)

Also check http://www.gnu.org/software/grub/manual ... html#setup
Cauldron is not for the faint of heart!
Caution: Hot, bubbling magic inside. May explode or cook your kittens!
----
Disclaimer: Beware of allergic reactions in answer to unconstructive complaint-type posts
User avatar
doktor5000
 
Posts: 18067
Joined: Jun 4th, '11, 10:10
Location: Leipzig, Germany

Re: gparted broke chainloading my mageia partition. Sigh!

Postby jtwdyp » Sep 21st, '13, 20:14

doktor5000 wrote:Hmmm, don't use setup directly from the shell, but instead boot into the OS via grub shell and then try to install?


Not sure what difference that would have made... But:

Or you may want to try setup (hd0,10)


That advice was right on target! Thanks!



And that link told me why I had it wrong... It said:

Code: Select all
setup [--force-lba] [--stage2=os_stage2_file] [--prefix=dir] install_device [image_device]


Which isn't explained in "man grub"... I might have found it, if I liked
wading through "info nodes", but I thought I could just use the grub shell's
"help" command to refresh my memory. But since they opted to use a two column
output for that, the equivalent line was truncated at:

Code: Select all
setup [--prefix=DIR] [--stage2=STAGE2_


If my brain hadn't tried to shut down while I was waiting for gparted to
resize all them partitions, I might have figured it out for myself. {sigh}

Thanks again
--
JtWdyP
User avatar
jtwdyp
 
Posts: 88
Joined: Jun 10th, '13, 08:30


Return to Basic support

Who is online

Users browsing this forum: No registered users and 1 guest