Replacing suse boot manager

English Install/Boot/Login
1

HI. I have had a bit of a search using Google as well as gone through the forums here to see if there is anything related to being able to change Suse’s Grub2 boot manager with Grub2 that I had initially with Ubuntu and Linux Mint. I have installed currently the latest OpenSuse 13.1 distro.
I find that that the customized Grub2 boot manager that OpenSuse has, loads up too slowly when using that customized Grub2.

When I was using Grub2 under the control of Ubuntu it loaded up much quicker than the customized replacement from OpenSuse. I have tried to go and log in back to Ubuntu to sudo os-prober but still the customized interface of OpenSuse’s Grub2 boot still refuses to be replaced.

linux-d0zj:/home/frankenstein # fdisk -l

Disk /dev/sda: 1000.2 GB, 1000204886016 bytes, 1953525168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk label type: dos
Disk identifier: 0x000126f2

Device Boot Start End Blocks Id System
/dev/sda1 * 2048 42371071 21184512 83 Linux
/dev/sda2 42371072 85326150 21477539+ 83 Linux
/dev/sda3 85327870 1953523711 934097921 f W95 Ext’d (LBA)
Partition 3 does not start on physical sector boundary.
/dev/sda5 85327872 127547391 21109760 83 Linux
/dev/sda6 127549440 169527295 20988928 83 Linux
/dev/sda7 169529344 211718797 21094727 83 Linux
/dev/sda8 328964160 1920034815 795535328 7 HPFS/NTFS/exFAT
/dev/sda9 1920038912 1953523711 16742400 82 Linux swap / Solaris

Disk /dev/sdb: 320.1 GB, 320072932864 bytes, 625142447 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk label type: dos
Disk identifier: 0xe1c88ad8

Device Boot Start End Blocks Id System
/dev/sdb1 4033 625137344 312566656 f W95 Ext’d (LBA)
/dev/sdb5 4096 405657314 202826609+ 7 HPFS/NTFS/exFAT
/dev/sdb6 * 405657378 625137344 109739983+ 7 HPFS/NTFS/exFAT]

Ubuntu is on /dev/sda2

Is it possible to switch the " boot " flag that OpenSuse currently has back to /dev/sda2 via Gparted? Is that the easiest method?
Right now (using Gparted), OpenSuse has the flags ’ type, boot" and /dev/sda2 (ubuntu) has the flags 'type". If memory serves me correct, I believe that this was the initial configuration.

2

Next time, please use CODE tags and not QUOTE tags when posting computer text. It is the # button, at the right of the QUOTE button in the post editor.

3

Gotcha. Tried to do that immediately after your post; however, the 10 min. time frame for editing expired.

4

You can tell the installer to not install a bootloader.

You have probably misinterpreted what you are seeing. Grub2 loads the kernel and the “initrd”. But, anything beyond that is being handled by the system you are booting. My guess is that, with the grub2 from ubuntu/Mint, the bootup time would not be much different from what you are seeing.

5

Well, I said" next time :wink:

But I appreciate your cooperation. Not withstanding the fact that what you tried will not help. Once the layout is destroyed, you can not get it back.

6

Hi. :slight_smile: and thanks for your response.
Firstly, it’s a bit late now to tell the installer to not install a boot loader as the OS is already installed and quite frankly, I don’t think I’d want to go and do an unnecessary uninstall and re-install of Suse. I’m hoping that it can be configured via Terminal or a different route perhaps. Isn’t there a way, perhaps?

I am sure that you realize that Grub2 is looking for the image that has to be loaded from Suse’s root file system. The Grub2 interface isn’t really the 'normal’ interface that one expects from seeing how Grub2 looks like (that is, black background and operating systems selection being listed top left side, for example).
I realize that Grub2 can be configured and tweaked to one’s liking with respect to it’s interface or implementing a background image even but the load up times are much longer than before. I know the history of my computer loading up Grub2 to present the OS selections.

Also, I disagree a bit there with the load up times of the OpenSuse customized Grub2 interface vs the non-customized interface of Grub2 that Ubuntu was handling. I swear that the load up times of Grub2 were from at least 3-5 seconds less prior to installing OpenSuse’s Grub2 interface.

thanks in advance for your response. :slight_smile:

Edit: I had to re-read your short post and I am wondering. Are you saying that there isn’t really a whole lot that one can do with respect to this?

