W praktyce chodzi o narzędzie boot repair, które pomaga odzyskać start systemu po awarii GRUB-a, problemie z UEFI albo zmianie układu partycji. Najczęściej przydaje się po instalacji Windows obok Linuksa, po większej aktualizacji albo wtedy, gdy komputer nagle przestaje pokazywać menu wyboru systemu. Poniżej pokazuję, kiedy taka naprawa ma sens, jak przejść przez nią bez zbędnego ryzyka i kiedy lepiej sięgnąć po ręczną diagnostykę.
Najważniejsze rzeczy do zapamiętania przed naprawą rozruchu
- Boot-Repair zwykle naprawia GRUB i wpisy startowe, a nie sam system plików.
- Najlepiej uruchamiać go z live USB w tym samym trybie, w którym działał komputer: UEFI albo legacy BIOS.
- Opcja Recommended repair to bezpieczny punkt startowy, a Advanced Options lepiej zostawić na później.
- Jeśli masz dual boot z Windowsem, sprawdź Fast Startup i kolejność bootowania w firmware.
- Raport Boot-Info ułatwia dalszą diagnozę, gdy automatyczna naprawa nie wystarczy.
Czym jest Boot-Repair i kiedy faktycznie pomaga
Ja traktuję Boot-Repair jako szybki ratunek, nie jako magiczną różdżkę. To graficzne narzędzie do naprawy problemów z uruchamianiem systemu, które zwykle reinstaluje GRUB, przywraca wpisy startowe i potrafi pomóc zarówno na starszych komputerach z BIOS/MBR, jak i na nowszych maszynach UEFI. W praktyce przydaje się po instalacji Windows, po zmianie dysku, po aktualizacji, która uszkodziła bootloader, albo wtedy, gdy menu rozruchowe zniknęło całkowicie.
Ważne jest też to, że Boot-Repair potrafi wygenerować Boot-Info, czyli raport diagnostyczny, który ułatwia dalszą pomoc na forum albo w dyskusji technicznej. Ja lubię ten element właśnie za to, że zamiast zgadywać, dostaję uporządkowany obraz partycji, wpisów i parametrów startowych. To nie naprawia wszystkiego, ale bardzo skraca drogę do znalezienia przyczyny.
Jeśli problem dotyczy tylko rozruchu, a nie samej instalacji systemu, taki start jest zwykle najrozsądniejszy. Zanim jednak uruchomisz narzędzie, dobrze odróżnić typowe objawy awarii bootloadera od usterki, która wygląda podobnie, ale wymaga innego podejścia.
Jak rozpoznać problem z rozruchem, zanim zaczniesz naprawę
W praktyce najpierw patrzę na objawy. Jeśli komputer nie dochodzi do wyboru systemu, wpada w grub rescue, pokazuje czarny ekran po logo producenta albo od razu startuje do Windows, zwykle chodzi o bootloader lub wpis UEFI, a nie o sam system plików. Jeśli natomiast live USB uruchamia się poprawnie, szansa na uratowanie instalacji bez reinstalacji jest duża.
| Objaw | Co zwykle oznacza | Co sprawdzam najpierw |
|---|---|---|
| Start od razu do Windows | UEFI wskazuje zły wpis albo wpis Linuksa zniknął | Kolejność bootowania i stan partycji EFI |
| grub rescue lub sam prompt GRUB | Uszkodzony bootloader albo błędna ścieżka do plików | Naprawa GRUB z live USB |
| No bootable device | Firmware nie widzi poprawnego nośnika startowego | Tryb UEFI lub legacy i właściwy dysk |
| Problem po aktualizacji | Zmiana pakietów albo wpisów rozruchowych | Odświeżenie konfiguracji bootowania |
| Live USB działa, dysk nie | System zwykle jest czytelny, problem siedzi w bootloaderze | Naprawa startu zamiast reinstalacji całego systemu |
To rozróżnienie oszczędza czas. Zbyt często widzę próbę reinstalacji Linuksa wtedy, gdy wystarczyłaby naprawa rozruchu. Właśnie dlatego następny krok warto zrobić metodycznie, a nie „na czuja”.
Jak użyć Boot-Repair krok po kroku
Najbezpieczniej uruchamiam go z nośnika live, najlepiej USB. Na komputerach UEFI wybieram tryb zgodny z instalacją systemu, bo mieszanie UEFI i legacy BIOS często kończy się tym, że naprawa trafia w zły punkt. Zwykle wystarcza kilka minut i po wszystkim zostaje tylko restart, ale nie wolno zmieniać opcji na ślepo.
- Przygotuj live USB z Ubuntu albo Boot-Repair-Disk.
- Uruchom komputer w tym samym trybie, w którym miał działać system, czyli UEFI albo legacy BIOS.
- Jeśli to możliwe, połącz się z internetem, bo część diagnostyki i pakietów zależy od sieci.
- Uruchom Boot-Repair i zostaw domyślne ustawienia.
- Kliknij Recommended repair.
- Po zakończeniu zapisz wygenerowany raport Boot-Info do późniejszej diagnostyki.
- Zrestartuj komputer i sprawdź, czy wróciło menu wyboru systemu.
Ja na tym etapie nie grzebię w Advanced Options, jeśli nie mam jeszcze pełnego obrazu sytuacji. Domyślna naprawa jest po coś właśnie po to, żeby najpierw odtworzyć działający start, a dopiero potem wchodzić w szczegóły. Gdy to nie wystarcza, trzeba przejść na poziom niżej i sprawdzić UEFI, partycję EFI oraz układ dysków.
Gdzie automatyka się wykłada i co wtedy sprawdzić
Partycja EFI musi istnieć i być poprawnie oznaczona
Na komputerach UEFI szukam małej partycji FAT32, zwykle o rozmiarze 100-250 MB. To ona pełni rolę ESP, czyli EFI System Partition. Jeśli została usunięta, sformatowana albo źle oznaczona, Boot-Repair może nie mieć czego naprawiać. W takiej sytuacji sprawdzam układ partycji w narzędziu pokroju gParted i upewniam się, że firmware widzi właściwy wpis startowy.
Fast Startup w Windows potrafi zablokować montowanie
Jeżeli w układzie dual boot działa Windows z włączonym Fast Startup, jego partycja NTFS bywa traktowana jak hibernowana. To jeden z tych drobnych szczegółów, które wyglądają niewinnie, a potrafią przerwać automatyczną naprawę w połowie. Wtedy najpierw wyłączam Fast Startup w Windows, a dopiero potem ponawiam próbę.
Przeczytaj również: ChromeOS - czy to system dla Ciebie? Porównanie i porady
Złożone układy dysków wymagają większej kontroli
Przy LUKS, LVM, RAID albo nietypowym podziale dysków Boot-Repair nadal może pomóc, ale ręczna kontrola daje mi więcej pewności. Im więcej warstw pośrednich, tym ważniejsze staje się wskazanie właściwego dysku, właściwej partycji EFI i miejsca, w którym ma trafić GRUB. To już nie jest zwykła, jednorazowa naprawa, tylko krótka diagnostyka architektury rozruchu.
Właśnie na tym etapie najlepiej uczciwie porównać automatyczne narzędzie z klasyczną naprawą GRUB, bo wybór metody często przesądza o czasie całej operacji.
Boot-Repair czy ręczna naprawa GRUB
Ja zaczynam od automatu wtedy, gdy problem wygląda typowo: po aktualizacji, po instalacji drugiego systemu albo po utracie wpisu startowego. Jeśli jednak widzę złożony układ partycji, szyfrowanie albo podejrzenie, że BIOS i UEFI są pomieszane, szybciej przechodzę do ręcznej naprawy. To po prostu daje większą kontrolę.
| Sytuacja | Boot-Repair | Ręczna naprawa |
|---|---|---|
| Zwykła awaria GRUB po zmianie systemu | Szybki i sensowny pierwszy krok | Działa, ale zwykle zajmuje więcej czasu |
| Dual boot po aktualizacji | Bardzo praktyczne rozwiązanie startowe | Lepsza, jeśli chcesz dokładnie wiedzieć, co zmieniasz |
| UEFI bez poprawnego wpisu EFI | Czasem wystarczy | Najczęściej bardziej przewidywalna |
| LUKS, LVM lub RAID | Może pomóc, ale nie zawsze domknie temat | Często bezpieczniejsza i bardziej kontrolowana |
| Chcesz nauczyć się diagnozy | Mniej przejrzyste | Najlepsza do zrozumienia struktury startu |
W praktyce nie traktuję Boot-Repair jako konkurenta ręcznej naprawy, tylko jako pierwszy poziom interwencji. Gdy nie trafia w sedno, przechodzę do źródła problemu, zamiast uruchamiać kolejne automatyczne próby. To prowadzi prosto do typowych błędów, których najlepiej uniknąć już na starcie.
Najczęstsze błędy, które pogarszają sytuację
- Uruchamianie nośnika w złym trybie, czyli UEFI zamiast legacy albo odwrotnie.
- Klikanie Advanced Options bez zrozumienia, co zmieniają.
- Naprawianie niewłaściwego dysku, gdy komputer ma kilka nośników.
- Ignorowanie kolejności bootowania po udanej naprawie.
- Próba uruchomienia naprawy z DVD na komputerze, który wymaga sensownego startu w trybie UEFI z USB.
- Zaczynanie od reinstalacji systemu zamiast od sprawdzenia bootloadera i partycji EFI.
Najdroższy błąd to założenie, że system jest uszkodzony „na pewno”, gdy problem siedzi tylko w rozruchu. Po udanej naprawie robię jeszcze kilka prostych rzeczy, żeby całość nie rozsypała się przy następnym restarcie.
Co robię po udanej naprawie, żeby problem nie wrócił
- Sprawdzam, czy GRUB pokazuje oba systemy, a nie tylko jeden wpis.
- Kontroluję ustawienia firmware i upewniam się, że startuje właściwy wpis UEFI.
- W dual boot wyłączam Fast Startup w Windows, jeśli jeszcze był aktywny.
- Po zmianach partycji odświeżam konfigurację startową i weryfikuję, czy system widzi właściwą partycję EFI.
- Zostawiam sobie live USB pod ręką, bo przy problemach z rozruchem czas reakcji ma znaczenie.
- Zapisuję raport Boot-Info, jeśli sytuacja była nietypowa albo jeśli układ dysków jest bardziej złożony niż zwykły laptop z jednym SSD.
Ja traktuję naprawę rozruchu jako część higieny systemu, a nie jednorazowy trik. Jeśli po wszystkim komputer startuje stabilnie, menu wyboru systemu działa, a kolejność bootowania jest poprawna, to dopiero wtedy uznaję sprawę za domkniętą. Właśnie tak najlepiej wykorzystać Boot-Repair: jako szybki punkt wyjścia, a nie zastępstwo dla zrozumienia, jak zbudowany jest start Linuksa.
