Make tumbleweed hard disk bootable and grub question

@Gps2010 When you boot to Tumbleweed, fire up YaST bootloader and make sure the nvram setting is unchecked, make sure the probe foreign os is unchecked and then go and change that distributor variable in /etc/default/grub to opensuse-tumbleweed, run that grub2-mkconfig command to make sure it’s easier to identify where/which of the three ESP’s it using…

Or you can look at swapping from using the Leap one to the Tumbleweed one, but you would need to boot to Leap and change there instead. But since we know Leap is working, might be better to stick with that one.

All of the above info is in the previous posts, so re-read, check your commands etc, make notes! Good Luck!!!

1 Like

Each of those were intended to constitute templates showing different syntax from what malcolmlewis suggested. If I had noticed in time, I would have edited it shorter (removed the second). I’m surprised I had written in my notes that it had worked at the time (6 years ago).

1 Like

I don’t boot Windows unless I’ve disconnected the ethernet cable first, unless I have 10 or 20 hours or 30 to spend waiting for it to update, undo, update, undo, update, undo until it gives up. :slight_smile:

To be positive, I doubt I will ever get / use win 11.

Looking forward to end of life for win 10, then it wont update anymore.

I am also gonna see if that one game will run through wine. ( Aliens vs Predator 2)

I have become a fan of Valve, they have and are doing a lot to have even run windows games on Linux.

When I buy new games I also try to only pick games that have a Linux version, or work through proton.

There is still a problem left, but I am happy I can boot Tumbleweed through leap.
Last nite tried to boot tumbleweed, from the mobo boot menu.
Then all I got, was that I had to insert a bootable device.

Gonna google and maybe go to an Asrock forum.
See if there is a way to clean up, because I think that were the , no room left message, comes from.

Maybe there is something like reg cleaner for uefi :stuck_out_tongue:

sudo efibootmgr -b # -B, where # is the boot entry you wish removed from BIOS, determined from simply running sudo efibootmgr. If there is no entry in that output for TW, then your job fixing TW remains unfinished. Next new kernel installed in TW will very likely cause trouble if you don’t get this fixed, and understand, first, or disable TW’s boot management entirely (select not managed in TW’s YaST), so that booting TW from Leap will remain viable.

1 Like
guus@localhost:~> sudo efibootmgr
[sudo] wachtwoord voor root: 
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0000,0006,0011
Boot0000* Windows Boot Manager  HD(2,GPT,70e1d660-fa10-4c6b-af84-2f6220bf4308,0x109000,0x31800)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)57494e444f5753000100000088000000780000004200430044004f0042004a004500430054003d007b00390064006500610038003600320063002d0035006300640064002d0034006500370030002d0061006300630031002d006600330032006200330034003400640034003700390035007d00000061000100000010000000040000007fff0400
Boot0001* opensuse-leap HD(1,GPT,a986b7af-7e9a-4f0a-a483-a57562332f53,0x800,0x100000)/File(\EFI\OPENSUSE-LEAP\GRUBX64.EFI)
Boot0006* Hard Drive    BBS(HD,,0x0)0000474f00004e4fad00000001000000750053005400310030003000300044004d003000310030002d0032004500500031003000320000000501090002000000007fff040002010c00d041030a0000000001010600030101010600010003120a000100ffff00007fff040001043e00ef47642dc93ba041ac194d51d01b4ce62000200020002000200020002000200020002000200020004e005a0030003100390057004800350000007fff04000000424f00004e4fab000000010000007100530061006d00730075006e00670020005300530044002000390038003000200031005400420000000501090002000000007fff040002010c00d041030a000000000101060001010101060000000317100001000000002538d711b0b1697fff040001043400ef47642dc93ba041ac194d51d01b4ce653003600340039004e00460030005200370031003900340032003600560000007fff04000000424f00004e4fb10000000100000075005700440043002000570044003100300045005a00450058002d003000380057004e0034004100300000000501090002000000007fff040002010c00d041030a0000000001010600030101010600010003120a000000ffff00007fff040001043e00ef47642dc93ba041ac194d51d01b4ce62000200020002000570020002d00440043005700360043003200590052005400330031003600460000007fff04000000424f
Boot0011* opensuse      HD(1,GPT,a986b7af-7e9a-4f0a-a483-a57562332f53,0x800,0x100000)/File(\EFI\OPENSUSE\GRUBX64.EFI)0000424f
guus@localhost:~>

