how to ensure update-manager interacts with several boot loaders
This is a support request regarding breezy's update-manager and its interaction with a multi-boot system with more than a single boot loader.
User Alice has got a set up with two separate grub boot loaders, one each on an internal HD and a USB HD.
- - - - - - - - - -
For purposes of illustration, here's a diagram hosted on ubuntuforums.org:
http://
- - - - - - - - - -
Alice normally uses the boot loader on the internal HD's Master Boot Record (/dev/hda) to boot into either one of the three systems available to her. Alternatively, she can change the boot order in the system's BIOS to use the boot loader on the USB HD (/dev/sda) for same set of choices. [Btw, both Linux partitions share a swap on the USB because Alice couldn’t add enough partitions to /dev/hda.]
Now Alice wants to get with the program and step up into the amazing new worlds of the Dapper Drake, invoking gksudo "update-manager -d". Alice assumes that the dist-upgrade will involve both new kernels and a new version of grub itself.
Q. How to make sure both grub boot loaders will get the upgrade?
How does update-manager interact with grub when several instances exist on the same machine? If Alice boots up as usual from the internal drive, will update-manager touch the second boot loader on /dev/sda2 or not? Will it touch both boot loaders no matter how Alice boots into the system or will it touch grub on /dev/sda2 only if she boots via /dev/sda?
Question information
- Language:
- English Edit question
- Status:
- Answered
- Assignee:
- No assignee Edit question
- Last query:
- Last reply:
Can you help with this problem?
Provide an answer of your own, or ask archis for more information if necessary.