Dlaczego 12.04 nie powiodło się, aby zainstalować grub-efi na / target /?


13

Mam ultrabooka Lenovo u410. Jego schemat sata składa się z dysku SSD 30 GB i dysku twardego 1 TB w raid0 z technologią Intel szybkiego startu. Usunąłem IRST i wyłączyłem raid0. Chcę zainstalować Ubuntu na dysku SSD i /home/na dysku twardym 1 GB. Głupio wymazałem partycję efi na 1 TB i próbowałem ją odtworzyć, formatując ssd i tworząc nową tabelę partycji GPT. Zrobiłem partycję fat32 o pojemności 250 MB ( /dev/sda1), a resztę ~ 24 GB wypełniłem partycją ext4 ( /dev/sda2)

Zrobiłem USB na żywo za pomocą ISO 12.04.2 i uniwersalnego instalatora USB. Instalacja kończy się dobrze, jednak na końcu pojawia się błąd „Nie udało się zainstalować grub-efi w katalogu / target / system nie chce się uruchomić” . Próbowałem otworzyć terminal i zaktualizować grub, jednak go tam nie ma, a gdy próbuję zainstalować grub-efi z repozytorium, jestem oznaczony za brak wielu zależności. Wszechobecność ulega awarii po komunikacie o błędzie.

Kilka miesięcy temu odniosłem sukces, instalując 12.10 za pomocą napędu CD usb moich przyjaciół, jednak zepsułem system i nie mogę go wyłączyć, dopóki go nie zobaczę. Czy w wersji 12.10 i LTS istnieje ogromna różnica, która uniemożliwiłaby płynne działanie tej instalacji?

Moim celem netto jest, aby Ubuntu działało na maszynie ze Steam (TF2 i Bastion) i IDE Eclipse. Jeśli wersja 12.10 jest bardziej odpowiednia i może rozwiązać ten problem efi, chętnie zainstaluję to, ale z mojego zrozumienia, LTS będzie bardziej stabilny i nadal będzie uruchamiał nowoczesne aktualizacje Quantal.

Czy 12.10 zainstaluje się grub-efibezbłędnie? a jeśli nie, to w jaki sposób mogę zainstalować grub-efi z live usb na dysku SSD /dev/sdaz uruchomionym efi boot /dev/sda1, ext4zamontowanym jako root /dev/sda2i /home/na dysku twardym /dev/sdb2?

Wniosek: LTS nie był w stanie obsłużyć środowiska uefi. Pobieranie i instalowanie 12.10 działało bezbłędnie. Raring również działał dobrze, jednak był niestabilny ze sterownikami niezbędnymi do wytwarzania pary.

Sprzęt:
Ultrabook HD Lenovo U410 : dysk SSD 30 GB, dysk twardy 1 T z raid0
Ubuntu: 12.04


Możesz go rozwiązać, wybierając na ekranie rozruchowym opcję urządzenia, która nie korzysta z UEFI.
user266005

Odpowiedzi:


6

Ubuntu wprowadza powolne, ale stałe ulepszenia w zakresie obsługi EFI dla kilku ostatnich wersji, więc tak, istnieją różnice między 12.04 a 12.10, które mogą być ważne. To powiedziawszy, fakt, że podczas próby zainstalowania wystąpił szereg błędów zależności, grub-efisugeruje, że przyczyną może być bardziej podstawowy problem - być może wystąpił problem z siecią, który uniemożliwił na przykład zainstalowanie szeregu innych pakietów. Jeśli tak, ponowna próba w późniejszym czasie może rozwiązać problemy.

To powiedziawszy, w systemie EFI IMHO lepiej jest użyć 12.10 niż 12.04. Jest to szczególnie ważne, jeśli jest to najnowszy komputer dostarczany z systemem Windows 8, ponieważ takie komputery niezmiennie używają Bezpiecznego rozruchu, który obsługuje Ubuntu 12.10, ale Ubuntu 12.04 tego nie robi. Nie jest to jednak podstawowa przyczyna twojego problemu, ponieważ dysk instalacyjny 12.04 wcale się nie uruchamia, jeśli Secure Boot jest aktywny; Wspominam o tym tylko dla dobra innych, którzy mogą przeczytać tę stronę.


Mój komputer jest dostarczany z systemem Windows 7 i ma uaktualnienie 15 $ do 8. Mój komputer jest bluszczem, czy to pomaga w zlokalizowaniu przyczyny? W biosie dotyczącym Uefi jest opcja, ale kiedy ją wyłączam, widzę „bezpieczny rozruch wyłączony” i pojawia się szaro wyglądające menu gruba na usb na żywo i nie można go uruchomić. Jeśli ją włączę, dostaję grub EFI i sesja na żywo działa dobrze. Pobiorę 12.10 po pracy i spróbuję ponownie, a potem sprawdzę, czy jest różnica. Czy istnieje askbubuntu równoważne wpadaniu, czy będziesz dostępny, gdy wrócę?
mikeymop

11

Ten błąd został dla mnie rozwiązany przez upewnienie się, że instalator ma połączenie internetowe.

Gdy zdecydowałem się nie łączyć, dostałem ten błąd.


Dziwne; Ja też. Miałem ten błąd i po prostu spróbowałem ponownie z podłączonym Internetem i zadziałało.
Tom Willwerth,

Pracowałem też dla mnie po podłączeniu ...
Mohit Jain