7

Basically, yes. That’s what I’m saying.

The amount of time spent in grub2 is probably less than 1 second (not counting your time reading the menu). So if you are seeing 3-5 extra seconds, most of those are not in grub2.

Some of it might be plymouth. You could uninstall plymouth (which I have done here).

For me, the boot up time of 13.1 is several seconds longer than the bootup time of 12.3. The shutdown time is a bit longer, too. I’m not sure where the extra time is going, but it isn’t in grub2.

8

I do not know what you call “interface” here but you can disable grub2 graphical support and themes and use plain console interface. At least to test whether it will change anything in perceived load times.

9

Hii again. I am curious. When going to YAST>Boot Loader> Boot Loader drop down menu there is a selection of to not install any boot loader. Since Ubuntu was initially running the boot loader grub2 at the time prior to Suse install, would the selection of this to not install a boot loader revert back to the original configuration? As you mention and as I also recall there was an option during installation to install or not to install a boot loader.

I believe that is what I was trying to say though I didn’t have the correct words to express my thoughts at the time. But yes. Basically that is what I mean. To disable the green graphical theme presented by Suse and just go with the plain textual console interface that one normally sees. If there is a way to disable this graphical support how would I go about doing this?

Boot up times to get to Suse are not all that bad. At least this morning they are not. But that is only for the operating system after the selection has been made at the grub2 point.
Not for the time it takes to initially get to OpenSuse’s Grub2 graphical interface that newer installations normally are presented with.

frankenstein@linux-d0zj:~> systemd-analyze
Startup finished in 3.033s (kernel) + 7.880s (userspace) = 10.914s
frankenstein@linux-d0zj:~>

I’d like to know what the times to just get to Grub2 interface would be like. Are there any command structures that I could interact with to find out other than just mentally counting the time it takes? I counted over 20 seconds. It was not like that before.

Thanks in advance again for your response.

10

… To disable the green graphical theme presented by Suse and just go with the plain textual console interface that one normally sees.

I guess you forget that these are the openSUSE forums and thus that we “normally” see the green openSUSE graphical theme (I never saw anything else, except for the pinguins). But I admit that we may not the “one” you mean lol!.

It is not clear to me if you have there a multi-boot situation with Ubuntu (or another). When yes, then let that distro (re)create a bootloader configuration. openSUSE is then only an entry there.

11

Yes. I do have a multiboot configuration. Along with Antergos, Manjaro, Linux Mint, Ubuntu, and Open Suse these form the multi boot configuration.
I have tried to re-create the Grub2 boot config with both Mint and Ubuntu using the os-prober and update-grub command structures on both of those OS separately but it’s been a no-go trying that.

12

It won’t uninstall the boot sector. But it will stop updating it. You would probably have to run “grub2-mkconfig” on your ubuntu system for it to generate an entry to boot opensuse. And, any time that there is a kernel update on opensuse, you would have to rerun “grub2-mkconfig” (or equiv) on ubuntu to pick up the changes.

Arch linux seems to have an option to install grub2, install “core.img”, but not write a boot sector. That allows “grub2-mkconfig” to still work, but you would need to provide a way of accessing the generated “grub.cfg”, probably with a “configfile” command in a different grub installation. Personally, I’d like to see that as an additional option for opensuse. I could use it with beta testing of pre-released versions.

13

Current upstream added --no-bootsector option to grub-install which makes it easy to implement it. It just needs someone to implement yast GUI part :slight_smile:

14

Go in yast bootloader settings and uncheck “Use graphical console”.

I’d like to know what the times to just get to Grub2 interface would be like. Are there any command structures that I could interact with to find out other than just mentally counting the time it takes? I counted over 20 seconds. It was not like that before.

Well, current grub2 has sort of boot time statistics, but it a) needs to be enabled during build and I’m not sure what impact it has and b) I really never played with it so I cannot say whether it will answer your question.

15

Hi arvidjaar :wink:

I did as per your instructions to uncheck the graphical console and after rebooting, the first words after out of my mouth were 'wow!!"
The boot up to just get to Grub2 textual mode was less than 1 second. I didn’t even have to make a mental count. It just popped up right on the screen and allowed me the possible selections.

