Soooo. This is the second time that I have installed OpenSuse Leap 15 on my tower computer. I already have Win 7 and KDE Neon (Ubuntu 18.08) installed and have installed latest OpenSuse Leap 15 on /dev/sdd. I directed that Grub 2 be installed on /dev/sdd MBR as I already have Grub 2 functioning well with Win 7 and KDE Neon. Unfortunately, $ sudo update-grub (when in KDE Neon) doesn’t find the OpenSuse install and bootloader.
The first OpenSuse install was one large / btrfs partition.
Current partition scheme for OpenSuse is:
/ btrfs 20 GiB
swap 2 GiB
/home xfs 800+ GiB
ASRock UEFI motherboard running in legacy mode.
I haven’t been using Linux for some time, so I am a bit rusty. Any ideas?
Apparently you are using the GRUB2 installed from KDE Neon: that might not be able to read the BTRFS filesystem as installed by Leap.
Boot to the installed Leap using the installer disk (use the “Boot installed Linux System” option) and then (re-)install GRUB from there.
The openSUSE GRUB should be able to find all your installed systems.
Many thanks for the replies. The size of the btrfs file system for / is duly noted. I thought that I had read to make sure a btrfs file system was as small as possible, but when the snapshots are stored on it, perhaps I should ask what the upper limit for the size of a btrfs partition should be.
I ran $ sudo fdisk -l in KDE Neon to see what I could find there. Interestingly, rather than the / btrfs partition being bootable, my /home xfs partition has been set as bootable. The / was specified in the expert partition tool as the partition for the operating system, while my /home partition was specified as a “data” partition. Did I miss something in the installer? The OpenSuse installer is completely new to me, but I think I would have noticed a section to specify which partition is bootable… Perhaps this is the reason that my KDE Neon Grub 2 can’t find a bootable OpenSuse system?
Totally depends on how you boot, MBR or EFI. MBR may or may not use the boot flag depending on how you set it up (ie Grub on MBR or Grub on Boot) MBR code on boot fand EFI boot ignore any boot flags set. Only generic boot code on MBR uses the boot flag.
There is no upper limit on the BTRFS size except fo the obvious max for the FS which is very large.
It also depends on what you are doing. If you have a large database operation and have not moved the DB’s from root then you need that space. Though best practices says move any DB stuff off root.
Please, can you insert the installer DVD, choose “More…” then “Boot Linux System” and then select the newly installed Leap?
If you succeed booting that way, chances are that the Neon GRUB is not able to find the kernel installed in the BTRFS partition.
Then if you insist on using that version of grub, either you reinstall Leap using an EXT4 partition or you ask for help in the Neon Forum…
Note as said above if Grub is installed in MBR then no boot flag is used ie it does not use the boot flag since it know which partition to boot. The boot flag only counts if generic/Windows boot code is in the MBR
Can you be more specific? At what point / with what error messages does it stop booting?
Can you describe your hardware in more detail? For instance, what graphics card does it use? Have you reviewed the Release Notes, for instance in the driver section available here?
Your system might have two problems:
a “foreign” GRUB not finding the Leap installation;
problematic hardware and/or something wrong in the Leap install itself.
In my view, if you are able to boot Leap via the installer DVD one way or the other, problem 1) can be easily solved.
Mmmm… AMD chipset and Nvidia graphics, I would not be surprised to find out that this is a problematic situation. I hope that other members with more experience with that combination jump in to help.
Standing by for now, sorry.
If you upload output from bootinfoscript run from Neon somewhere such as https://susepaste.org maybe someone here can provide a useful specific recommendation how to proceed. Four potentially bootable (sda,sdb,sdc,sdd) devices is fraught with potential obstacles to boot success.