On 10/10/2016 8:27 PM, Andrei Borzenkov wrote:
11.10.2016 05:36, Marc Chamberlin пишет:
Hello - am going to start a new thread for this question. In my recent set of machinations with setting up a new disk for my system, to replace one that may be failing, I encountered a problem for which I couldn't find an easy answer. It appears that when I tell the YaST boot loader setup tool to configure and create a new MBR it does so on the same disk which has the partition that contains the OS files. My system now has 4 drives installed and the BIOS only allows me to select just 3 drives (it's choice as to which 3 drives I get to choose from) to specify the order in which to search the drives for a boot loader. And my new drive now contains the partition which contains my Leap42.1 system. Because I was adding a new 4rth drive, the BIOS is not presenting the new drive to me as one of the options to use for setting up the search order, for a boot loader. I finally managed to get the BIOS to present it by disconnecting one of the other drives but that is an unacceptable solution in the long run.
BTW the way I managed to boot up the Leap42.1 system was to boot up an older SuSE system located on one of the other drives and use Yast there to discover all the available OS's, create a boot menu for them, and then use the MBR/Grub menu it wrote out to select the Leap42.1 system. That works, but it took a lot of head scratching to figure out that was what I needed to do.
So my question is this - is there some way to tell the YaST boot setup tool that I want to specify which drive that I want it to create an MBR on?
If BIOS does not allow booting from this drive, it does not matter whether YaST does something or not. If the problem is only boot device selection in BIOS, you can simply install bootloader on any other drive. If BIOS does not see your drive at all, then the whole /boot must be located on a drive, accessible to BIOS.
Thanks Andrei for trying to help but I guess I am somewhat confused. (And I will admit I don't fully grok the documentation on Grub2 and Yast) I don't think the issue is that BIOS is not allowing booting from my new drive, it can and I did manage to get it to do so. The problem is that the BIOS setup GUI is designed to only show up to 3 drives in the menu where one can configure the order to search them. My new drive did not initially show up as one of the possible drives to search for a boot loader, but when I disconnected one of the other drives, then my new drive did show up in that list, and I was able to move it to the first drive to search, at which point it did indeed boot up. (I could tell that it was booting up off my new drive because it presented the fancy new boot menu interface that came with Leap 42.1) But when I reconnected the drive that I had disconnected, I lost the ability to boot off the new drive and the system when back to booting up from one of the other drives. Moving SATA cables around to different ports did not make a difference in this behavior either, sigh. IMHO this is a rather poor design of the BIOS UI and apparently I have no control over which set of drives it is going to select to present for configuring the search order. I think your second comment was the jist of my original question. How do I get YaST to allow me to select a drive to install an MBR bootloader on? It seems to want to only install it on the same drive that I installed the operating system on that YaST is running under. If I understand your third statement, (and I admit I am on unsure footing here) I think you are saying that I should create a partition on one of the drives that the BIOS is seeing when I have all four drives connected? And then mount this partition at /boot ? I have thought about doing that, but it seems fraught with other issues so I have not done this. What file system do I choose for this partition? What size should it be? Is this partition to be mounted at /boot for all the different OS's that I want to boot up? If so, what guarantee is there that the contents of this partition will remain both forward and backward compatible with different OS's? And don't I still have the problem of getting an MBR written out onto a drive that the BIOS is willing to work with? To phrase that last question a different way, does YaST install the MBR on the drive that / is located on, or does YaST install the MBR on the drive that /boot is located on? Or is there some other model being used that I don't grok? If I understand the boot loader model correctly, then I believe the MBR exists outside of partitions and is just located on the first section of a drive. This means each drive can have an MBR. And the MBR contains bootloader code and a pointer to a partition/file system where a GRUB bootloader (or some other OS bootloader) is stored. And the GRUB bootloader brings up a menu via which a user can use to select an actual OS to load. But it seems to me that there is a potential disconnect here. The BIOS has to find an MBR somehow and makes it's assumptions about where to look to find it. And YaST is making assumptions about where to write an MBR based on characteristics associated with the OS that it is running under (mount points perhaps???) And what I found is that these two sets of assumptions don't necessarily overlap. Especially if I use YaST in one OS to set up a GRUB option to start a different OS on a different drive. And then start that second OS, and use YaST in that second OS to create a new MBR and a new GRUB bootloader with a new/different set of boot menu options. In my situation that new MBR was not placed on a drive that the BIOS had in it's search list, instead it was place on the new drive where the second OS was installed. Therefore the BIOS does not find it, and the new GRUB bootloader is not executed. So to get around this problem, shouldn't I simply be able to tell YaST which drive I want it to create and install an MBR on rather than have it make (wrong) assumptions? I recognize there is a risk of overwriting an existing MBR that points to a different GRUB bootloader, but in this scenario that seems like exactly what I want to do. This is all very unclear to me from my reading the documentation.... Sorry for the long effort to express my confusion.... Marc... -- "The Truth is out there" - Spooky -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org