Boot from File (UEFI Shell)

Boot from File w środowisku UEFI Shell pozwala ręcznie wskazać konkretny plik wykonywalny bootloadera (.efi) do uruchomienia, przydatne przy diagnostyce problemów z automatycznym wykrywaniem rozruchu.

Boot from File w UEFI Shell — definicja i zastosowanie

Boot from File to funkcja dostępna w środowisku UEFI Shell, która umożliwia ręczne uruchomienie wskazanego pliku rozruchowego. Zamiast korzystać wyłącznie z kolejności startowej zapisanej w pamięci firmware, wskazuje się konkretną lokalizację pliku z rozszerzeniem .efi. Taki plik może znajdować się na partycji systemowej dysku wewnętrznego, nośniku USB albo innym urządzeniu rozpoznanym przez oprogramowanie UEFI.

W praktyce mechanizm ten jest używany wtedy, gdy standardowy wpis rozruchowy nie prowadzi do uruchomienia systemu, został usunięty, wskazuje nieaktualną ścieżkę albo nie jest prawidłowo wykrywany po zmianie dysku. UEFI Shell pozwala przejść do odpowiedniego systemu plików, wyświetlić jego zawartość i wywołać plik startowy z właściwego katalogu. Przykładowo, na partycji EFI może znajdować się plik bootloadera systemu, narzędzia diagnostycznego lub programu serwisowego.

Nie jest to osobny system operacyjny ani trwała naprawa konfiguracji. Boot from File uruchamia wybrany plik w bieżącej sesji, co pozwala sprawdzić, czy sam bootloader działa i czy problem dotyczy jedynie wpisu w zmiennych UEFI. Jeżeli ręczne wskazanie pliku kończy się poprawnym startem, można następnie odtworzyć lub skorygować wpis rozruchowy, aby kolejne uruchomienia odbywały się automatycznie.

Jak działa ręczne uruchamianie pliku EFI

Firmware UEFI rozpoznaje partycje i systemy plików zgodne z jego obsługą, a następnie przypisuje im oznaczenia dostępne w powłoce. Po przejściu do wybranego woluminu można wyświetlić katalogi i odszukać strukturę partycji EFI. Zwykle pliki startowe są umieszczane w katalogu EFI, jednak dokładna ścieżka zależy od instalacji, producenta sprzętu oraz używanego programu rozruchowego.

W UEFI Shell operuje się między innymi poleceniami służącymi do wyświetlania urządzeń, przechodzenia między systemami plików i przeglądania katalogów. Po ustaleniu prawidłowej ścieżki uruchamiany jest plik .efi. Jeżeli plik jest zgodny z architekturą urządzenia i nie wymaga dodatkowych parametrów, może przekazać sterowanie do kolejnego etapu rozruchu. W przeciwnym razie pojawi się komunikat o błędzie, powrót do powłoki albo zatrzymanie procesu przed załadowaniem systemu.

Ręczne uruchamianie różni się od wyboru urządzenia w menu bootowania. W menu zazwyczaj wybierany jest cały nośnik lub zapisany wpis, natomiast Boot from File pozwala odwołać się bezpośrednio do konkretnego programu. Zwiększa to możliwości diagnostyczne, lecz wymaga poprawnego rozpoznania partycji, katalogu i nazwy pliku. Pomylenie kilku podobnych lokalizacji może doprowadzić do uruchomienia narzędzia serwisowego zamiast systemu albo do komunikatu o braku pliku.

Warto również rozróżnić jednorazowe uruchomienie pliku od zapisania nowej pozycji w pamięci UEFI. Pierwsza czynność jest testem lub tymczasowym obejściem problemu. Druga modyfikuje konfigurację firmware i może mieć wpływ na kolejność startową. Przed zmianami powinno się ustalić, czy aktywny jest tryb zgodny z instalacją systemu, ponieważ konfiguracja UEFI i starszy tryb zgodności mogą korzystać z innych mechanizmów rozruchu.