You can’t even compare the amount of time from how it was before to how it is now. From the amount of time just for Grub2 to load up using the graphic interface to the textual interface is a savings of around 19 seconds ( not including the time it takes for Open Suse to load up). Amazing! Not even when Ubuntu was handling the load up of Grub2 could compare.
I am like most people. I don’t want to sit in front of my computer for ever waiting for the operating system selections to load up. I want to get to work and get going on the computer. Thanks so much for your help. It was a simple alteration but helpful. :wink:

One other question I have here and it pertains to kernal updates to all the operating systems on my machine.
No doubt that when there are kernal updates to each of the distros on my machine, while in oS I would need to

sudo os-prober

followed by,

** su**

followed by

grub2-mkconfig -o /boot/grub2/grub.cfg

would this be correct?

Or does OpenSuse automatically filter out any changes to each of the distos kernal updates ( the debian origin and Arch distros, that is) ?

Am asking because I have to sudo update-grub for the debian distros or mkconfig -o for the 2 Arch distros while I am in each of those distros to update each of any kernal updates of any distros.
I am assuming not but I would like to know in advance since Open Suse is going to handle the loading of Grub2 now for all of the distros on the hard drive. And because of my negative assumption, I’ll just update the grub configuration while in Open Suse each time I come across a kernal update in any of the distros on the drive.

nrickert mentioned about the boot sector not being updated. But that would only apply if the boot loader option was unselected. Now that the non-graphical interface is present, will this method still allow the boot sector to be updated?

16

Interesting.

I am not seeing anything like that 19 seconds. I’d say it is less than 1 second to get the grub2 menu.

I have a text mode menu for one install of 12.3, and perhaps that’s faster. But the difference is small enough to not notice.

There is perhaps something funky about your graphics card that is taking grub so long.

17

You need to do the grub2 dance only on the OS that is in control of the boot not all OS’s. Basically you need to refresh the controlling OS’s boot menu. So if the kernel i updated on any of the non boot controlling OS’s you need to go to the controller and resetup grub2 to pick up the new kernel

18

Currently responding through Ubuntu to this thread. Regarding my graphics card.
Here is the Ubuntu output.
Please proceed beyond the below listed code to the next one I provide immediately here-after to see what the graphics card info is.

frankenstein@frankenstein-desktop:~$ lspci -v
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller (rev 09)
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, fast devsel, latency 0
    Capabilities: <access denied>

00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
    I/O behind bridge: 0000e000-0000efff
    Memory behind bridge: efe00000-efefffff
    Prefetchable memory behind bridge: 00000000d0000000-00000000dfffffff
    Capabilities: <access denied>
    Kernel driver in use: pcieport

00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) (prog-if 30 [XHCI])
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, medium devsel, latency 0, IRQ 47
    Memory at eff20000 (64-bit, non-prefetchable) [size=64]
    Capabilities: <access denied>
    Kernel driver in use: xhci_hcd

00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04)
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, fast devsel, latency 0, IRQ 55
    Memory at eff3b000 (64-bit, non-prefetchable) [size=16]
    Capabilities: <access denied>
    Kernel driver in use: mei_me

00:19.0 Ethernet controller: Intel Corporation 82579V Gigabit Network Connection (rev 04)
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, fast devsel, latency 0, IRQ 48
    Memory at eff00000 (32-bit, non-prefetchable) [size=128]
    Memory at eff39000 (32-bit, non-prefetchable) [size=4]
    I/O ports at f040 [size=32]
    Capabilities: <access denied>
    Kernel driver in use: e1000e

00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) (prog-if 20 [EHCI])
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, medium devsel, latency 0, IRQ 16
    Memory at eff38000 (32-bit, non-prefetchable) [size=1]
    Capabilities: <access denied>
    Kernel driver in use: ehci-pci

00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04)
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, fast devsel, latency 0, IRQ 56
    Memory at eff30000 (64-bit, non-prefetchable) [size=16]
    Capabilities: <access denied>
    Kernel driver in use: snd_hda_intel

00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
    Capabilities: <access denied>
    Kernel driver in use: pcieport

00:1c.4 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 5 (rev c4) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
    I/O behind bridge: 0000d000-0000dfff
    Memory behind bridge: efd00000-efdfffff
    Capabilities: <access denied>
    Kernel driver in use: pcieport

