Po udanej aktualizacji mojego biosu coś poszło nie tak i skończyło się miganiem kursora w lewym górnym rogu czarnego ekranu. Bez błędów, bez niczego. W biosie wymieniono teraz tylko SATA: <disc name>
opcję rozruchu zamiast zwykłej UEFI ubuntu
. Korzystam ze schematu partycjonowania GPT.
W końcu odkryłem, że działającym rozwiązaniem była poprawna ponowna instalacja grub-efi-amd64
. Jak mam to zrobić?
PS: W rzeczywistości udało mi się ponownie zainstalować GRUB2 EFI i opublikuję tutaj swoją odpowiedź, ponieważ nie byłem w stanie znaleźć kompletnego poradnika na ten temat.
Odpowiedzi:
Uruchom komputer z Live-USB / CD w trybie UEFI . Miałem dwie opcje rozruchu
<flash_drive>
iUEFI: <flash_drive>
potrzebny jest drugi narażać zmienne EFI w/sys/firmware/efi/
tak, abyefibootmgr
nie zawieść później. Uruchamianie za pomocą pierwszej opcji powoduje następujący błąd:modprobe efivars
nie działało dla mnie.chroot do zepsutego systemu (podobny do pomocy Ubuntu grub2, ale ze specyfiką efi):
W zależności od dystrybucji Linuksa robisz teraz różne rzeczy.
W przypadku Ubuntu / Debian :
lub alternatywnie:
powyższe powinno dać ci gruba, ale nie bootowalnego
W przypadku Fedory (do 16, może działać dla innych):
W poniższym poleceniu musisz zastąpić sdX urządzeniem, które ma partycję EFI, z której chcesz uruchomić komputer. W
--part Y
musisz zastąpićY
numerem partycji EFI (jak w/dev/sdXY
).Teraz naciśnij Ctrl + D, aby wyjść z chroota, odmontuj wszystko i uruchom ponownie:
Być może będziesz musiał dostosować to do swoich potrzeb (inna tablica partycji, osobna partycja / boot boot itp.) I może to nie być jedyna opcja, ale dla mnie to zadziałało.
Odpowiednim systemem do naprawiania rzeczy jest grml . Istnieje również obszerny przewodnik na temat konfigurowania rozruchowego urządzenia USB, z którego sekcja Mac jest najbardziej przydatna (wystarczy utworzyć partycję FAT32, skopiować pliki, uruchomić ponownie, gotowe).
źródło
/run/resolvconf...
(w Ubuntu 12.04), zamiast tego po prostumount --bind /run /mnt/run
zamontowałem cały/run
katalog w środowisku chroot.update-grub
nie kopiuje najnowszego obrazu grub2 na twoją partycję EFI, tylko aktualizuje grub.cfg. Lepszym sposobem na zrobienie tego jestapt-get install --reinstall grub-efi
(lub grub-efi-amd64), to na końcu wywoła także update-grubupdate-grub
mój/boot/efi
folder był nadal pusty (utworzyłem tę nową partycję). Dopiero po uruchomieniugrub-install
zapisano tam rzeczywiste pliki. Ten przewodnik pomógł mi (niemiecki): wiki.ubuntuusers.de/EFI_ProblembehebungJako potencjalne uproszczenie pierwszej metody, możliwe jest bezpośrednie uruchomienie systemu na dysku twardym, tylko przy użyciu grub płyty CD na żywo. Testowane na Xubuntu 13.10 z Live CD Xubuntu 13.10.
Upewnij się, że bezpieczny rozruch jest wyłączony w systemie BIOS. Włóż płytę CD na żywo i uruchom ją za pośrednictwem UEFI. Wyświetli się menu GRUB na płycie CD. naciśnij „c”, aby przejść do wiersza poleceń.
Dostosuj powyższe polecenie grub, jeśli masz inną partycję systemową EFI.
Po uruchomieniu systemu z dysku twardego powinno wystarczyć ponowne zainstalowanie gruba na partycji systemowej EFI i zarejestrowanie go w oprogramowaniu układowym za pomocą grub-install.
źródło
configfile (hd0,gpt1)/EFI/ubuntu/grub.cfg
nic nie robi. Jak uruchomić komputer po wydaniu tego polecenia?sudo grub-install --target=x86_64-efi --efi-directory=/boot/efi
raczej niż sugerowane powyżej polecenie (ale powyższe może również działać - nie wiem). Następnie możesz ponownie uzyskać dostęp do systemu Linux. Następnie po prostu uruchomsudo update-grub
i wszystko powinno być bootowalne.configfile (hd1,gpt1)/EFI/ubuntu/grub.cfg
. Uruchom LiveCD i uruchom,sudo gparted
aby zlokalizować partycję efi.Podobnie jak w przypadku Maxine, znalazłem ustawienia UEFI w BIOS-ie, aby ulec uszkodzeniu i mój komputer nie chce się uruchomić.
W moim przypadku jest to Lenovo ThinkServer RD430 z systemem Linux Mint Debian i wydawało mi się, że wszystko , co zrobiłbym z aktualizacją grub lub zmianą dysków twardych na serwerze, spowoduje, że nie uruchomi się. System operacyjny w moim przypadku to linuxmint-201403-mate-dvd-64bit zainstalowany przez USB. (patrz poniżej pełny opis zdarzeń, które mogą spowodować, że UEFI nie będzie działać)
Wykonanie dokładnie tych samych kroków na ThinkServer TS140 nie spowodowało, że UEFI straciło rozum nawet raz. Przejrzałem stronę sterownika RD430, a moje biografie mają dwie wersje. Nigdy wcześniej nie musiałem aktualizować biografii na płycie głównej, więc nie jestem osobą, która aktualizuje się automatycznie, gdy będą dostępne nowe wersje. Po zaktualizowaniu biografii powyższa odpowiedź Maxine zadziałała, tylko z niespodzianką ...
efibootmgr -c
Komenda dodaje dwa wpisy0000
i0002
! Pierwszy wpis w kolejności rozruchu nie jest prawidłowa . Wpis jest prawidłowy.Boot0002* Linux HD
0000
Aby to przetestować, próbowałem uruchomić komputer bez żadnych zakłóceń, co jest
0002
wpisem. Zgodnie z oczekiwaniami nie zadziałało. Ponownie uruchomiłem serwer, nacisnąłem F12 i wybrałemlinuxmint
. Zgodnie z oczekiwaniami, uruchomił się w mojej instalacji LMDE.Sposobem na usunięcie niechcianych wpisów za pomocą efibootmgr jest:
Użyłem tego polecenia, aby usunąć wpisy
0001
i0002
. Opcja0001
była z ostatniej z moich wielu prób odzyskania systemu operacyjnego.Uwagi UEFI
Jeśli czytasz to i jesteś tak sfrustrowany UEFI, jak ja / ja, oto kilka notatek i zasobów:
»Uruchamianie w UEFI Shell jest podobne do używania powłoki DOS.
»Firma Intel opracowała podręcznik PDF dla poleceń powłoki efi .
» Dokument UEFI_on_TS430 Lenovo jest jedynym zasobem, jaki widziałem wyjaśniającym użycie powłoki efi.
» Kolejne odniesienie do powłoki uefi z Przewodnika administratora nPartition .
»Możesz spróbować uruchomić system z partycji EFI na partycji, przechodząc do modułu ładującego i uruchamiając go.
»UEFI chce, aby dysk miał tablicę partycji GPT, a nie tablicę części msdos.
»UEFI chce sformatować pierwszą partycję na dysku fat32 lub vfat.
»W przypadku„ ogólnego ”rozruchu musi znajdować się
/EFI/boot
katalog w katalogu głównymbootx64.efi
.»Niektóre osoby kopiują swoje pliki
grubx64.efi
z miejsca, w którym zostały zainstalowane/EFI/boot/bootx64.efi
i ten kod działał na ich korzyść.»Za każdym razem, gdy wprowadzasz zmiany grub, użyj
efibootmgr -v
przed i po, aby upewnić się, że ponowne uruchomienie jest prawidłowe.Moje doświadczenie RD430
W ostatnim tygodniu ponownie instalowałem system operacyjny 10+ razy, próbując rozwiązać ten problem i skonfigurować serwer. Moja konfiguracja to dysk SSD na tym kontrolerze RAID w gnieździe PCIe 2.0 z zainstalowanym LMDE. Kontroler RAID AOC-S3008L-L8i (ponownie ustawiony na tryb IT ) w drugim gnieździe PCIe 3.0 z napędami 6x 3 TB. RAM: 12 GB ECC (3 x 4 GB).
Oto zmiany, które wprowadziłbym, które spowodowały, że mój system nie uruchomił się:
»Zmień sloty Sci S832L-L8i pci (pozostawiając samą kartę SSD +).
»Wyłącz monit o bios raid oprogramowania LSi dla wbudowanego kontrolera.
»Dodaj moją starą kartę HighPoint RocketRaid do otwartego gniazda PCIe.
»Wprowadź zmiany,
/etc/default/grub
a następnie uruchomupdate-grub
.( może też
grub-install
trzeba uruchomić? )źródło
Głosowałbym za tym, ale najwyraźniej nie mam wystarczającej liczby przedstawicieli SuperUser. Cieszę się, że w końcu znalazłem odpowiedź na to po dniach walki z klonami, które działały, ale nie chciały się uruchomić. Myślę, że wszystko to dotyczy UEFI i pewnego rodzaju mechanizmu „bezpiecznego rozruchu” czy coś w tym rodzaju.
Pracuję w trybie off-line, więc apt-get nie wchodziło w grę. To, co zrobiłem, to umieszczenie Ubuntu Desktop na pamięci USB, dodanie pakietów
grub-efi
igrub-efi-amd64
do katalogu głównego pamięci USB (grub-efi_1.99 ~ rc1-13ubuntu3_amd64.deb i grub-efi-amd64_1.99 ~ rc1-13ubuntu3_amd64.deb dla Ubuntu 11.04 - zmień odpowiednio dla dystrybucji i architektury), a także umieść następujące elementy w skrypcie na pamięci USB:Uruchom pamięć USB na żywo, otwórz terminal, uruchom polecenie, a zadanie jest dobre! Jedynym sporadycznym problemem jest to, że UEFI czasami przenosiło się w dół kolejności uruchamiania niższej niż HDD, w którym to momencie należy przejść do BIOS-u i zmienić kolejność rozruchu, aby zatrzymać próbę (i niepowodzenia) włączenia
SATA: drive
.Możesz także użyć
dpkg-reconfigure
zamiastdpkg -i
, ale to zadaje kilka pytań dotyczących modułu ładującego.[edytuj] Nie mam też wystarczającej liczby przedstawicieli, aby móc komentować, więc to, co uważałem za komentarz do odpowiedzi, okazuje się odpowiedzią.
źródło
sudo chroot /mnt /bin/sh -c "dpkg -i /tmp/grub-efi*.deb" && sudo shutdown -r now
dało właściwe zachowanie.Na moim 32-bitowym Ubuntu 14.10 na Lenovo Yoga 2 Pro zmieniłem na rozruch UEFI w następujący sposób:
utwórz folder
zamontuj partycję „System EFI” w
/etc/fstab
to pokazało:
/dev/sda2 2050048 2582527 532480 260M EFI System
zamontuj tę partycję
zainstaluj
grub-efi-amd64-bin
i odinstalujgrub-efi-ia32-bin
uruchom ponownie Ubuntu w trybie efi
Test czy buty w porządku, potem zainstalować
grub-efi-amd64
i odinstalowaćgrub-pc grub-gfxpayload-lists
zNa żądanie nie wybieram usuwania / uruchamiania.
Może to skomplikowałem, a to po prostu działałoby dobrze:
źródło
Ten wpis jest bardziej podobny do przygotowania komputera do ponownej instalacji wpisów efi. To również może być skuteczny i prosty sposób na utworzenie dysku ratunkowego po instalacji systemu na nośniku wewnętrznym (SSD, HDD).
W przypadku Linux Mint Tara (wariant Linuksa ściśle związany z Ubuntu Bionic Beaver) metoda ta zarówno zawiodła moją instalację, jak i umożliwiła jej późniejsze zapisanie. Powstało z mojego pragnienia trwałego USB na żywo, a ponieważ czas instalacji narzędzia takiego jak Unetbootin do instalacji trwałej jest mniej więcej taki sam jak świeża instalacja, po prostu użyłem tej samej dystrybucji na żywo, aby przeprowadzić instalację na USB jako został użyty do zainstalowania systemu operacyjnego na wewnętrznym dysku SSD.
Oczywiście nic z tego nie jest RAID ani żadną inną wyspecjalizowaną konfiguracją, ale wymagało to przygotowanej partycji woluminowej na dysku USB i instalacji wykonanej na tym USB za pomocą dostępnej metody dystrybucji, obchodząc wewnętrzny dysk do instalacji na jednym mocowanie katalogu głównego (/) partycji.
To tutaj nowa instalacja gruba zaplątała się w wewnętrzny dysk. Po ponownym uruchomieniu na USB wydawało się, że wewnętrzne wpisy GRUB UEFI zniknęły, pozostawiając tylko menu GRUB podczas próby wyboru napędu za pomocą wpisów w menu BIOS.
Zamiast tego, uruchomienie z USB pokazało, że metoda dystrybucji stworzyła gotowe menu grub, z listą dla / dev / sda2, partycji zawierającej mount / boot / efi. W większości podstawowych instalacji wewnętrznego dysku nazwa GRUB-a partycji to hd0, gpt1.
Przechodząc do „zaawansowanych”, dostępnych było więcej niż jedno narzędzie ratowania jądra. Następnie uruchom narzędzie Grub, a następnie uruchom normalnie.
Od tego momentu, uruchamiając system operacyjny na wewnętrznym dysku, który wcześniej był niedostępny, odłącz USB, a następnie uruchom
sudo grub-install
.Po ponownym uruchomieniu bez USB powinieneś być w stanie wrócić. W tym momencie USB jest skonfigurowany do uruchamiania wewnętrznego napędu w trybie normalnym lub ratunkowym, a napęd ma własne menu.
źródło