Mój laptop przyszedł z 14.04 (Trusty Tahr) LTS. Od tego czasu nie wprowadziłem żadnych istotnych zmian i stosuję aktualizacje za każdym razem, gdy otrzymuję powiadomienie o nich.
W dniach 15.07.2016 r. Stosowałem aktualizacje jak zwykle, a przynajmniej tak mi się wydawało. Wyskakujące okno „Software Updater” dotarło aż do „Konfigurowania shim-podpisanego”, kiedy otrzymałem to okno „Debconf” :
Jak widać:
- mówi „Konfigurowanie bezpiecznego rozruchu” dużymi literami
- ma opcję „Wyłączyć bezpieczny rozruch UEFI?” pole wyboru (pole wyboru)
- ma przycisk „Pomoc”
- ma przycisk „Forward”
Nigdy wcześniej tego nie widziałem. Kliknąłem przycisk „Pomoc” przed zrobieniem zrzutu ekranu, co spowodowało wyświetlenie trzeciego wyskakującego okienka.
Pomoc w wyskakującym okienku
Na wypadek, gdyby ktoś szukał któregokolwiek z tych wyrażeń ...
Your system has UEFI Secure Boot enabled. UEFI Secure Boot is not compatible with the use of third-party drivers.
The system will assist you in disabling UEFI Secure Boot. To ensure that this change is being made by you as an authorized user, and not by an attacker, you must choose a password now and then use the same password after reboot to confirm the change.
If you choose to proceed but do not confirm the password upon reboot, Ubuntu will still be able to boot on your system but these third-party drivers will not be available for your hardware.
Kolejne kroki
Jeżeli dobrze pamiętam, ...
- Po chwili zgodziłem się na „Wyłącz bezpieczny rozruch UEFI” i kliknąłem przycisk „Prześlij”.
- Zabrało mnie to bezpośrednio do okna, w którym ustawiłem hasło (wpisując je dwukrotnie).
- Proces aktualizacji zakończył się w normalny sposób, a wyskakujące okienko pyta mnie, kiedy ponownie uruchomić.
- Zrestartowałem wkrótce potem.
- Podczas procesu uruchamiania pojawił się niebieski ekran z napisem „naciśnij dowolny klawisz, aby skonfigurować mok”.
- Nacisnąłem klawisz.
- Zamiast poproszenia o podanie hasła, które ustawiłem 5 minut wcześniej, jak się spodziewałem, laptop szybko się uruchomił w normalny sposób.
- Zalogowałem się do Ubuntu jak zwykle.
- Karta Wi-Fi nie działała.
- Nie mogłem uruchomić maszyn wirtualnych VirtualBox. Wystąpił błąd „Sterownik jądra nie został zainstalowany”.
- Różne inne problemy.
- Próbowałem ponownie uruchomić komputer więcej niż raz, ale nigdy więcej nie widziałem niebieskiego ekranu „konfiguruj mok”.
- Zauważyłem, że moje obecne jądro to 3.19.0-65
- Więc zrestartowałem i użyłem grub, aby wybrać 3.19.0-64
- Wszystko znów działało dobrze.
Moje notatki z badań
Uwaga 01 - poszukałem ustawień BIOS (po raz pierwszy na tym laptopie). Wygląda na to, że Bezpieczny rozruch jest włączony. Jeśli „Debconf” skutecznie wyłączył Bezpieczny rozruch UEFI, czy znalazłoby to odzwierciedlenie w ustawieniach BIOS-u?
Uwaga 02 - Mój laptop to Dell XPS 13, a inne osoby zgłaszają problemy z wersją 3.19.0-65 na sprzęcie Dell.
Uwaga 03 - Instrukcje aktualizacji dla USN-3037-1 mówią o aktualizacji do 3.19.0-65. Ostatni akapit to:
UWAGA: Z powodu nieuniknionej zmiany ABI aktualizacje jądra otrzymały nowy numer wersji, który wymaga ponownej kompilacji i ponownej instalacji wszystkich modułów jądra innych firm, które mogłeś zainstalować. O ile nie odinstalujesz ręcznie standardowych metapakietów jądra (np. Linux-generic, linux-generic-lts-RELEASE, linux-virtual, linux-powerpc), automatycznie przeprowadzi to również standardowa aktualizacja systemu.
(Jestem tylko użytkownikiem i naprawdę tego nie rozumiem. Czy nie zawsze otrzymujemy nowy numer wersji? I nie zawsze musimy ponownie kompilować i ponownie instalować - proces zarządzany przez DKMS czy coś takiego?)
Uwaga04 - Dziennik zmian dla wersji 3.19.0-65.73 zawiera wiele problemów z interfejsem UEFI, w tym zmiany dotyczące EFI_SECURE_BOOT_SIG_ENFORCE
iCONFIG_EFI_SECURE_BOOT_SIG_ENFORCE
Uwaga 05 - Ponieważ moja wersja jądra to 3.19, zakładam, że muszę znajdować się na trusty linux-lts-vivid
stosie włączania LTS (??), zgodnie z tabelą tutaj , gdzie 3.19.0-65.73 jest obecnie najnowszą pozycją.
Uwaga 06 - Wygląda na to, że ktoś, kto jest na trusty linux-lts-wily
stosie włączania LTS (jądro wersja 4.2), może mieć takie same wyskakujące okienka dzień wcześniej, ale bez żadnych dalszych problemów .
Uwaga 07 - Odpowiedź z kwietnia 2016 r. Brzmi :
W Ubuntu 16.04 Ubuntu zaczyna wymuszać bezpieczny rozruch do poziomu jądra. Przed 16.04 Ubuntu tak naprawdę nie wymusza używania podpisanego jądra i podpisanych modułów jądra, nawet jeśli masz włączony bezpieczny rozruch.
Czy to możliwe, że teraz, w lipcu 2016 r., Ubuntu wprowadziło nowe wymagania Bezpiecznego rozruchu do 14.04 LTS? Jeśli nie, to jaki jest problem mam z 3.19.0-65? W każdym razie, co ja (i inni ludzie mający problemy) powinienem z tym zrobić?
Dzięki!
Odpowiedzi:
Masz rację. Zespół kanonicznego jądra włączył EFI_SECURE_BOOT_SIG_ENFORCE w nowym jądrze Ubuntu 3.19.
To zapobiega ładowaniu niepodpisanych zewnętrznych modułów jądra.
Wygląda na to, że istnieje skrypt z GUI, który powinien pomóc w wyłączeniu Bezpiecznego rozruchu.
W twoim przypadku nie zadziałało. To zależy od konkretnej implementacji UEFI na twoim komputerze.
Ale możesz po prostu wyłączyć Bezpieczny rozruch w ustawieniach UEFI.
Zobacz tę odpowiedź i komentarze poniżej.
źródło
Możesz także wyłączyć Bezpieczne uruchamianie
sudo update-secureboot-policy
. Ta strona wiki wyjaśnia tę metodę.źródło