Typowe problemy przy Boot from File

Jednym z częstszych błędów jest wskazanie nieprawidłowej partycji. Dysk może być widoczny w ustawieniach firmware, ale jego woluminy mogą otrzymać inne oznaczenia w UEFI Shell niż w systemie operacyjnym. Z tego powodu sama znajomość litery dysku używanej w systemie nie zawsze wystarcza. Konieczne bywa przejrzenie dostępnych urządzeń i potwierdzenie zawartości katalogów.

Problem może wynikać także z uszkodzenia lub usunięcia partycji EFI. W takiej sytuacji plik rozruchowy nie zostanie znaleziony, nawet jeśli główna partycja z danymi użytkownika nadal działa. Podobny objaw występuje po klonowaniu dysku, zmianie nośnika, odtwarzaniu kopii zapasowej albo ręcznym porządkowaniu partycji. Czasem pliki są obecne, lecz zapisany wpis UEFI wskazuje starą nazwę urządzenia lub nieistniejącą ścieżkę.

Do problemów może dojść również po włączeniu funkcji ochrony rozruchu. Mechanizm weryfikacji podpisu może odmówić uruchomienia pliku, który nie spełnia wymaganych zasad zaufania. Nie oznacza to automatycznie uszkodzenia pliku, lecz niezgodność pomiędzy jego podpisem, ustawieniami firmware i polityką bezpieczeństwa. Zmiana tych ustawień powinna być poprzedzona ustaleniem, jaki cel ma zostać osiągnięty i jakie mogą być skutki dla ochrony systemu.

Inne przyczyny obejmują uszkodzenie systemu plików, błędy odczytu nośnika, niewłaściwy tryb kontrolera pamięci masowej oraz niekompletną instalację systemu. Objawem może być powrót do UEFI Shell po uruchomieniu pliku, komunikat o braku urządzenia, zawieszenie na logo albo ponowne wejście do ustawień firmware. Sam fakt, że plik .efi daje się wybrać, nie potwierdza sprawności całego procesu rozruchu. Należy jeszcze sprawdzić zależności pomiędzy firmware, partycją EFI, konfiguracją wpisów startowych i danymi systemu.

Kiedy warto oddać urządzenie do diagnozy - Boot from File (UEFI Shell)

Do serwisu warto zgłosić urządzenie, gdy Boot from File jest potrzebne przy każdym uruchomieniu, system nie startuje mimo obecności plików EFI albo po zmianie konfiguracji pojawiają się kolejne komunikaty o braku bootloadera. Pomoc techniczna jest szczególnie uzasadniona przed modyfikacją partycji, odbudową wpisów UEFI lub zmianą ustawień związanych z ochroną rozruchu, ponieważ pochopna ingerencja może utrudnić odzyskanie danych i zwiększyć liczbę problemów.

W Warszawskim Pogotowiu Komputerowym 24/7 można zlecić sprawdzenie przyczyn awarii rozruchu laptopa, w tym ocenę stanu nośnika, partycji EFI, wpisów UEFI oraz plików startowych. Diagnoza LAPTOPA jest darmowa, dlatego przed rozpoczęciem właściwych prac można ustalić, czy wystarczy korekta konfiguracji, czy potrzebna jest odbudowa środowiska rozruchowego albo szersza naprawa systemu.

Przy zgłoszeniu warto przekazać informacje o ostatnich zmianach: wymianie dysku, klonowaniu instalacji, aktualizacji firmware, przywracaniu kopii zapasowej lub ręcznym usuwaniu partycji. Pomocne są także dokładne komunikaty widoczne na ekranie oraz informacja, czy urządzenie otwiera menu startowe, UEFI Shell lub ustawienia firmware. Tak zebrane dane ułatwiają rozdzielenie problemu z samym bootloaderem od awarii nośnika, nieprawidłowej konfiguracji albo uszkodzenia systemu.