HYPER-V_BOOT_LOADER_NOT_FOUND

HYPER-V_BOOT_LOADER_NOT_FOUND wskazuje na uszkodzony lub brakujący plik rozruchowy w skonfigurowanej maszynie wirtualnej Hyper-V.

HYPER-V_BOOT_LOADER_NOT_FOUND – czym jest ten komunikat

HYPER-V_BOOT_LOADER_NOT_FOUND oznacza, że uruchamiana maszyna wirtualna nie może znaleźć elementu potrzebnego do rozpoczęcia pracy systemu gościa. Taki element może znajdować się na wirtualnym dysku, w konfiguracji kolejności startu albo w środowisku, z którego maszyna próbuje się uruchomić. W praktyce ekran pozostaje pusty, pojawia się komunikat o braku urządzenia rozruchowego lub system przechodzi do firmware zamiast rozpocząć ładowanie zainstalowanego systemu.

Nie musi to oznaczać całkowitej utraty danych. Problem dotyczy przede wszystkim ścieżki startowej, sposobu podłączenia dysku oraz zgodności trybu uruchamiania. Pliki użytkownika mogą nadal znajdować się w obrazie VHD lub VHDX, lecz maszyna nie ma prawidłowych informacji pozwalających odnaleźć partycję systemową i przekazać jej kontrolę do programu rozruchowego. Dlatego przed jakąkolwiek zmianą warto zabezpieczyć kopię obrazu dysku wirtualnego.

HYPER-V_BOOT_LOADER_NOT_FOUND w kontekście generacji maszyn i firmware

Jedną z pierwszych kwestii do sprawdzenia jest generacja maszyny wirtualnej. W środowisku Hyper-V maszyny pierwszej i drugiej generacji korzystają z odmiennych mechanizmów startowych. Pierwsza generacja emuluje klasyczny BIOS i zwykle oczekuje rozruchu z dysku podłączonego do kontrolera IDE. Druga generacja wykorzystuje UEFI, a jej konfiguracja może obejmować bezpieczny rozruch, wirtualny kontroler SCSI oraz inne zasady wyboru urządzenia startowego.

Jeżeli obraz systemu został przeniesiony z jednego typu maszyny do drugiego bez odpowiedniego przygotowania, może wystąpić brak zgodności. System zainstalowany w trybie BIOS nie zawsze uruchomi się w konfiguracji UEFI, podobnie jak instalacja przygotowana dla UEFI może nie zadziałać po przełączeniu na klasyczny sposób startu. Znaczenie ma również tablica partycji. Układ MBR jest typowo kojarzony z rozruchem BIOS, natomiast GPT współpracuje z UEFI, choć ostateczna ocena zależy od systemu operacyjnego i sposobu jego instalacji.

Warto porównać ustawienia maszyny z konfiguracją, w której obraz działał wcześniej. Należy sprawdzić, czy wybrano właściwą generację, czy dysk systemowy znajduje się na odpowiednim kontrolerze oraz czy firmware wskazuje właściwe urządzenie. W przypadku drugiej generacji dodatkowej uwagi wymaga konfiguracja bezpiecznego rozruchu. Zbyt restrykcyjne ustawienie może uniemożliwić start systemu, jeżeli jego składniki nie są zgodne z wybranym profilem zabezpieczeń.

HYPER-V_BOOT_LOADER_NOT_FOUND – typowe źródła problemu

Najczęstszą przyczyną jest odłączenie lub błędne podłączenie wirtualnego dysku. Może się zdarzyć, że plik VHDX został przeniesiony, zmieniła się jego lokalizacja, utracono dostęp do woluminu z plikiem albo konfiguracja maszyny wskazuje nieaktualną ścieżkę. Podobny skutek występuje wtedy, gdy dodano nowy dysk, lecz nie ustawiono go jako źródła startu, albo gdy dysk systemowy został podłączony do niewłaściwego rodzaju kontrolera.

Inną grupę przyczyn stanowią uszkodzenia struktur rozruchowych. Dotyczą one między innymi danych BCD, katalogu EFI, sektora startowego lub plików odpowiedzialnych za przekazanie sterowania do systemu. Uszkodzenie może powstać po przerwanym procesie aktualizacji, nagłym wyłączeniu, błędzie systemu plików albo nieudanej operacji zmiany rozmiaru wirtualnego dysku. W niektórych przypadkach sam obraz jest dostępny i można odczytać jego zawartość, lecz system nie ma działającego mechanizmu startowego.

