staging.inyokaproject.org

Ich habe mir Ubuntu 20.04 installiert. Secureboot aktiviert und Kernel-Lockdown. Weil ich ein paar Probleme mit meinem System(Debian) hatte und festgestellt habe, dass es mit Ubuntu besser läuft. Mein Problem war, dass EFI(NVRAM) die Einträge von Debian oder Manjaro immer entfernt hatte, nachdem ich die SSD mal entfernt habe oder das UEFI zurückgesetzt habe. Bei Ubuntu blieb die shimx64 bestehen. Zu weiteren Problemen mit dem System schreibe ich jetzt nichts, das würde zu lang werden.

Meine eigentliche Frage bezieht sich auf shimx64.efi und dem Ubuntu Ordner-Pfad, welcher einmal groß und einmal klein geschrieben ist. Ich habe die Debian Partition gelöscht und den Debian Ordner unter /boot/efi/EFI entfernt, ebenfalls mit "efibootmgr -b X -B". Es war nur noch der Ubuntu Eintrag vorhanden. Danach habe ich einen Neustart gemacht und habe nun einen weiteren Ubuntu Eintrag.

Was ist der Unterschied zwischen "SHIMX64.EFI", welcher schon nach der Installation da war und "shimx64.efi", welcher nun erschienen ist? Für was steht das "0x511000" bzw. "0x11d800"? Und weiß jemand warum ein komplett neuer Eintrag nach einem Neustart erscheint?

efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0004,0005
Boot0001* ubuntu	HD(1,GPT,...122ca,0x800,0x11d800)/File(\EFI\UBUNTU\SHIMX64.EFI)..BO
Boot0004* Windows Boot Manager	HD(3,GPT,...ea69,0x9142800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS...
Boot0005* ubuntu	HD(1,GPT,...122ca,0x800,0x511000)/File(\EFI\Ubuntu\shimx64.efi)..BO

Hallo Ottoka,

Bitte poste Hersteller, Typ und Bezeichnung des Rechners .....

Im Codeblock:

sudo fdisk -l
sudo parted -l

Gruss Lidux

Hej Ottoka,

Ottoka schrieb:

...weiß jemand warum ein komplett neuer Eintrag nach einem Neustart erscheint?

das mußt du Deine EFI firmware fragen, die tut das nämlich - sprich: Du hast darauf keinen Einfluß, ist jedenfalls vergleichbar hier bei meinem Lenovo so; das legt nämlich ungefragt einen neuen Eintrag an, wenn z.B. eine neuen Platte mit O/S ans System gehängt wird.

Gruß black tencate

fdisk -l
Festplatte /dev/sda: 447,13 GiB, 480103981056 Bytes, 937703088 Sektoren
Festplattenmodell: CT480BX300SSD1  
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner:

Gerät       Anfang      Ende  Sektoren  Größe Typ
/dev/sda1     2048   5314559   5312512   2,5G EFI-System
/dev/sda4  5314560   6649855   1335296   652M Linux-Dateisystem
/dev/sda5  6649856 218081279 211431424 100,8G Linux-Dateisystem


Festplatte /dev/sdb: 111,81 GiB, 120034123776 Bytes, 234441648 Sektoren
Festplattenmodell: Samsung SSD 850 
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner:

Gerät         Anfang      Ende  Sektoren Größe Typ
/dev/sdb1       2048   1126399   1124352  549M Microsoft Basisdaten
/dev/sdb2    1126400 152315903 151189504 72,1G Microsoft Basisdaten
/dev/sdb3  152315904 154451967   2136064    1G EFI-System


Festplatte /dev/mapper/sda5_crypt: 100,82 GiB, 108236111872 Bytes, 211398656 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes

parted -l
Modell: ATA CT480BX300SSD1 (scsi)
Festplatte  /dev/sda:  480GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem  Name  Flags
 1      1049kB  2721MB  2720MB  fat32              boot, esp
 4      2721MB  3405MB  684MB   ext4
 5      3405MB  112GB   108GB


Modell: ATA Samsung SSD 850 (scsi)
Festplatte  /dev/sdb:  120GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem  Name  Flags
 1      1049kB  577MB   576MB   ntfs               msftdata
 2      577MB   78,0GB  77,4GB  ntfs               msftdata
 3      78,0GB  79,1GB  1094MB  fat32              boot, esp


Modell: Linux device-mapper (crypt) (dm)
Festplatte  /dev/mapper/sda5_crypt:  108GB
Sektorgröße (logisch/physisch): 512B/4096B
Partitionstabelle: loop
Disk-Flags: 

Nummer  Anfang  Ende   Größe  Dateisystem  Flags
 1      0,00B   108GB  108GB  ext4

efibootmgr -v
BootCurrent: 0001
Timeout: 1 seconds
BootOrder: 0001,0004,0005,0006
Boot0001* ubuntu	HD(1,GPT,...122ca,0x800,0x11d800)/File(\EFI\UBUNTU\SHIMX64.EFI)..BO
Boot0004* Windows Boot Manager	HD(3,GPT,...ea69,0x9142800,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS...
Boot0005* ubuntu	HD(1,GPT,...122ca,0x800,0x511000)/File(\EFI\UBUNTU\SHIMX64.EFI)..BO
Boot0006* Windows Boot Manager	HD(3,GPT,...ea69,0x9142800,0x209800)File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)..BO

Gewissen Einfluss scheine ich aber darauf zu haben, denn es wurde schlimmer, als ich SecureBoot mit dem Kernel-Lockdown(confidentiality) angewandt habe. Das werde ich aber bestimmt nicht mehr deaktivieren.

Nach einem Neustart hat sich wieder etwas geändert und "Boot0006" ist hinzugekommen und jetzt sind beide Ubuntu Pfade und Shimx64 Einträge groß geschrieben. Ist das beliebig möglich?

Hallo Ottoka,

Vielleicht auch durch die zwei EFI Partitionen ...... bei EFI ist nun mal fast alles möglich.

Gruss Lidux

Gibt es eine Möglichkeit zu schauen, ob das Efi selber die Einträge angelegt hat oder das von einem Betriebssystem aus gemacht wurde?