it-swarm.com.de

Fehler beim Mounten von / boot / efi

Ich habe gerade die neueste Version von Ubuntu13.04 von der offiziellen Website heruntergeladen (natürlich ist es AMD64) und mein Computer ist der ASUS-A45V Laptop Ich habe versucht, die erste Standardoption zu verwenden, um sie zu installieren (das heißt, ich überlasse Ubuntu, alle Dinge selbst zu tun, und ich habe Win7 auf meiner Festplatte installiert), und alle Dinge scheinen sehr gut zu laufen. Aber dann, wenn ich neu starte und es versuche um ubuntu zu starten. Es hat mir gesagt, dass "Faild/boot/efi mounten, S zum Überspringen oder M zum manuellen Reparieren eingeben" und dann den Ordner/boot/efi überprüfen und feststellen, dass sich nichts darin befindet ! Und dann habe ich versucht, es manuell zu installieren, aber das gleiche Ergebnis erzielt. Was ist das Problem? Wie kann ich das beheben? Und was noch mehr ist, Boot-Repair kann meinen Win7-Loader nur wieder in die Grub-Liste bringen, aber der formale efi-Loader von Win7 wurde von Ubuntu in Grub überschrieben. Wie kann ich es wiederherstellen?

3
user152531

Zunächst war es Boot Repair, nicht Ubuntus Installationsprogramm, das den Windows-Bootloader durch eine andere Kopie von GRUB ersetzte. Boot Repair führt dies aus, da dies die einzige verfügbare Problemumgehung für einige fehlerhafte BIOS ist, die den Windows-Bootloader starten, jedoch keinen Linux-Bootloader. Aber meiner Meinung nach ist Boot Repair viel zu schnell, um auf diese Lösung zurückzugreifen, die ein uneleganter (wenn auch gelegentlich notwendiger) Hack ist. IIRC, es gibt eine Option in Boot Repair, um diese Änderung rückgängig zu machen. Wenn Sie es nicht finden können, können Sie dasselbe manuell tun, indem Sie Dateien umbenennen. Der Microsoft-Bootloader sollte EFI/Microsoft/Boot/bootmgfw.efi auf dem ESP sein (der unter /boot/efi in Linux eingehängt ist; siehe unten). In Ihrem Fall enthält diese Datei eine Kopie von GRUB, und der echte Microsoft-Bootloader wird mit einer anderen Erweiterung oder mit einigen neuen führenden Zeichen umbenannt. Die Boot Repair-Entwickler haben anscheinend die von ihnen verwendeten Namen mindestens einmal geändert. Beachten Sie, dass es denkbar ist, dass Ihr Computer beim Einschalten Windows direkt startet, wenn Sie Ihre Startprogramme korrekt umbenennen, sodass Sie keine Möglichkeit haben, Linux zu starten. In diesem Fall können Sie Linux möglicherweise im Boot-Manager Ihrer Firmware finden (der normalerweise durch Drücken einer Funktionstaste beim Booten gestartet wird). und Sie können wahrscheinlich GRUB mit dem Programm efibootmgr unter Linux als Standard wiederherstellen. Weitere Informationen finden Sie auf meiner Webseite zur Installation des EFI-Bootloaders .

Das Verzeichnis /boot/efi ist leer, da es sich um einen Bereitstellungspunkt für den ESP handelt. Wie Sie bereits berichtet haben, konnte das System diesen nicht bereitstellen. Dies ist höchstwahrscheinlich auf eine Beschädigung des Dateisystems zurückzuführen, obwohl möglicherweise Ihr /etc/fstab -Eintrag für /boot/efi einen Fehler aufweist. Versuche dies:

  1. Geben Sie Sudo parted /dev/sda print ein. Dies sollte eine Liste der Partitionen auf Ihrer Festplatte erzeugen. Das ESP ist normalerweise eine FAT-Partition, bei der in der Nomenklatur von parted das "Boot-Flag" gesetzt ist. Identifizieren Sie diese Partition und notieren Sie ihre Nummer. Wenn Sie keine FAT-Partition finden können, liegt dies möglicherweise an einer sehr schweren Beschädigung von ESP. Dies ist jedoch unwahrscheinlich, da Sie booten können.
  2. Geben Sie Sudo mount /dev/sda1 /boot/efi ein und ändern Sie 1 in die Zahl, die Sie im ersten Schritt angegeben haben. Wenn eine Fehlermeldung angezeigt wird, notieren Sie diese. es kann ein Hinweis darauf sein, was falsch ist.
  3. Wenn Sie den ESP nicht bereitstellen konnten, geben Sie Sudo dosfsck /dev/sda1 ein und ändern Sie 1 erneut in die richtige Partitionsnummer. Dadurch wird das Linux-Dienstprogramm zur FAT-Dateisystemprüfung auf der Partition ausgeführt, wodurch das Problem mit etwas Glück behoben wird. Sie können dann versuchen, die Partition erneut manuell bereitzustellen.
  4. Wenn Sie ESP mounten konnten, ohne dosfsck auszuführen, suchen Sie nach dem entsprechenden Eintrag in /etc/fstab und beheben Sie etwaige Probleme. Ich weiß, dass diese Beschreibung vage ist, aber es ist schwer zu wissen, was falsch sein könnte, ohne den Eintrag zu sehen. Poste es hier, wenn du weitere Ratschläge brauchst.

Sie haben Windows 7 erwähnt. Beachten Sie jedoch, dass Windows 8 standardmäßig kein normales Herunterfahren verwendet. Stattdessen wird eine "Schnellstart" -Funktion verwendet, die eher einer Suspend-to-Disk-Operation ähnelt. Dies hat zur Folge, dass Dateisysteme in einem inkonsistenten Zustand verbleiben. Ich habe gehört, dass diese Funktion auf einigen Computern Probleme mit ESP verursacht, weshalb ich sie erwähne. Beim Dual-Booten mit Windows 8 sollten Sie die Funktion "Schnellstart" deaktivieren , wie hier beschrieben. Auch unter Windows 7 wird möglicherweise etwas Ähnliches angezeigt Wenn Sie eine Suspend-to-Disk-Funktion verwendet haben oder nicht ordnungsgemäß heruntergefahren wurden.

3
Rod Smith