Trzeba także uwzględnić szyfrowanie oraz uprawnienia. Jeżeli obraz dysku jest zabezpieczony, uszkodzony lub przechowywany na niedostępnym zasobie, próba naprawy plików rozruchowych może nie dać rezultatu. Zdarza się również, że komunikat pojawia się po sklonowaniu systemu bez uaktualnienia identyfikatorów lub po zmianie parametrów sprzętowych maszyny wirtualnej. Sama obecność pliku VHDX nie potwierdza jeszcze, że zawiera on prawidłowo przygotowany i możliwy do uruchomienia system.

HYPER-V_BOOT_LOADER_NOT_FOUND – praktyczna kolejność sprawdzania

Bezpieczna diagnostyka powinna rozpocząć się od zapisania kopii konfiguracji oraz obrazu dysku. Następnie można wyłączyć maszynę i sprawdzić w jej ustawieniach, czy właściwy plik VHD lub VHDX jest podłączony, czy ścieżka prowadzi do istniejącej lokalizacji oraz czy host ma do niej dostęp. Nie powinno się od razu usuwać ani tworzyć nowych dysków, ponieważ pochopna zmiana może utrudnić późniejsze odzyskanie danych.

Kolejnym krokiem jest kontrola kolejności startu. W maszynie pierwszej generacji należy zweryfikować, czy wirtualny dysk znajduje się przed innymi urządzeniami, a w maszynie drugiej generacji trzeba przejrzeć ustawienia firmware i wpisy rozruchowe UEFI. Przydatne może być chwilowe odłączenie niepotrzebnych nośników, aby wykluczyć próbę startu z pustego obrazu lub niewłaściwego urządzenia. Jeżeli system był szyfrowany, należy przygotować właściwy klucz odzyskiwania przed uruchomieniem narzędzi naprawczych.

Gdy obraz jest widoczny, lecz nie startuje, można użyć środowiska instalacyjnego zgodnego z wersją systemu i przejść do narzędzi odzyskiwania. W zależności od przyczyny stosuje się kontrolę systemu plików, odbudowę konfiguracji BCD, odtworzenie plików rozruchowych albo przywrócenie wcześniejszego punktu odzyskiwania. Każda z tych czynności powinna być poprzedzona ustaleniem właściwej litery partycji w środowisku naprawczym, ponieważ oznaczenia dysków mogą różnić się od tych znanych z normalnie uruchomionego systemu.

Jeśli maszyna była migrowana, warto porównać jej ustawienia z pierwotnym środowiskiem. Należy zwrócić uwagę na generację, tryb firmware, sposób podłączenia dysku, ustawienia bezpiecznego rozruchu oraz zgodność sterowników. W przypadku obrazu pochodzącego z innego komputera przydatne może być przygotowanie systemu do nowego środowiska przed pierwszym uruchomieniem. Wszelkie próby naprawy dobrze wykonywać na kopii, pozostawiając oryginalny obraz jako zabezpieczenie.

HYPER-V_BOOT_LOADER_NOT_FOUND – kiedy potrzebna jest konsultacja ze specjalistą

Konsultacja ze specjalistą jest wskazana, gdy obraz zawiera ważne dane, nie ma aktualnej kopii zapasowej albo nie wiadomo, czy problem dotyczy konfiguracji, uszkodzenia systemu plików czy samego nośnika. Szczególnej ostrożności wymaga sytuacja, w której obraz nie otwiera się, system wyświetla błędy wejścia i wyjścia lub pojemność dysku jest rozpoznawana nieprawidłowo. Wtedy wielokrotne próby naprawy mogą nadpisać informacje potrzebne do odzyskania zawartości.

Pomoc może obejmować analizę konfiguracji maszyny, sprawdzenie integralności pliku VHDX, ustalenie trybu rozruchu, odtworzenie elementów startowych oraz test uruchomienia na kopii roboczej. Po przywróceniu działania warto ustalić przyczynę awarii, uporządkować kolejność wykonywania kopii i sprawdzić, czy obrazy są przechowywane na sprawnym oraz dostępnym nośniku. Samo usunięcie komunikatu nie zawsze rozwiązuje problem, jeżeli źródłem była awaria dysku, brak miejsca lub powtarzające się błędy systemu plików.