Rozwiązanie społecznościowe

ZimaBoard uruchamia się w trybie ratunkowym: bezpieczne odzyskiwanie systemu ZimaOS

A ZimaBoard 1664 stopped booting after shutdown and entered rescue mode, while its apps and data had previously been moved to an 8 TB drive.

Podsumowanie: tryb ratunkowy nie oznacza utraty dysku danych o pojemności 8 TB

System nie uruchomił się po wyłączeniu, ale użytkownik wcześniej przeniósł dane aplikacji na dysk o pojemności 8 TB. Najbezpieczniejsza kolejność odzyskiwania danych jest więc następująca: najpierw wypróbuj alternatywny slot systemu ZimaOS, zabezpiecz dysk z danymi, a system operacyjny zainstaluj ponownie dopiero wtedy, gdy nie uda się odzyskać partycji rozruchowych.

Przed ponowną instalacją wypróbuj alternatywny slot ZimaOS

Obecny ZimaOS korzysta z dwóch partycji systemowych. Podłącz monitor i klawiaturę, otwórz GRUB za pomocą klawiszy strzałek i uruchom system z alternatywnego slotu. Dokumentacja odzyskiwania systemu ZimaOS wyjaśnia obecny model odzyskiwania A/B.

Model slotów RAUC opisuje podstawowy model aktualizacji, natomiast menu rozruchowe GNU GRUB obejmuje warstwę programu rozruchowego.

Podczas odzyskiwania nie formatuj dysku danych o pojemności 8 TB

Nowa instalacja systemu operacyjnego i dysk z danymi to odrębne elementy. Jeśli AppData i multimedia zostały przeniesione na dysk o pojemności 8 TB, najpierw zabezpiecz ten dysk. Zainstaluj ponownie ZimaOS wyłącznie na urządzeniu systemowym.

Odzyskiwanie instalacji ZimaOS to rozwiązanie awaryjne.

Po ponownej instalacji celowo podłącz istniejące dane aplikacji

Nie zakładaj, że każda aplikacja automatycznie odnajdzie swoją starą konfigurację. Zamontuj dysk o pojemności 8 TB, sprawdź stare foldery AppData, a następnie zainstaluj ponownie te same aplikacje lub wskaż im istniejące dane jako ścieżki trwałe.

Migracja danych ZimaOS wyjaśnia obecne lokalizacje danych aplikacji i sposób działania migracji.

Dlaczego komunikat „Ethernet się nie uruchomił” nie wskazywał jednoznacznie przyczyny głównej

Tryb ratunkowy może nie udostępniać standardowej sieci, ponieważ pełny system nie uruchomił swoich zwykłych usług. Brak sieci Ethernet w trybie ratunkowym nie dowodzi więc, że karta sieciowa spowodowała awarię rozruchu. Najpierw zdiagnozuj uruchamianie systemu, a dopiero później sieć.

Po odzyskaniu systemu wykonaj kopię zapasową elementów, których odtworzenie jest kosztowne

Zabezpiecz bazy danych aplikacji, pliki Compose, indeksy multimediów oraz niezastąpione dane użytkownika. Slot systemowy można przywrócić, natomiast odtworzenie wieloletniego stanu aplikacji jest najbardziej kosztowną częścią.