00:1c.5 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 6 (rev c4) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=00, secondary=04, subordinate=0b, sec-latency=0
    I/O behind bridge: 0000c000-0000cfff
    Memory behind bridge: ef900000-efbfffff
    Capabilities: <access denied>
    Kernel driver in use: pcieport

00:1c.7 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 8 (rev c4) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=00, secondary=0c, subordinate=0c, sec-latency=0
    I/O behind bridge: 0000b000-0000bfff
    Memory behind bridge: efc00000-efcfffff
    Capabilities: <access denied>
    Kernel driver in use: pcieport

00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) (prog-if 20 [EHCI])
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, medium devsel, latency 0, IRQ 23
    Memory at eff37000 (32-bit, non-prefetchable) [size=1]
    Capabilities: <access denied>
    Kernel driver in use: ehci-pci

00:1f.0 ISA bridge: Intel Corporation Z77 Express Chipset LPC Controller (rev 04)
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, medium devsel, latency 0
    Capabilities: <access denied>
    Kernel driver in use: lpc_ich

00:1f.2 SATA controller: Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) (prog-if 01 [AHCI 1.0])
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 49
    I/O ports at f090 [size=8]
    I/O ports at f080 [size=4]
    I/O ports at f070 [size=8]
    I/O ports at f060 [size=4]
    I/O ports at f020 [size=32]
    Memory at eff36000 (32-bit, non-prefetchable) [size=2]
    Capabilities: <access denied>
    Kernel driver in use: ahci

00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04)
    Subsystem: Intel Corporation Device 2037
    Flags: medium devsel, IRQ 11
    Memory at eff35000 (64-bit, non-prefetchable) [size=256]
    I/O ports at f000 [size=32]

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Barts XT [Radeon HD 6870] (prog-if 00 [VGA controller])
    Subsystem: XFX Pine Group Inc. Device 3107
    Flags: bus master, fast devsel, latency 0, IRQ 57
    Memory at d0000000 (64-bit, prefetchable) [size=256]
    Memory at efe20000 (64-bit, non-prefetchable) [size=128]
    I/O ports at e000 [size=256]
    Expansion ROM at efe00000 [disabled] [size=128]
    Capabilities: <access denied>
    Kernel driver in use: radeon

01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Barts HDMI Audio [Radeon HD 6800 Series]
    Subsystem: XFX Pine Group Inc. Device aa88
    Flags: bus master, fast devsel, latency 0, IRQ 58
    Memory at efe40000 (64-bit, non-prefetchable) [size=16]
    Capabilities: <access denied>
    Kernel driver in use: snd_hda_intel

03:00.0 Ethernet controller: Intel Corporation 82574L Gigabit Network Connection
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, fast devsel, latency 0, IRQ 16
    Memory at efd20000 (32-bit, non-prefetchable) [size=128]
    Memory at efd00000 (32-bit, non-prefetchable) [size=128]
    I/O ports at d000 [size=32]
    Memory at efd40000 (32-bit, non-prefetchable) [size=16]
    Capabilities: <access denied>
    Kernel driver in use: e1000e

04:00.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Memory at efb00000 (32-bit, non-prefetchable) [size=128]
    Bus: primary=04, secondary=05, subordinate=0b, sec-latency=0
    I/O behind bridge: 0000c000-0000cfff
    Memory behind bridge: ef900000-efafffff
    Capabilities: <access denied>
    Kernel driver in use: pcieport

05:01.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=05, secondary=06, subordinate=06, sec-latency=0
    Capabilities: <access denied>
    Kernel driver in use: pcieport

05:04.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=05, secondary=07, subordinate=07, sec-latency=0
    I/O behind bridge: 0000c000-0000cfff
    Memory behind bridge: efa00000-efafffff
    Capabilities: <access denied>
    Kernel driver in use: pcieport

05:05.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=05, secondary=08, subordinate=08, sec-latency=0
    Capabilities: <access denied>
    Kernel driver in use: pcieport

05:07.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=05, secondary=09, subordinate=09, sec-latency=0
    Capabilities: <access denied>
    Kernel driver in use: pcieport

