Heute Morgen waren auf dem Startlaufwerk meines Computers problemlos Windows 10 und Ubuntu 16.04 installiert.
Ich konnte wählen, ob ich Ubuntu oder Windows über GRUB booten wollte. Ich konnte Ubuntu auch als virtuelle Maschine in VMWare Workstation starten.
Dummerweise habe ich heute Abend den Befehl sudo apt-get dist-upgradeinnerhalb von Ubuntu ausgeführt, während es als virtuelle Maschine unter Windows ausgeführt wurde.
Das hat etwas sehr Seltsames verursacht. Ich bin nicht sicher, was, aber als es versuchte, GRUB zu aktualisieren, stürzte es komplett ab.
Ich habe Windows neu gestartet und daraufhin wurde ein seltsam aussehender GRUB-Bildschirm angezeigt; der normale Grub-Bildschirm, aber mit @Zeichen, die den Rahmen um das Menü bilden. Bei der Auswahl von Windows oder Ubuntu trat ein Error: Command not found, press any key to continueFehler auf. Durch Drücken einer beliebigen Taste gelangte ich zurück zum GRUB-Hauptmenü.
Alles ist gesichert und ich kann mein Boot-Laufwerk mit meiner Macrium-Live-CD sehen.
Es verfügt über die folgenden Partitionen:
1 - System Reserved = 100MB = This is something to do with Windows, but what? The UEFI bios?
2 - Boot (C:) = 83GB = This is where Windows 10 is installed
4 - (None) = 19.99GB = This where Ubuntu is installed
5 - (None) = 7.94GB = No idea what this is. 8 gb? Completely filled as well. What is this partition?
3 - (H:) = 450MB = No idea what this is.
Was muss ich also ausführen, um Grub auf diesem Laufwerk wiederherzustellen? Ich nehme an, ich muss meinen bootfähigen Ubuntu-USB-Stick booten und ausführen grub-install /dev/xxxxx, bin mir jedoch nicht sicher, wodurch ich es ersetzen soll xxxxx.
Ich habe meine Laufwerke mit einer Ubuntu-Anwendung namens „Boot Repair“ gescannt und das hier ist das Ergebnis.
"blkid" output: ________________________________________________________________
Device UUID TYPE LABEL
/dev/loop0 squashfs
/dev/sda1 42F031C2F031BCCB ntfs Current
/dev/sdb1 9834F5D734F5B7F8 ntfs Archive
/dev/sdc1 7A900F02900EC51B ntfs System Reserved
/dev/sdc2 62BA1027BA0FF5F7 ntfs Boot
/dev/sdc3 8C009F66009F55D4 ntfs
/dev/sdc5 7d735d0f-0066-414d-88ad-2c49d8b7bbba ext4
/dev/sdc6 e2a27db6-9029-4cf6-903b-5403f64dc38d swap
/dev/sdd1 02FE-C63F vfat UUI
/dev/sr0 2016-03-02-11-04-09-00 udf RESCUE
Ich glaube, ich muss es grub-install /dev/sdc2als „Boot“ ausführen, so habe ich mein Boot-Laufwerk genannt, aber ich bin mir nicht wirklich sicher und möchte nichts beschädigen, also hätte ich gerne eine Bestätigung. Wenn mir jemand sagen könnte, was meine mysteriösen Partitionen (mit der Bezeichnung System Reservedund Nonein Hmeiner ersten Tabelle) sind, wäre ich auch dankbar.
Im Grunde läuft es darauf hinaus, welchen Pfad muss ich angeben, grub-installum Grub neu zu installieren, wenn sich mein Bootproblem überhaupt dadurch beheben lässt?
Antwort1
Die Frage ist, welches sdXSie verwenden sollten, aber nicht welches sdcY. Wenn sdaund sdb„Datenlaufwerke“ sind, dann wäre es sdc. Das angegebene Gerät ist das, auf dem Grub seinen Bootcode/Core-Image ablegt, was normalerweise der MBR und die Lücke nach dem MBR zwischen diesem und der ersten Partition der Bootdiskette sein sollte.
Die größere Sorge ist, wo die Grub-Module usw. installiert werden. Dies wird mit der Option angegeben --boot-directoryund der Standardwert ist /boot. In Ihrem Fall sehe ich nicht, dass Sie eine separate Partition haben, also müssen Sie sie sdc5in der Live-Umgebung mounten (z. B. auf /mnt). Dann würden Sie entweder Folgendes ausführen:
grub-install --boot-directory /mnt/boot /dev/sdc
ODER, wenn Sie es schaffen, ein Chroot in Folgendes durchzuführen /mnt:
grub-install --boot-directory /boot /dev/sdc
wobei „wobei“ --boot-directory /bootweggelassen werden kann, da es impliziert ist.
Möglicherweise möchten Sie auch explizit angeben , --target i386-pcdass für grub-install, falls Ihr System UEFI statt BIOS hat und Ihre Live-Umgebung irgendwie im UEFI-Modus gestartet wird, statt im Legacy-Modus wie die Systeme auf Ihrer Startdiskette (da diese keine EFI-Systempartition hat, die technisch immer FAT12/16/32 sein sollte).
Sie müssen wahrscheinlich update-grubdanach ausführen grub-install, um sicherzustellen, grub.cfgdass es richtig ist. Anders als grub-installmuss update-grubes meines Wissens nach in einem Chroot ausgeführt werden.
1 - System Reserved = 100 MB = Das hat etwas mit Windows zu tun, aber was? Dem UEFI-BIOS?
System Reserved ist wie eine /bootPartition in Linux. Es enthält eine Kopie der Windows-Startdateien (Windows Boot Manager, BCD Store...). Normalerweise enthält es auch eine Windows-Wiederherstellungsumgebung. Es ist hauptsächlich für das mit BitLocker verschlüsselte Systemvolume ( C:) und Windows Multi-Boot getrennt.
5 - (Keine) = 7,94 GB = Keine Ahnung, was das ist. 8 GB? Auch komplett belegt. Was ist das für eine Partition?
Offenbar die swapPartition.
3 - (H:) = 450 MB = Keine Ahnung, was das ist.
Wahrscheinlich eine veraltete OEM-Wiederherstellungspartition. Ich wette, sie ist ursprünglich größer und besteht aus einem vollständigen Systemwiederherstellungsabbild, wurde aber entfernt und die Partition wurde verkleinert, seit Sie auf Windows 10 oder so aktualisiert haben (AFAIR Disk Cleanup bietet auch eine Option, dies zu tun).