Tryb awaryjny ZimaOS po aktualizacji: odzyskiwanie A/B i sprawdzanie pliku fstab

Podsumowanie: najpierw użyj alternatywnego gniazda ZimaOS, a następnie zdiagnozuj dokładną zależność trybu awaryjnego

ZimaOS 1.3.2 miał na początku 2025 roku znany problem ze zgodnością z niektórymi urządzeniami innych firm. W tym przypadku z Proxmoxem gniazdo A nadal mogło uruchamiać starszą wersję, podczas gdy zaktualizowane gniazdo przechodziło w tryb awaryjny. Właśnie przed takimi sytuacjami ma chronić konstrukcja systemu A/B.

Ekran uruchamiania ZimaOS przechodzący w tryb awaryjny po aktualizacji i przekraczający limit czasu podczas oczekiwania na trwałe urządzenie pamięci masowej — Pierwsza awaria uruchamiania pokazuje, że ZimaOS przechodzi w tryb awaryjny po przekroczeniu limitu czasu dla urządzenia pamięci masowej, zamiast wyświetlić pulpit.

Krok 1: Uruchom poprzednie gniazdo z poziomu GRUB

Połącz się z konsolą, wyświetl GRUB za pomocą klawiszy strzałek i wybierz alternatywne gniazdo systemu. Obecna wersja ZimaOS nadal korzysta z dwóch partycji systemowych, aby umożliwić szybkie wycofanie zmian. Dokument odzyskiwania systemu ZimaOS opisuje bieżącą procedurę.

Model gniazd RAUC stanowi podstawę tej koncepcji.

Krok 2: Odczytaj pierwszą rzeczywistą przyczynę awarii, a nie ostatni komunikat o trybie awaryjnym

Dziennik uruchamiania ZimaOS pokazujący szczegóły inicjalizacji jądra i platformy podczas badania awarii wersji 1.3.2 — Drugi zrzut diagnostyczny uchwycił szczegóły inicjalizacji jądra, gdy gość Proxmox innej firmy nie ukończył normalnego uruchamiania.

Konfiguracja sprzętowa maszyny wirtualnej Proxmox dla gościa ZimaOS, obejmująca dyski VirtIO SCSI i UEFI OVMF — Maszyna wirtualna korzystała z UEFI OVMF, sieci VirtIO i wielu dysków SCSI, co ma znaczenie przy porównywaniu awarii z innym sprzętem wirtualnym innych firm.

Widok VNC Proxmox podkreślający przekroczenie limitu czasu dla dev md zimaos przed przejściem ZimaOS w tryb awaryjny — Późniejszy zrzut ekranu wskazał dokładne przekroczenie limitu czasu dla /dev/md/zimaos, które nastąpiło przed błędami zależności i przejściem w tryb awaryjny.

Tryb awaryjny jest skutkiem problemu. Sprawdź powyżej pierwsze urządzenie, dla którego przekroczono limit czasu, nieudane montowanie lub brakującą zależność. W tym przypadku ekran wskazywał urządzenie pamięci masowej, zanim pojawiły się późniejsze błędy zależności.

journalctl -xb
systemctl --failed
lsblk -f
cat /etc/fstab

Krok 3: Sprawdź niestandardowe wpisy fstab przed ponowną instalacją

Terminal ZimaOS pokazujący niestandardowe wpisy w /etc/fstab i fstab w overlay upper_etc podczas rozwiązywania problemów z uruchamianiem — Ostatnią wskazówką diagnostyczną była zmodyfikowana ścieżka fstab; firma IceWhale zgłaszała podobne awarie uruchamiania, gdy niestandardowe wpisy montowania kolidowały z procesem uruchamiania urządzenia.

