Grub2 problem - can only boot to 2 of 3 OS's

Jim jf_byrnes at comcast.net
Fri May 29 20:29:52 UTC 2020


On 5/29/20 12:11 PM, jim wrote:

Top posting to say this is solved. Downloaded and ran Boot-repair and 
now I can boot to all 3 OS's.

Thanks to everyone who offered help.

Jim

> On 5/29/20 11:28 AM, Liam Proven wrote:
>> On Fri, 29 May 2020 at 16:31, jim <jf_byrnes at comcast.net> wrote:
>>>
>>> I haven't done this in a while and did not think it would cause any
>>> problems.
>>
>>
>> Out of order disks partitions are a bad thing, but probably not fatal.
>> Not ideal, though.
>>
>>> I'm not sure the installation "asked me", but when I partitioned I chose
>>> /. Frankly I was sort of on autopilot, I made the choices I remember
>>> making other times.
>>
>> That is a _very_ bad mindset when you're trying to set up
>> triple-boot... but I think you may have worked that out by now.
>>
>> As Colin said, I think you should confine your experiments to VMs for
>> an easier life.
> 
> As I mentioned to Colin in another reply, it is not an experiment, it is 
> a strategy. Without getting into the debate of which is better upgrade 
> or fresh install, I have been installing the new version along side of 
> the old one and then slowly getting the new one setup while still being 
> productive in the old one. Long ago I had a problem similar to this one, 
> I'm not sure exactly how it was resolved, but I think in that case the 
> grub-update solved the problem.
> 
>>> I tried this from both sda1 - Ubuntu 18.4 and sda3 - Mint18.3 and got
>>> this result both times:
>>
>> Oh dear gods, don't do it for ALL of them! :-o
>>
>> As I said: leave your main, primary OS in control of the MBR. You have
>> not said which that is. If there isn't an obvious candidate, then pick
>> one and stick to it.
> 
> I'm not sure what you mean by "main, primary OS". Since Ubuntu16.04 did 
> not work well for me I have been spending most of my time in Mint18.3, 
> but I don't think that is what you mean. I don't reboot often but as I 
> recall I had to cursor down to Mint18.3, so I guess grub was on 
> Ubuntu18.04 (upgraded from 16.04).
> 
>> Then put the _others_ in their respective root partitions.
>>
>> FFS don't try to put _all_ of them in their root partitions or nothing
>> will be in control and it might not boot.
> 
> Really not my intention, one did not work so I tried the other.
> 
>>> This error puzzles me because using the Disks utility all of them are
>>> reported as Ext4(Version 1.0).
>>
>> Ext4 is the latest version of ext3 which is the latest version of
>> ext2. Don't worry about it.
>>
>> Use --force to over-ride the error. But ONLY in the non-main OSes. *DO
>> NOT DO THIS FOR ALL OF THEM!*
>>
>>> Doing this still donsn't work. I can see where it says it detects
>>> Mint18.3 but it never shows up in the grub menu. My goal is to boot to
>>> Mint18.3 that is my main OS, the move to Mint19.3 was to be gradual as I
>>> moved stuff over to it.
>>
>> Why not just upgrade 18.3 to 19.3?
>>
>> Seems much easier. Then you can remove the separate 19.3 install.
> 
> See my reasoning above.
> 
>> Mint 20 will be coming soon... Each major release is based on the
>> then-current Ubuntu LTS. Mint 19.x is based on Ubuntu 18.04. Mint 20
>> will be based on Ubuntu 20.04 .
>>
> 
> I'm in no hurry to adopt the latest releases. Mint19.x had something 
> that was not in Mint18.3 and I couldn't find an easy way to get it.
> 
> two more questions:
> 
> 1) In searching for a solution I see Boot-repair recommended. Have you 
> used it and is it a good option?
> 
> 2) Right now Mint19.3 means nothing to me. Would removing it solve my 
> problem or maybe create more?
> 
> Thanks for your help
> 
> Jim
> 
> 






More information about the ubuntu-users mailing list