I see a Hard Drive, opensuse leap and opensuse

001 and 0011 seem to be almost the same ?

How to see what boot 0006 is ?

If I get this right, I am not done yet ?

Which might explain why my mobo does not see the tumbleweed ssd as bootable ?

Reading this topic, I found os prober.

I am doing this from Tumbleweed

guus@localhost:~> sudo os-prober
[sudo] wachtwoord voor root: 
24895.171079 | DM multipath kernel driver not loaded
/dev/sda2@/efi/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi
/dev/sdb2:openSUSE Leap 15.3:openSUSE:linux

So Tumbleweed should show here but does not ?

@Gps2010 No, os-prober looks for other operating systems, not the running one…

I suspect 0011 is Tumbleweed, and the other is obvious. That’s why I suggested naming (distributor) so could see :wink:

1 Like

I think I need to get a book.

EUFI for dummies :wink:

I am starting to become totally frustrated, and that is not because of this forum.
I feel stupid.

This time from Leap, so it sees tumbleweed.

guus@localhost:~> sudo os-prober
[sudo] wachtwoord voor root: 
/dev/nvme0n1p2:openSUSE Tumbleweed:openSUSE:linux:btrfs:UUID=9c8140f9-0b81-41eb-ab94-d7342c38d218:subvol=@/.snapshots/1555/snapshot
/dev/sdb2@/efi/Microsoft/Boot/bootmgfw.efi:Windows Boot Manager:Windows:efi

@Gps2010 it shows you booting from a snapshot only I suggest a new thread about that.

1 Like

I am gonna do some thinking.

Maybe reinstalling tumbleweed, is for me the easiest solution.

Don’t recall exactly when but , this

/dev/nvme0n1p2:openSUSE Tumbleweed:openSUSE:linux:btrfs

I did see also

/dev/nvme0n1p1

Could is be that the tumbleweed UEFI partition?

Maybe I am asking the wrong questions.
I started this topic because my mobo does not see a bootable Tumbleweed any more.

This happened after I clicked something, in yast on the first page of the boot loader.

:slightly_smiling_face:

It does. I would

  1. delete Boot0011* with efiboogmgr
  2. use Leap to boot into TW
  3. verify ESP is correctly mounting via /etc/fstab to /boot/efi/
  4. delete directory /boot/efi/EFI/opensuse
  5. assign a unique string to GRUB_DISTRIBUTOR= in /etc/default/grub
  6. use YaST Bootloader to reconfigure its Grub

#6 will should a new NVRAM entry for UEFI BIOS to offer booting from, and a new ESP directory equal to your unique string, containing the file(s) that the BBS menu entry for TW will boot from. Depending what YB already shows, you might not need to make any changes. You do want it to write to NVRAM, so need that box checked if it isn’t already. However if you do not change anything, YB won’t have reason write to disk. So if necessary, change its timeout value to anything other than its current value, then save/exit YB. You might consider for timeout a much larger number, to give you more time to think about what you’re looking at when the Grub menu is onscreen and haven’t touched the keyboard to stop the countdown. Longer timeout value can be helpful in a multiboot environment.

Quick reply, my mobo and opensuse(grub) are set to 8 seconds.

So my mobo first shows for 8 seconds 4 keys to hit for boot menu or enter UEFI
Then Grub gives me 8 seconds, to choose something else then the default.

What got me in trouble probably, was on the first page of YB, check that second box.
The one below the NVRAM box. I changed something.

That YAST bootloader is awesome and beyond dangerous for people like me.
One wrong click and the ■■■■ hits the fan.

Delete Boot0011* sounds interesting.
Mobo boot menu shows samsung ssd, and this is the tumbleweed disk.

So your probably right about my mobo seeing the disk. (but is not able to boot from it)

I was looking in yast at the boot loader.

The box that I think got me into trouble,
About the MBR flag.

Yes, that’s possible. Some BIOS ignore the flag, while other use it to decide whether to use UEFI booting or legacy booting.

Removing the flag is what is sometimes used to signal the of UEFI booting.

guus@localhost:~> sudo efibootmgr -b Boot0011* -B
[sudo] wachtwoord voor root: 
Invalid bootnum valueBoot0011*

You could have a look at man efibootmgr for the right syntax…
It is

sudo efibootmgr -b 11 -B
1 Like
guus@localhost:~> sudo efibootmgr -b 11 -B
[sudo] wachtwoord voor root: 
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0000,0006

Progress