Tumbleweed i7 3770 HD Graphics 4000 Kernel 4.11

Ik had denk ik wel gelezen dat de problemen begonnen met de upgrade naar 4.11 maar wat ik niet snap waar dan die “error: no such device: /efi/boot/failback.efi” vandaan komt, dat is toch de bootloader, i.e. grub2?

Nope, dat is het EFI gedeelte. Er wordt een :/boot/efi/EFI/boot verwacht. Die hoort op een FAT partitie te staan. En in de map die ik hier weergeef staat die ook. De oorzaken waarom het systeem wil dat die er is, blijven raden zonder output. GPT disk? Dan UEFI, anders boot er niks. GRUB verwijzend naar de verkeerde schijf?
Wat je in zo’n geval kunt doen is óf de Rescue functie gebruiken, óf booten van een installatie medium en middels mounten en chroot het geïnstalleerde systeem “overnemen” en handmatig e.e.a. aanpassen.

Hier een voorbeeld van een fstab met EFI


UUID=d5c729b7-d574-485e-8917-b2639e8b642e                       /                               ext4       acl,user_xattr        1 1
**UUID=62E4-75F9                                                  /boot/efi                       vfat       umask=0002,utf8=true  0 0
**UUID=4ea8490c-0970-4541-a684-12a63e1cad5a                       /home                           ext4       defaults              1 2
UUID=20e9f22d-bddf-4fba-b8c2-02d51e1cfc0f                       swap                            swap       defaults              0 0

Laptop van een kind, met UEFI en GPT partitionering

En hier van een fstab zonder


UUID=764a94f8-6ccb-4567-a7d2-b9a89c1dbc41 /                    ext4       acl,user_xattr        1 1
UUID=3a231221-2bd4-4635-aba9-cfb632add7eb swap                 swap       defaults              0 0
UUID=6aca2528-3520-486d-b92b-470ae1ebc532 /home                ext4       defaults              1 2

@Knurpt: Ja, juist ja, /boot/efi/EFI/boot is juist de plaats waar de bootloader (grub2) staat.

Dus die foutmelding is niet de bootloader maar het BIOS en ik zie nog steeds niet wat dat heeft te maken met de upgrade naar 4.11.

NB: Ik moet me geloof ik nog wat verder verdiepen in EFI want waarom heeft een draaiend systeem EFI nodig? In mijn beeld wordt EFI gebruikt door de BIOS bootcode om de bootloader te laden een beetje zoals beschreven op https://en.wikipedia.org/wiki/EFI_system_partition

The EFI system partition (ESP) is a partition on a data storage device (usually a hard disk drive or solid-state drive) that is used by computers adhering to the Unified Extensible Firmware Interface (UEFI). When a computer is booted, UEFI firmware loads files stored on the ESP to start installed operating systems and various utilities. An ESP needs to be formatted with a file system whose specification is based on the FAT file system and maintained as part of the UEFI specification; therefore, the file system specification is independent from the original FAT specification.

An ESP contains the boot loaders or kernel images for all installed operating systems (which are contained in other partitions), device driver files for hardware devices present in a computer and used by the firmware at boot time, system utility programs that are intended to be run before an operating system is booted, and data files such as error logs.

Waarom dan heb ik nog allerlei efi gerelateerde mount’s als ik gewoon draai?


> grep efi /etc/fstab
UUID=6086e893-5608-4b18-935f-971658f3830a /boot/grub2/x86_64-efi btrfs subvol=@/boot/grub2/x86_64-efi 0 0
UUID=95DB-4D6F       /boot/efi            vfat       umask=0002,utf8=true  0 0
> mount | grep efi
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
/dev/sdc1 on /boot/efi type vfat (rw,relatime,fmask=0002,dmask=0002,allow_utime=0020,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
/dev/sdc2 on /boot/grub2/x86_64-efi type btrfs (rw,relatime,ssd,space_cache,subvolid=261,subvol=/@/boot/grub2/x86_64-efi)

btrfs op een GPT disk? Je ziet bij beide outputs ook dat /boot/grub2/x86_64 een btrfs subvolume is.

Heren!

Hartelijk dank dat jullie de moeite nemen om mee te blijven denken.
Ik mis de kennis die jullie hebben. Doorzettingsvermogen heb ik echter wel:
Met de Tumble iso van 22 juni (met geïntegreerde kernel 4.11.6.1) komt mijn computer weer tot leven.
Ik was zelfs in staat een install te doen. Waarom het bij deze kernel wel lukt en alle voorgaande niet weet ik niet.
Kortom: ik heb een volledig functioneel systeem op KVM na.
Dat wil niet installeren maar is door mij nog niet goed onderzocht.

Ik hou echter wel mijn vingers gekruist voor een volgende kernel update.

So far so good!

Karel

Hartstikke mooi, al is daarmee niet meer na te gaan wat er nou precies misging