ubuntuusers.de

Danke euch beiden, mir reichen die Erklärungen und Verbesserungen.

Grüße, Benno

Bei EFI Nachbearbeitung (Abschnitt „Secure-Boot-nachruesten“) wird das Paket

 grub-efi-amd64-signed  

installiert, um mit Secure Boot booten zu können.
Bei mir, mit Ubuntu 15.04, wurde dieses Paket soeben deinstalliert. Und es scheint zu funktionieren. Braucht es dieses Paket noch?

Gerry Ghetto schrieb:

Bei EFI Nachbearbeitung (Abschnitt „Secure-Boot-nachruesten“) wird das Paket

 grub-efi-amd64-signed  

installiert, um mit Secure Boot booten zu können.
Bei mir, mit Ubuntu 15.04, wurde dieses Paket soeben deinstalliert. Und es scheint zu funktionieren.

Das ist zwar eine Supportanfrage - aber sei's drum. Dieses Paket wurde deinstalliert, weil das zum grub-efi-... passende Paket noch nicht in den Archiven freigegeben wurde. Dieses liegt an der falschen / fehlenden Abhängigkeit im Paket, was immer wieder durch unsauberes Paketieren vorkommt.

Braucht es dieses Paket noch?

Doch, doch - damit wird dann demnächst noch das GRUB 2-Menü erscheinen, aber kein Kernel mehr anprechbar sein.

Also abwarten, bis das richtige Paket da ist.

Ich prüfe das aber jetzt noch mal auf einer passenden Maschine - ggf. melde ich mich noch mal.

gruß syscon-hh

Nachtrag:

root@EFI-LVM-TEST:/home/laura# uname -rm
3.19.0-22-generic x86_64
root@EFI-LVM-TEST:/home/laura# update-grub -v
grub-mkconfig (GRUB) 2.02~beta2-22ubuntu1

Das ist diese Situation nach einem

• sudo apt-get update

• sudo apt-get dist-upgrade

Die folgenden Pakete werden ENTFERNT:
  grub-efi-amd64-signed
Die folgenden Pakete werden aktualisiert (Upgrade):
  grub-common grub-efi grub-efi-amd64 grub-efi-amd64-bin grub2-common

und spätestens dort bricht man das ab!

Und hier die Korrektur des Paketes - also nur ein paar Minuten alt:

[ubuntu/vivid-updates] grub2-signed 1.46.1 (Accepted)
Colin Watson cjwatson at canonical.com
Wed Jul 8 12:15:46 UTC 2015

Danke für die Erklärung!

Eigentlich wollte ich nur die Bestätigung, dass das Wiki so noch aktuell ist. Es scheint sich um diesen 1469995 zu handeln. Ich bin zwar nicht direkt davon betroffen, aber immerhin weiss ich jetzt, wo der Fehler liegt.

Hallo,

ich habe hier 2 Ubuntu 64-Bit Installationen auf unterschiedlichen Partitionen. Dafür wird im Wiki empfohlen, ein weiteres Bootverzeichnis, hier ubuntu-64, und einen entsprechenden UEFI-Bootmenü-Eintrag zu erstellen. Wird nun über diesen 2. gestartet, wird trotzdem die /boot/grub/grub.cfg der ersten Installation abgearbeitet. Untersucht man die grubx64.efi im 2. Bootverzeichnis mit einem Hexeditor, kann man auch darin den String EFI/ubuntu finden. Erst nachdem ich den manuell auf EFI/ubuntu-64 geändert hatte, wurde die richtige /boot/grub/grub.cfg abgearbeitet.

Hat sich da in Xenial was geändert, oder war der Hinweis im Wiki immer schon falsch?

Hej UlfZibis,

UlfZibis schrieb:

...oder war der Hinweis im Wiki immer schon falsch?

nein, falsch war der nicht, die beschriebene Methode "schiebt" den grub lediglich auf ein nicht benutzbares Abstellgleis!

(habe gerade selber einen post dazu {gemeldet}, die Wikileute werden ihn hoffentlich hier anhängen)

Gruß black tencate