Późniejsza gałąź tego samego przypadku ujawniła drugą ważną przyczynę: ręczne zmiany w pliku /etc/fstab mogą zablokować uruchamianie ZimaOS, gdy wskazane urządzenie jest niedostępne lub kolejność montowania koliduje z procesem uruchamiania urządzenia. Firma IceWhale zgłosiła podobną awarię obejmującą zarówno /etc/fstab, jak i trwałą kopię warstwy overlay.

Jeśli ręcznie dodano wpisy dotyczące RAID lub montowania, porównaj je z bieżącą konfiguracją pamięci masowej i usuń tylko te wpisy, które rozumiesz. Do zwykłej konfiguracji RAID i montowania dysków preferuj interfejs pamięci masowej ZimaOS.

Dlaczego stary błąd sterownika z wersji 1.3.2 nie jest obecnie uniwersalnym problemem

Zespół inżynieryjny potwierdził problemy ze zgodnością z urządzeniami innych firm w tej konkretnej wersji. ZimaOS doczekał się wielu wydań nowszych niż 1.3.2, dlatego stwierdzenie „1.3.2 zepsuło moją maszynę wirtualną Proxmox” należy traktować jako dowód historyczny, a nie diagnozę systemu z 2026 roku.

Dokument odzyskiwania instalacji ZimaOS stanowi współczesny punkt odniesienia dla sprzętu x86 innych firm.

Gdy świeża instalacja również przechodzi w tryb awaryjny

To mocna wskazówka, że problem jest związany ze sprzętem wirtualnym, podłączonymi dyskami z danymi, trwałym stanem montowania lub nieobsługiwaną konfiguracją hosta, a nie tylko ze starą partycją systemową. Uruchom system z minimalnym wymaganym sprzętem wirtualnym, a następnie dodawaj dyski z danymi pojedynczo.

Chroń dane przed edycją metadanych RAID lub montowania

Podczas rozwiązywania problemów z gniazdem rozruchowym nie zeruj sygnatur mdadm ani nie twórz ponownie macierzy. Dokument odzyskiwania RAID oddziela odzyskiwanie uruchamiania od odzyskiwania macierzy, natomiast dokument tworzenia kopii zapasowej ZimaOS obejmuje warstwę bezpieczeństwa.

Wiedz, co GRUB może naprawić, a czego nie może

GRUB może wybrać poprzednie gniazdo systemu ZimaOS, ale nie naprawi uszkodzonego montowania danych ani nieprawidłowego wpisu systemu plików. Dokumentacja GNU GRUB wyjaśnia warstwę programu rozruchowego. Jeśli poprzednie gniazdo się uruchamia, użyj tego działającego środowiska, aby sprawdzić konfigurację pamięci masowej i wykonać kopię zapasową danych przed zmianami w uszkodzonym gnieździe.

FAQ

Dlaczego ZimaOS uruchamia stare gniazdo, ale nie nowe?

Stare gniazdo nadal zawiera poprzedni, działający obraz systemu. Nowe gniazdo może mieć problem ze sterownikiem, montowaniem lub konfiguracją.

Czy tryb awaryjny oznacza utratę danych?

Nie. Oznacza to, że nie udało się spełnić zależności normalnego uruchamiania. Przed założeniem utraty systemu plików sprawdź stan pamięci masowej i montowania.

Czy nieprawidłowy wpis fstab może uniemożliwić uruchomienie ZimaOS?

Tak. Montowanie, którego nie można zrealizować, może zablokować uruchamianie lub przełączyć system w tryb awaryjny.

Czy należy od razu ponownie instalować system?

Nie. Najpierw wypróbuj alternatywne gniazdo A/B i zarejestruj pierwszą niespełnioną zależność. Ponowną instalację wykonaj dopiero wtedy, gdy odzyskanie systemu nie będzie praktyczne.

Czy ZimaOS jest obsługiwany w Proxmox?

Wdrożenia zwirtualizowane mogą działać, ale wirtualny sprzęt innych firm może ujawnić różnice w zgodności. Testuj bieżącą wersję i zachowaj możliwość wycofania zmian.