05:09.0 PCI bridge: PLX Technology, Inc. PEX 8606 6 Lane, 6 Port PCI Express Gen 2 (5.0 GT/s) Switch (rev ba) (prog-if 00 [Normal decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=05, secondary=0a, subordinate=0b, sec-latency=0
    Memory behind bridge: ef900000-ef9fffff
    Capabilities: <access denied>
    Kernel driver in use: pcieport

07:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11) (prog-if 01 [AHCI 1.0])
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, fast devsel, latency 0, IRQ 53
    I/O ports at c040 [size=8]
    I/O ports at c030 [size=4]
    I/O ports at c020 [size=8]
    I/O ports at c010 [size=4]
    I/O ports at c000 [size=16]
    Memory at efa20000 (32-bit, non-prefetchable) [size=512]
    Expansion ROM at efa00000 [disabled] [size=128]
    Capabilities: <access denied>
    Kernel driver in use: ahci

0a:00.0 PCI bridge: Integrated Technology Express, Inc. Device 8892 (rev 30) (prog-if 01 [Subtractive decode])
    Flags: bus master, fast devsel, latency 0
    Bus: primary=0a, secondary=0b, subordinate=0b, sec-latency=32
    Memory behind bridge: ef900000-ef9fffff
    Capabilities: <access denied>

0b:02.0 FireWire (IEEE 1394): Texas Instruments TSB43AB22A IEEE-1394a-2000 Controller (PHY/Link) [iOHCI-Lynx] (prog-if 10 [OHCI])
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, medium devsel, latency 32, IRQ 16
    Memory at ef904000 (32-bit, non-prefetchable) [size=2]
    Memory at ef900000 (32-bit, non-prefetchable) [size=16]
    Capabilities: <access denied>
    Kernel driver in use: firewire_ohci

0c:00.0 SATA controller: Marvell Technology Group Ltd. 88SE9172 SATA 6Gb/s Controller (rev 11) (prog-if 01 [AHCI 1.0])
    Subsystem: Intel Corporation Device 2037
    Flags: bus master, fast devsel, latency 0, IRQ 54
    I/O ports at b040 [size=8]
    I/O ports at b030 [size=4]
    I/O ports at b020 [size=8]
    I/O ports at b010 [size=4]
    I/O ports at b000 [size=16]
    Memory at efc20000 (32-bit, non-prefetchable) [size=512]
    Expansion ROM at efc00000 [disabled] [size=128]
    Capabilities: <access denied>
    Kernel driver in use: ahci

frankenstein@frankenstein-desktop:~$

The graphics card info is listed therein but I will list it here (shown in bold[/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size][/size]) briefly to facilliate ease of searching for it in the above code:

01:00.0 **VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Barts XT [Radeon HD 6870]** (prog-if 00 [VGA controller])
    Subsystem: XFX Pine Group Inc. Device 3107
    Flags: bus master, fast devsel, latency 0, IRQ 57
    Memory at d0000000 (64-bit, prefetchable) [size=256]
    Memory at efe20000 (64-bit, non-prefetchable) [size=128]
    I/O ports at e000 [size=256]
    Expansion ROM at efe00000 [disabled] [size=128]
    Capabilities: <access denied>
    Kernel driver in use: radeon

My system is a customized system that I recently had built for me. That is a fairly decent graphics card listed.

@gogalthorp: So basically what your saying is that the command structure that I listed in my other post above is basically all that I need to do.
The OS that is in control ( in this case OpenSuse) is the only operating system that would need to have Grub2 updated when there is a kernal update. Is that correct?

Also, just for the sake of information, the memory information is also displayed **( in bold) **[/size][/size][/size][/size]:

frankenstein@frankenstein-desktop:~$ lspci -v -s 01:00.1
01:00.1 Audio device: Advanced Micro Devices, Inc. [AMD/ATI] Barts HDMI Audio [Radeon HD 6800 Series]
    Subsystem: XFX Pine Group Inc. Device aa88
    Flags: bus master, fast devsel, latency 0, IRQ 58
    **Memory at efe40000 (64-bit, non-prefetchable) [size=16][/size]**
    Capabilities: <access denied>
    Kernel driver in use: snd_hda_intel

[/size]

19

There is no need to run os-prober by itself - it is called by grub2-mkconfig.

20

You only need to run grub2-mkconfig if the kernel on another OS is updated. If openSUSE is in boot control then a kernel update to openSUSE will autocratically do the grub2-mkconfig but if another OS’s kernel is updated openSUSE has no way of knowing this and thus you need to run grub2-mkconfig in openSUSE to get the grub menu back in sync.