Also, ich bin mir ziemlich sicher, dass der Asmedia der USB-SATA-Adapter ist. Das war schon immer so: Keine USB-Festplatte, kein Asmedia-Eintrag. Da ich den Adapter nicht mehr brauche, hab ich ihn jetzt mal abgehängt. Das Ergebnis:
Code: Alles auswählen
# efibootmgr -v
BootCurrent: 0003
Timeout: 2 seconds
BootOrder: 0003
Boot0003* UEFI OS HD(1,GPT,77768245-4cf4-425d-a376-a32ae5fd5ccb,0x800,0x100000)/File(\EFI\BOOT\BOOTX64.EFI)..BO
Das sieht schon aufgeräumter aus. Ändert aber nichts an der Tatsache, dass grub-install die Partition für voll hält.
Nun hat Jana66 aber schon darauf hingewiesen, dass grub-install der falsche Befehl für UEFI sein könnte. Also habe ich jetzt mal endlich
Code: Alles auswählen
# apt-get --reinstall install grub-common grub-efi-amd64 os-prober
ausgeführt. Leider mit demselben Ergebnis wie bei grub-install - Hier der entscheidende Ausschnitt:
Code: Alles auswählen
grub-efi-amd64 (2.02+dfsg1-3) wird eingerichtet ...
x86_64-efi wird für Ihre Plattform installiert.
Could not prepare Boot variable: No space left on device
grub-install: Fehler: efibootmgr failed to register the boot entry: Eingabe-/Ausgabefehler.
Failed: grub-install --target=x86_64-efi
WARNING: Bootloader is not properly installed, system may not be bootable
Aber der Eintrag in /boot/efi/EFI/debian/ ist überarbeitet worden
Code: Alles auswählen
# ls /boot/efi/EFI/debian/grubx64.efi -l
-rwx------ 1 root root 154112 Mär 31 17:16 /boot/efi/EFI/debian/grubx64.efi
, was heißt, dass ich mit etwas herumgefrickel immer den neuesten Kernel booten kann.
Ich habe ja vorher mal erwähnt, dass ich versuchen könnte, n alten Kernel zu booten. Andererseits: Der 4.15.0-2 ist ja mehr oder weniger 'ne Woche alt. Und der Kernel davor (4.14.0-3), der ist schon 'ne ganze Weile am Start gewesen. Ich meine allerdings, dass mein Problem eher in der Zeit zwischen 4.14.0-3 und 4.15.0-2 angefangen hat. Das spricht gegen ein Kernel-Problem…