Fehler beim Aktualisieren von Grub?

Question

Ich verwende Ubuntu 16.04 Live USB Persistent.

wenn ich diesen Befehl eingebe -sudo update-grub

Ich erhalte diesen Fehler:/usr/sbin/grub-probe: error: failed to get canonical path of aufs'.

Ich habe eine Problemumgehung gefunden, indem ich diese Befehle anwende, und der Fehler tritt nicht mehr auf. -

sudo apt-get update;
sudo apt-get install grub

(es installiert tatsächlich Grub 0.9)

Aber ich muss es bearbeiten grub.cfgund in Grub (0.9) ist es nicht vorhanden. Stattdessen ist es in Grub (aktuellste Version 2.0) vorhanden.

DANN Wenn ich grub(2.0) installiere, habe ich wieder dieses Problem -/usr/sbin/grub-probe: error: failed to get canonical path of aufs'.

WAS soll ich als Nächstes tun, um das Problem zu beheben?

Meine vorherige Frage und wie ich hierher komme-

Wie füge ich der Live-Sitzung selbst einen Kernel-Boot-Parameter hinzu?

Boot-Parameter in der Live-Sitzung selbst permanent machen?

Ubuntu bootet nicht mit den gewünschten Parametern?

fehlende grub.cfg-Datei, stattdessen menu.lst unter Ubuntu 16.04

BEARBEITEN- gleicher Fehler bei Verwendung von 'grub customizer'-

BEARBEITEN- Erstellen einer Boot-Zusammenfassungsinformation durch Boot-Reparatur: -

BEARBEITEN- BOOT-INFO:-

Verknüpfung

Answer 1

Einige Kommentare, Beobachtungen und Fragen:

• GRUB 0.9 ist auch als GRUB Legacy bekannt. Dies ist eine alte Version von GRUB, die mittlerweile mehr oder weniger vollständig aufgegeben wurde. Ubuntu verwendet heutzutage standardmäßig GRUB 2. Soweit ich weiß, ist Ubuntus Version von GRUB Legacy nur BIOS-basiert, was für Sie möglicherweise 100 % nutzlos ist – aber das führt uns zum nächsten Punkt …
• Ich habe alle Ihre Fragen überflogen und sehe keine Erwähnung des kritischsten Problems: Booten Sie im BIOS/CSM/Legacy-Modus oder im EFI/UEFI-Modus? Sie können den aktuellen Bootmodus ermitteln, indem Sie nach einem Verzeichnis namens suchen /sys/firmware/efi. Wenn es vorhanden ist, haben Sie im EFI-Modus gebootet; wenn es nicht vorhanden ist, haben Sie im BIOS-Modus gebootet. Wenn Sie jedoch eine Notfalldiskette verwenden, stimmt deren Bootmodus möglicherweise nicht mit dem Ihrer regulären Installation überein. Dies kann durch die Untersuchung der Partitionstabelle, des MBR-Inhalts und anderer Diagnosestandorte ermittelt werden, was mich zum nächsten Punkt bringt …
• Führen Sie bitte denBoot-Reparatur-Dienstprogrammund wählen Sie die Option „BootInfo-Zusammenfassung erstellen“. (NICHTKlicken Sie auf „Empfohlene Reparatur“, zumindest noch nicht!) Wenn Sie gefragt werden, ob Sie den Bericht hochladen möchten, klicken Sie auf „Ja“ und posten Sie dann die hier angegebene URL. Dadurch erhalten wir weitere Details zu Ihrer Konfiguration, die erforderlich sind, damit eine Antwort mehr als nur auf Vermutungen basieren kann.
• Die Fehlermeldung, die Sie gemeldet haben, kam mir bekannt vor, und ich habe sie schnell gefunden.diese Frage. Der Computer in diesem Fall verwendete eine NVMe-Festplatte, und es sieht so aus, als ob die Skripte von GRUB mit solchen Festplatten nicht gut zurechtkommen. Der Verfasser dieser Frage hat es schließlich zum Laufen gebracht, aber aus seinen Kommentaren geht nicht 100 % klar hervor, was er getan hat. In jedem Fall ist es denkbar (aber keineswegs sicher), dass Ursache und Lösung für Sie ähnlich sein könnten.

Insgesamt würde ich sagen, dass SieMUSSposten Sie eine BootInfo-Zusammenfassung, wenn Sie Hilfe erwarten. Ohne diese Zusammenfassung kann man nur auf gut Glück eine Lösung finden. Trotzdem besteht die Möglichkeit, dass die Antwort auf die Frage, auf die ich oben verwiesen habe, hilfreich sein könnte.

Sie können auch eine Veröffentlichung auf derUbuntu-Foren;dieser Ort ist besser für einen ausführlichen Austausch geeignet; diese Site ist besser für die Lösung unkomplizierter Probleme geeignet, bei denen nicht viele Fragen derjenigen beantwortet werden müssen, die helfen möchten.