Właśnie zainstalowałem sporo aktualizacji 12.10, został poproszony o ponowne uruchomienie, a potem okazało się, że nie mogę uruchomić.
Właśnie zainstalowałem sporo aktualizacji 12.10, został poproszony o ponowne uruchomienie, a potem okazało się, że nie mogę uruchomić.
Odpowiedzi:
Użyj narzędzia Boot Repair, aby naprawić program ładujący.
Otwórz terminal i dodaj PPA Boot Repair
sudo add-apt-repository ppa:yannubuntu/boot-repair && sudo apt-get update
Zainstaluj Boot Repair
sudo apt-get install -y boot-repair && boot-repair
Uruchom i użyj, patrz https://help.ubuntu.com/community/Boot-Repair#Using_Boot-Repair, aby uzyskać więcej informacji
ls
aby uzyskać listę partycjiset prefix=(hd0,msdos6)/boot/grub
[prawie na pewno będziesz musiał wprowadzić inny dysk / partycję w nawiasach, możesz po prostu wypróbować wszystkie wymienione przez, ls
aż znajdziesz ten, który działa.insmod normal
normal
a otrzymasz z powrotem monit o uruchomienie!Zobacz także: Przydatne miejsce, w którym to znalazłem. Wątpię, czy to zadziała dla każdego, kto napotka ten błąd, ale umieściłem go tutaj w nadziei, że komuś to pomoże.
Po załadowaniu Ubuntu uruchom sudo grub-install /dev/sda
i sudo update-grub
jak najszybciej. Oznacza to, że nie będziesz musiał wykonywać tego żmudnego procesu powyżej przy każdym uruchomieniu komputera.
ls (hd0,msdos1)/
aby sprawdzić zawartość partycji, co byłoby szybsze, jeśli masz wiele partycji.
set prefix=(hd0)/grub
, ponieważ musisz odwoływać się do grub
katalogu w stosunku do partycji na dysku, a nie w stosunku do jego punktu podłączenia podczas normalnej pracy.
Miałem dokładnie ten sam problem - normal.mod not found
, ls
partycji rozruchowej przyniosłoby pusty wiersz. Po tygodniu rozwiązywania problemów z prawidłowym uruchomieniem systemu oto kroki, które przeszedłem.
Mam kopię SuperGrub i utworzyłem bootowalną płytę CD. Mogę teraz zalogować się ponownie do mojego systemu. Dostałem kopię BootRepair i nie miałem szczęścia, że system uruchomił się bezpośrednio z dysku twardego i musiał nadal korzystać z dysku CD. BootRepair działał trochę dziwnie, ponieważ lokalizacja Grub i opcje Grub były wyszarzone. Zgłoszono pomyślną instalację.
Dysk twardy został pierwotnie skonfigurowany:
sda1 ext4 root with boot
sda2 linux swap
sda3 ext4 used as a spare drive
(zawiera maszyny wirtualne dla wirtualnego urządzenia).
Wykorzystano kopię Live CD Ubuntu 10.10. Ran GParted , aby zmniejszyć sda1
partycję i utworzone sda4
partycje ext4 startowego na przedniej części napędu i ustawić punkt montowania na /boot
po usunięciu z katalogu startowego /
. BootRepair ma teraz dostępne opcje. Zainstalowany na partycji rozruchowej i może teraz uruchamiać się z dysku twardego.
Będąc ciekawym postanowiłem zbadać dalej. Dziennik naprawy rozruchu miał osobny wpis dla mojej sda1
partycji ext4, został zgłoszony jako DOS
i miał krótki 8-znakowy UUID zamiast UUID zgłaszanego przez blkid. grub-probe
zgłosił system plików jako vfat.
Po wielu innych próbach wyczyściłem pierwsze 440 bajtów sda1
rekordu partycji. Grub-probe
teraz zgłasza system plików jako ext2. Uruchomiono update-grub
i sda1
pojawia się poprawny identyfikator UUID dla partycji.
Wydaje się, że problem jest dwojaki:
1. Wydaje się, że wpływa na instalacje, w których rekord partycji zawiera odniesienia do msdos.
2. grub-probe
nie próbuje rozwiązać problemów niezgodności między typem fs a zawartością w rekordzie partycji.
Kolejną rzeczą do sprawdzenia jest kolejność rozruchu w systemie BIOS. Najwyraźniej zainstalowałem gruba zainstalowanego na wszystkich moich dyskach (być może po odpowiedzi 8128), ale to się zepsuło podczas aktualizacji mojej dystrybucji Linuksa (Debian). Zmieniłem pierwszy dysk rozruchowy, gdy mój system operacyjny Linux go naprawił.
Natknąłem się na ten błąd podczas aktualizacji do Kubuntu 13.10. Podczas aktualizacji systemu miałem kartę pamięci podłączoną do portu USB. Po ponownym uruchomieniu przeszedłem prosto do Grub Rescue. Odłączenie napędu USB i ponowne uruchomienie rozwiązało problem.
W moim przypadku obniżyłem wersję do GRUBv1 i po aktualizacji do 12.10 grub2 nie mógł znaleźć swoich plików (* .mod itp.), Mimo że grub.cfg już tam był.
Znalazłem bardziej wyczerpujący podręcznik na temat ratowania gruba: https://help.ubuntu.com/community/Grub2/Troublesh#grgr_rescue.3E-1
Zobacz także listę poleceń na początku strony. Thx flet fletowy.