Odzyskiwanie systemu Linux na pulpicie: Przewodnik dla początkujących
Jeśli Twój pulpit Linuxa pokazuje tylko czarny ekran, nie zakładaj, że system operacyjny uległ awarii lub wymaga ponownej instalacji. W wielu przypadkach zawiodła tylko graficzna powłoka.
Ten przewodnik przedstawia praktyczne podejście do rozwiązywania problemów i odzyskiwania awarii uruchamiania systemu Linux na pulpicie. Nauczysz się, jak zidentyfikować uszkodzony komponent, odzyskać dostęp do systemu za pomocą TTY, trybu odzyskiwania lub Live USB oraz wykorzystać dzienniki systemowe do diagnozowania problemu. Przewodnik używa uszkodzonej konfiguracji Xorg jako praktycznego przykładu, ale ten sam proces rozwiązywania problemów ma zastosowanie do wielu problemów z uruchamianiem pulpitu.
Dokładna naprawa zależy od podstawowej przyczyny. Zamiast podawać jedną naprawę, ten przewodnik uczy systematycznego procesu odzyskiwania pulpitu Linux, który można zastosować w przypadku wielu różnych awarii uruchamiania pulpitu.
Zanim zaczniemy, przejrzyjmy podstawowe elementy pulpitu Linuxa.
Jak uruchamia się pulpit Linuxa
Pulpit Linuksa składa się z kilku niezależnych komponentów. Każdy komponent wykonuje określone zadanie. Jeśli jeden z komponentów zawiedzie, interfejs graficzny może się nie uruchomić, mimo że system operacyjny nadal działa.
Jądro jest sercem systemu operacyjnego. Zarządza sprzętem komputerowym.
Serwer wyświetlania tworzy okna graficzne i wyświetla je na ekranie. Jak zapewne już wiesz, większość systemów Linux używa Xorg lub Wayland jako serwera wyświetlania. Pełnią one tę samą rolę, ale używają różnych technologii.
Środowisko desktopowe dostarcza pulpit, panele, menu i inne funkcje graficzne. Popularne środowiska desktopowe to GNOME, KDE Plasma, Xfce i Cinnamon.
Jeśli serwer wyświetlania lub środowisko graficzne nie uruchomi się, możesz zobaczyć czarny ekran, pętlę logowania lub pulpit, który nigdy się nie załaduje.
Jak podano we wstępie, używam uszkodzonej konfiguracji Xorg jako przykładu. Nowoczesny Xorg zazwyczaj działa bez katalogu /etc/X11, ponieważ potrafi automatycznie wykrywać większość sprzętu. Jednak jeśli wymagane pliki konfiguracyjne Xorg są brakujące lub uszkodzone, Xorg może nie uruchomić się lub działać nieprzewidywalnie.
Metody rozwiązywania problemów opisane w tym przewodniku mają również zastosowanie w przypadku wielu innych problemów z uruchamianiem pulpitów Linux.
Bezpieczna modyfikacja plików systemowych
Zanim zaczniesz rozwiązywać problemy, dowiedz się, jak bezpiecznie modyfikować pliki systemowe. Pojedyncze błędne polecenie może sprawić, że problem łatwy do naprawienia stanie się znacznie trudniejszy do rozwiązania.
Linux daje użytkownikowi root pełną kontrolę nad systemem operacyjnym. Polecenie sudo tymczasowo przyznaje te uprawnienia administratora. Linux zakłada, że wiesz, co robisz. Nie powstrzymuje cię przed usuwaniem ważnych plików systemowych.
Zanim zmodyfikujesz plik lub katalog systemowy, dowiedz się, do czego jest używany. Wiele plików jest instalowanych i zarządzanych przez menedżera pakietów twojej dystrybucji. Usunięcie ich ręcznie może pozostawić oprogramowanie w niekonsekwentnym stanie.
Jeśli musisz przetestować zmianę konfiguracji, utwórz kopię zapasową zamiast usuwać oryginalny plik. Na przykład:
sudo cp /etc/example.conf /etc/example.conf.bakJeżeli przewodnik mówi ci, aby usunąć oprogramowanie, użyj menedżera pakietów swojej dystrybucji zamiast ręcznego usuwania plików. Menedżer pakietów śledzi zainstalowane pliki i aktualizuje swoją bazę danych, gdy oprogramowanie jest instalowane, aktualizowane lub usuwane.
Znajdź, który pakiet zarządza plikiem
Zanim zmodyfikujesz lub usuniesz plik systemowy, sprawdź, czy jest on zarządzany przez pakiet oprogramowania. Jeśli tak, użyj menedżera pakietów swojej dystrybucji, aby naprawić lub ponownie zainstalować pakiet, zamiast ręcznie modyfikować lub usuwać jego pliki.
Debian i Ubuntu
dpkg -S /path/to/fileFedora, RHEL i CentOS
rpm -qf /path/to/fileArch Linux
pacman -Qo /path/to/fileJeśli polecenie zgłasza, że żaden pakiet nie posiada pliku, plik mógł zostać utworzony ręcznie, wygenerowany przez aplikację lub przechowywany poza bazą danych pakietów. W takim przypadku zbadaj jego przeznaczenie przed wprowadzeniem zmian.
Zalecana lektura: Jak znaleźć pakiet, który dostarcza określony plik w Linuxie
Analizuj dzienniki systemowe za pomocą narzędzi diagnostycznych
Ten przewodnik zakłada, że Twój system używa systemd, które jest domyślnym systemem init w większości nowoczesnych dystrybucji Linuksa.
Kiedy pulpit Linux nie uruchamia się, pierwszym krokiem jest zidentyfikowanie nieudanego komponentu. Dzienniki systemowe rejestrują zdarzenia i błędy systemu operacyjnego oraz jego usług. Często dostarczają wystarczających informacji, aby zidentyfikować przyczynę problemu.
Narzędzie 1: dziennik systemd (journalctl)
Dziennik systemd zbiera komunikaty dziennika z jądra, usług systemowych i wielu aplikacji. Zwykle jest to najlepsze miejsce do rozpoczęcia rozwiązywania problemów, ponieważ zapewnia ogólnosystemowy przegląd tego, co się wydarzyło.
Aby wyświetlić wiadomości z bieżącego rozruchu, uruchom:
journalctl -bNarzędzie 2: Log Xorg
Jeśli Twój system korzysta z Xorg, możesz również sprawdzić logi Xorg. Zawierają one informacje o serwerze wyświetlania, w tym wykrywanie sprzętu, inicjalizację monitora oraz błędy podczas uruchamiania.
W zależności od Twojej dystrybucji Linuksa i konfiguracji, dziennik może być przechowywany w /var/log/Xorg.0.log, ~/.local/share/xorg/Xorg.0.log lub w dzienniku systemd.
Linie oznaczone (EE) wskazują błędy. Często są one najlepszym miejscem, aby rozpocząć swoje śledztwo.
| Narzędzie | Najlepiej używać do |
|---|---|
dziennik systemd (journalctl) | Błędy systemowe i awarie usług |
| Log Xorg | Błędy związane z uruchamianiem Xorg i grafiką |
Wybierz odpowiednią metodę odzyskiwania
Metoda odzyskiwania zależy od tego, jak daleko system się uruchomi.
- System wyświetla czarny ekran lub zablokowany ekran logowania: Przełącz się na TTY (Konsolę Wirtualną) i napraw system z wiersza poleceń.
- System nigdy nie osiąga ekranu logowania ani TTY: Uruchom system z Live USB i napraw zainstalowany system z środowiska chroot.
Zacznij od metody TTY. Jest prostsza i nie wymaga zewnętrznych nośników. Używaj metody Live USB tylko wtedy, gdy nie możesz uzyskać dostępu do TTY.
Metoda 1: Odzyskiwanie z TTY
A TTY (Konsola Wirtualna) jest ekranem logowania opartym na tekście, który działa niezależnie od interfejsu graficznego. Jeśli interfejs graficzny zawiedzie, TTY często pozostaje dostępne.
Naciśnij Ctrl + Alt + F2. Jeśli nic się nie dzieje, spróbuj F3 do F6.
Zaloguj się przy użyciu swojej nazwy użytkownika i hasła. Linux nie wyświetla twojego hasła podczas pisania. To normalne.
Sprawdź logi systemowe, aby zidentyfikować uszkodzony komponent:
journalctl -bNapraw uszkodzony komponent. Na przykład, ponownie zainstaluj brakujący pakiet, przywróć usunięty plik konfiguracyjny lub cofnij ostatnią zmianę konfiguracji.
Uruchom ponownie system:
sudo rebootWskazówka: Jeśli nie możesz uzyskać dostępu do TTY, sprawdź, czy Twoja dystrybucja udostępnia Tryb odzyskiwania lub Tryb ratunkowy w menu GRUB. Może to pozwolić na naprawę zainstalowanego systemu bez użycia Live USB. Dostępne opcje różnią się w zależności od dystrybucji.
- Uruchom w trybie ratunkowym lub trybie awaryjnym w Ubuntu Linux
Metoda 2: Odzyskiwanie z Live USB
Użyj tej metody, jeśli Twój system nie osiąga ekranu logowania ani TTY.
A Live USB to rozruchowy dysk USB, który pozwala uruchomić Linuksa bez użycia zainstalowanego systemu operacyjnego. Środowisko chroot (zmiana katalogu głównego) pozwala na dostęp do zainstalowanego systemu i jego naprawę z Live USB.
Uruchom komputer z Linux Live USB. Otwórz terminal i zidentyfikuj swoją partycję root Linux, używając polecenia:
lsblk -fNastępnie zamontuj partycję root. Zastąp /dev/sdXN swoją partycją root.
sudo mount /dev/sdXN /mntUwaga: Jeśli Twój system używa oddzielnych /boot, /boot/efi, LVM, szyfrowania LUKS lub podwoluminów Btrfs, zamontuj wymagane partycje lub podwoluminy przed kontynuowaniem.
Podłącz wymagane wirtualne systemy plików.
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys
sudo mount --bind /run /mnt/runWejdź do zainstalowanego systemu.
sudo chroot /mntZdiagnozuj i napraw problem. Na przykład przywróć usunięty plik konfiguracyjny lub napraw uszkodzony pakiet oprogramowania.
Wyjdź ze środowiska chroot.
exitOdłącz systemy plików i uruchom ponownie komputer.
sudo umount -R /mnt
sudo rebootZapobiegaj przyszłym problemom z uruchamianiem pulpitu
Nie możesz zapobiec wszystkim problemom, ale możesz zmniejszyć ryzyko utraty dostępu do swojego pulpitu.
- Utwórz kopię zapasową ważnych plików konfiguracyjnych przed wprowadzeniem zmian. Opublikowaliśmy przewodniki dotyczące kilku narzędzi do tworzenia kopii zapasowych. Sprawdź naszą kategorię Narzędzia do tworzenia kopii zapasowych, aby uzyskać więcej szczegółów.
- Użyj menedżera pakietów swojej dystrybucji, aby instalować, aktualizować i usuwać oprogramowanie.
- Testuj główne zmiany konfiguracji w maszynie wirtualnej, gdy to możliwe.
- Twórz regularne kopie zapasowe systemu lub migawki przed aktualizacją systemu operacyjnego lub modyfikowaniem plików systemowych.
- Miej pod ręką Linux Live USB. Może pomóc w odzyskaniu systemu, który nie uruchamia już interfejsu graficznego.
- Wprowadzaj jedną zmianę naraz. Jeśli pojawi się problem, znacznie łatwiej będzie zidentyfikować przyczynę.
Wniosek
Uszkodzony pulpit Linuxa nie zawsze oznacza, że system operacyjny jest uszkodzony. W wielu przypadkach można odzyskać środowisko graficzne bez ponownej instalacji Linuxa.
Kluczem jest stosowanie ustrukturyzowanego podejścia. Uzyskaj dostęp do wiersza poleceń, przejrzyj logi, zidentyfikuj awaryjny komponent i napraw podstawowy problem. Dzięki tym umiejętnościom możesz z pewnością diagnozować i naprawiać wiele typowych awarii uruchamiania pulpitów Linux.
Zalecana lektura:
- Jak Naprawić Uszkodzony System Ubuntu Bez Ponownej Instalacji
- Jak Naprawić Błąd Busybox Initramfs w Ubuntu
- Jak używać klawisza Magic SysRq w Linuksie, aby bezpiecznie odzyskać zawieszony system
- Jak Naprawić Błąd „E: Nie można uzyskać blokady /var/lib/dpkg/lock” w Ubuntu
- Jak Przywrócić Plik .bashrc Do Ustawień Domyślnych W Ubuntu
- Jak wyłączyć nieobsługiwane aktualizacje w Ubuntu
- Jak Przywrócić Uszkodzony Arch Linux Do Poprzedniego Działającego Stanu
