What was this output from? Always, always, always start your copy for pasting of command output with the command itself. If output had been redirected to file so command does not exist there, type it in where it would have been. Always include the command you ran, so that we can be sure what it is we are looking at. Finish up with the following shell prompt, so that we know we are seeing the complete command output.
I used Dolphin on the desktop and browsed to etc / fstab
then opened fstab with kate.
You want me to use the cli and Vi ?
guus@localhost:~> ..
guus@localhost:/home> ..
guus@localhost:/> ls
0 bin boot dev etc home lib lib64 mnt opt proc root run sbin srv sys tmp usr var
guus@localhost:/> cd etc
guus@localhost:/etc> edit fstab
guus@localhost:/etc>
I didnβt see you finish #3, only that fstab says what should happen. That should have been followed by a directory listing showing content of the ESP (/boot/efi/, the mount point), in order to see what if any directories are there present as proof. Also I didnβt see a description of doing #6.
How does your systemβs installed packages compare to the following?:
Are systemd-boot or sdbootutil* also installed, or instead of any of the others? If you are using systemd-boot instead of grub, then I canβt help further unless you wish to switch to grub.
What does yours say? I would uninstall unetbootin* and systemd-boot, then run yast2 bootloader to ensure your TW has a proper Grub configuration, unless you wish to be using systemd-boot.
I was looking for content of /boot/efi/, not /boot/. Try tree /boot/efi/ to confirm #3. You cannot βdelete directory /boot/efi/EFI/opensuseβ if it doesnβt exist.
guus@localhost:/boot> cat efi
cat: efi: Is een map
guus@localhost:/boot> LANG=C
guus@localhost:/boot> cd efi
guus@localhost:/boot/efi> cat efi
cat: efi: Is a directory
guus@localhost:/boot/efi> ls
9e31c51a645745f3914585e1f8036f64 EFI
guus@localhost:/boot/efi>
If tree is missing on your system, install it when you can. I asked for tree /boot/efi/ because I wish to see a list of the entire content of /boot/efi/. What /boot/efi/EFI/ contains is the important part. Try:
> ls -Gg /boot/efi/EFI/*
/boot/efi/EFI/BOOT:
total 1376
-rwxr-xr-x 1 143360 Dec 11 2021 BOOTX64.EFI
-rwxr-xr-x 1 79856 Jun 26 2018 fbx64.efi
-rwxr-xr-x 1 123904 Jun 21 2018 grubx64.efi
-rwxr-xr-x 1 1053552 Jul 26 2017 mt74x64.efi
/boot/efi/EFI/opensusetw:
total 148
-rwxr-xr-x 1 151552 Aug 29 15:14 grubx64.efi
>
What was this supposed to be for? Messing with grub.cfg is highly recommended against. The system recreates if from scratch frequently.
Exactly the file Grub uses on openSUSE to provide its boot menu: /boot/grub2/grub.cfg. So, does it exist? If you want to examine it, try using command βlessβ, which may need to be separately installed. Itβs a pager for large text files.
# rpm -qf /usr/bin/less
less-661-1.1.x86_64
#
Unless you plan to switch to systemd-boot, I suggest uninstalling these would be a good plan, but lets try to stick to the thread subject for now. OTOH, itβs not been ruled out yet that systemd-boot isnβt somehow interfering with Grub configuration. Iβve never used it, so have no experience with what a system with it looks like.
It seems like your TW may have fallen into some alphabetization & package naming crack in getting bug 1226122 fixed that switched your installation from using grub-efi to systemd-boot. The following shows files used by systemd-boot not expected to be found on systems using grub-efi.
Note the kernel version overlap is limited to 6.8.2, so something changed around April to switch their locations. Do you have a backup available that contains /etc/sysconfig/bootloader from between then and when this trouble started? If so, does it/do all also contain, as now, LOADER_TYPE=βgrub2-efiβ, or something else?
Now that sdbootutil* and systemd-boot have been uninstalled, and yast has gotten your grub working, I suggest to do one or two more things:
1.βsudo zypper addlock systemd-boo*β to ensure it wonβt happen again
2.remove the above listed *-default files and the directories in which they live, if they remain now that youβve removed the sdbootutil* and systemd-boot packages.
Initially installed, or upgraded? grep systemd-boot /var/log/zypp/history will will show every instance since initially installing TW, unless /var/log/zypp/history has been being rotated.