Samo połączenie nie było dla mnie wystarczające. Musiałem także sprawdzić „pobierz aktualizacje” na początku procesu instalacji.
ʇsәɹoɈ

To samo tutaj z Xubuntu 14.04. Instalacja w trybie offline powoduje błąd. Po prostu połączenie z Internetem to naprawiło. Opcja „pobierz aktualizacje” nie była wymagana.
jox

7

W moim przypadku pomijam instalację gruba, uruchamiając ubiquity z terminala za pomocą następującego polecenia:

ubiquity -b

Oznacza to również, że musisz zainstalować gruba gołą ręką.

Po zainstalowaniu ubuntu. NIE uruchamiaj ponownie, ponieważ nie masz jeszcze bootloadera. Musisz zainstalować gruba na swoim komputerze.

sudo mount /dev/sdXY /mnt

sudo mount --bind /dev /mnt/dev &&
sudo mount --bind /dev/pts /mnt/dev/pts &&
sudo mount --bind /proc /mnt/proc &&
sudo mount --bind /sys /mnt/sys

sudo chroot /mnt

grub-install /dev/sdX

grub-install --recheck /dev/sdX

update-grub

Ten link pomoże ci: http://howtoubuntu.org/how-to-repair-restore-reinstall-grub-2-with-a-ubuntu-live-cd

Aktualizacja: Dzięki za komentarz Mikko Östlunda.

W przypadku oddzielenia partycji systemowej EFI od partycji Ubuntu podczas działania grub-install /dev/sdXmoże pojawić się komunikat o błędzie cannot find EFI directory. Musisz to zrobić mount /dev/sdXY /boot/efi. Następnie grub-install /dev/sdXz powodzeniem uruchom pozostałe i pozostałe polecenia. I uruchom ponownie.


1
Czy możemy PROSZĘ zgłosić ten problem i rozwiązanie wcześniej. To NIE jest coś, co chcę wyjaśnić mojej babci przez telefon.
William Entriken

Dla mnie w tych instrukcjach była niewielka wada. Mój przypadek był następujący:
Mikko Östlund

1
Pojawia się komunikat o błędzie „nie można znaleźć katalogu EFI” podczas uruchamiania powyższej komendy „grub-install / dev / sd ..”? Czytaj dalej! Dla mnie w tych instrukcjach była niewielka wada. Mój przypadek był następujący: miałem partycję ESP na / dev / sda1 i moją nową instalację Ubuntu na / dev / sda2. Tak więc w powyższych instrukcjach podstawiłem „a” na „X” i „2” na „Y”. W porządku. Ale po uruchomieniu „grub-install / dev / sda” dostałem komunikat o błędzie „nie mogę znaleźć katalogu EFI”. Potem zdałem sobie sprawę, że muszę zrobić „mount / dev / sda1 / boot / efi”. Potem z powodzeniem uruchomiłem „grub-install / dev / sda” i pozostałe polecenia. I ponownie uruchomiony.
Mikko Östlund

@ MikkoÖstlund Dzięki za pomoc. Zaktualizuję swoją odpowiedź.
thangdc94

2

Powinieneś mieć

/boot/efi    

i około 100 MB, wtedy wszystko jest w porządku ...

mój jest

sda1 /boot/efi  100MB
sda2 /          100G
sda3 /swap      16384MB    
sdb1 /home      3TB

0

Spróbuj wyłączyć BIOS QuickBoot / FastBoot i Intel Smart Response Technology (SRT).
Następnie zainstaluj Ubuntu 12.10 <- WAŻNE 12.10
Następnie spróbuj zainstalować, jeśli nedeed,grub-efi-amd64-signed

Pozdrowienia,


Wyłączyłem już Intel SRT. Quickboot nie jest opcją w BIOS-ie notebooków. Muszę użyć 12.10, aby zainstalować, jeśli spróbuję zainstalować Raring, to się nie powiedzie, więc zwykle po prostu instaluję 12.10, a następnie aktualizuję do Raringa. Raz w jądrze 3.8 lub nowszym wszystko staje się bardziej stabilne.
mikeymop,

0

W moim przypadku na laptopie Lenovo X230 również powtarzalnie dostałem ten błąd. Rozwiązane zostały:

ustawienie w zakładce Boot BIOS „Tryb uruchamiania UEFI / BIOS” na starszą wersję .

Wcześniej ustawienie było „inteligentnym miksem” UEFI / LEGACY („najpierw legacy”). Czysty UEFI może brzmieć bardziej logicznie, ale wszystko, co mogę powiedzieć, to: działa. Nawet w kontekście podwójnego rozruchu z dwoma dystrybucjami systemu Linux.


0

Tak było ze mną przy instalatorze Xubuntu 16.04.2. Z pewnością można wyłączyć UEFI i przeprowadzić tradycyjną instalację, ale w moim przypadku straciłbym szybsze czasy POST.

Przyczyną tego problemu jest brak partycji EFi System Partition (ESP) . Musi to być partycja FAT32 oznaczona jako rozruchowa. Możesz go utworzyć za pomocą GParted, fdisk lub wybranego narzędzia. Następnie instalator wykryje go i zamontuje jako /boot/efi, rozwiązując w ten sposób problem.

Więcej informacji i szczegółów na temat rozmiaru, typu itp. Znajduje się na stronie wiki ArchLinux o ESP (dotyczy to także Ubuntu).

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.