Hej,

ich habe mal diese Passage ausprobiert. So weit, so gut, es funktioniert, man kann eine 2. Installation "ins Abseits" stellen.

Was mich dabei wundert, warum hier nicht gleich auch der so erzeugte Eintrag im NVRAM (und damit eben im EFI-Bootmenü) genutzt werden kann. Auf den ersten Blick

testubufirst@testubufirst-VirtualBox:~$ sudo mount /dev/sda1 /mnt
[sudo] Passwort für testubufirst: 
testubufirst@testubufirst-VirtualBox:~$ sudo ls /mnt/efi
BOOT  focalmate  grub  Microsoft  ubuntu  ubuntugnome
testubufirst@testubufirst-VirtualBox:~$ sudo cat /mnt/efi/focalmate/grub.cfg
search.fs_uuid ae784e7c-ec44-482d-9060-72ad1c9b49db root hd0,gpt4 
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
testubufirst@testubufirst-VirtualBox:~$ sudo blkid
/dev/sda3: UUID="dd4170d3-eb1f-4841-be9d-d03ca28c10a1" TYPE="ext4" PARTUUID="38fdaee5-5778-4843-81e1-53cf50f7a355"
/dev/loop0:…[...]
/dev/sda1: UUID="DFF3-BCEE" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="a4a17f26-7ca2-47e3-b5de-49ef7f9aa670"
/dev/sda2: UUID="6601F62C2F2D88D1" TYPE="ntfs" PTTYPE="dos" PARTUUID="1f8c9511-e7c2-4010-9976-10210fe0250e"
/dev/sda4: UUID="ae784e7c-ec44-482d-9060-72ad1c9b49db" TYPE="ext4" PARTUUID="17839cc7-ef92-412a-bbf2-42e96e395cb1"
testubufirst@testubufirst-VirtualBox:~$

könnte doch der Eintrag in efi/focalmate/grub.cfg (s.o.), der ja die richtige UUID der "/" verwendet, dann auch booten, ja, wenn das dort evt. so oder so ähnlich aussähe:

search.fs_uuid --set=root ae784e7c-ec44-482d-9060-72ad1c9b49db root hd0,gpt4 

plus weitere Änderungen, denn so funktioniert das nicht; wird außerdem mit grub-install auch wieder überschrieben.

Da hat man schon eine ach so komfortable firmware, und dann aber eben doch nicht. Booten tut lediglich der Eintrag ubuntu, schade.

Gruß black tencate

Hej UlfZibis,

UlfZibis schrieb:

...Untersucht man die grubx64.efi im 2. Bootverzeichnis mit einem Hexeditor, kann man auch darin den String EFI/ubuntu finden. Erst nachdem ich den manuell auf EFI/ubuntu-64 geändert hatte, wurde die richtige /boot/grub/grub.cfg abgearbeitet.

kann ich leider nicht nachvollziehen, bootet trotzdem nicht.

• testubufirst@testubufirst-VirtualBox:~$ sudo su
  [sudo] Passwort für testubufirst: 
  root@testubufirst-VirtualBox:/home/testubufirst# exit
  exit
  testubufirst@testubufirst-VirtualBox:~$ sudo mount /dev/sda1 /mnt
  testubufirst@testubufirst-VirtualBox:~$ sudo su
  root@testubufirst-VirtualBox:/home/testubufirst# cd /mnt/efi/focalmate
  root@testubufirst-VirtualBox:/mnt/efi/focalmate# ghex grubx64.efi
  root@testubufirst-VirtualBox:/mnt/efi/focalmate# 

• Anhang "geänderte-grubx64.efi.png"

• Anhang "VB-setup.png"

• Anhang "VB-Setup-Menu-focalmate.png"

• Anhang "VB-Fehlermeldung.png" (das ist die Meldung nach dem Versuch, focalmate zu booten)

Selbst das weitere entsprechende Ändern der weiteren grubx64.efi in efi/ubuntu und efi/grub führen nicht zum Booten von FocalMATE durch Aufruf des Menüentrags im Setupmenü.

Gruß black tencate