Co oznacza w tym przypadku komunikat „Failed to Load dm Table: Invalid Argument”?
W kwietniu 2025 roku nowy właściciel ZimaCube zgłosił, że aktualizacja do ZimaOS 1.4 nie powiodła się i wyświetlił się komunikat Failed mounting bundle: Failed to load dm table: Invalid argument. Ten sam błąd wystąpił zarówno podczas automatycznie oferowanej aktualizacji, jak i po ręcznym pobraniu obrazu wydania.
Kluczowe znaczenie miała wersja początkowa. Członek zespołu IceWhale poinformował, że niedawno spotkał się z tym problemem, i zapytał, czy zainstalowana wersja była niższa niż 1.2.5.
Jakie rozwiązanie zalecił zespół IceWhale?
Zalecenie zespołu zależało od wersji: jeśli system miał wersję niższą niż ZimaOS 1.2.5, należało najpierw przeprowadzić aktualizację offline do wersji 1.2.5, a dopiero potem zaktualizować system do wersji 1.4.0. Była to etapowa ścieżka aktualizacji przeznaczona dla wczesnych wydań, a nie uniwersalne rozwiązanie każdego obecnego błędu aktualizacji.
Autor pierwotnego wpisu korzystał z ZimaOS 1.2.1, a następnie poinformował, że aktualizacja offline do wersji 1.3.3 zakończyła się powodzeniem. Po niej standardowa aktualizacja do wersji 1.4.0 również zadziałała.
Jak obecnie przebiega aktualizacja offline?
Aktualna instrukcja aktualizacji offline ZimaOS zaleca pobranie odpowiedniego pakietu instalacyjnego RAUCB, umieszczenie go w katalogu aktualizacji offline, zaczekanie, aż ZimaOS go wykryje, a następnie uruchomienie aktualizacji z poziomu interfejsu.
| Wersja ZimaOS | Katalog pakietu offline |
|---|---|
| Wersje wcześniejsze niż 1.4.1 | /ZimaOS-HD/rauc/offline/ |
| 1.4.1 i nowsze | /ZimaOS-HD/.ota/offline/ |
Ta zmiana katalogu ma znaczenie, ponieważ odpowiedź społeczności z 2025 roku odsyłała do starszego procesu aktualizacji offline. W przypadku obecnego wydania nie należy automatycznie używać starej ścieżki.
Co zrobić, jeśli dziś zobaczysz ten sam błąd?
- Zapisz dokładną zainstalowaną wersję ZimaOS.
- Zapisz docelową wersję oraz pełny komunikat o błędzie.
- Jeśli aktualizujesz system z wczesnej wersji 1.2.x do wersji 1.4.0, etapowe rozwiązanie opisane w tym wątku jest bezpośrednio istotne.
- W przypadku nowszych wydań postępuj zgodnie z aktualną dokumentacją aktualizacji offline ZimaOS.
- Użyj pakietu RAUCB przeznaczonego dla docelowego wydania oraz katalogu odpowiedniego dla bieżącej wersji systemu.
- Przed odzyskiwaniem systemu lub wieloetapową zmianą wersji wykonaj kopię zapasową ważnych danych.
Najczęściej zadawane pytania
Czy sprzęt ZimaCube był wadliwy?
Wątek nie potwierdza usterki sprzętowej. Problem rozwiązano, zmieniając ścieżkę aktualizacji oprogramowania.
Czy każdy użytkownik ZimaOS powinien najpierw zaktualizować system do wersji 1.2.5?
Nie. To zalecenie dotyczyło konkretnie systemów w wersji niższej niż 1.2.5, które próbowały przejść do ZimaOS 1.4.0.
Gdzie należy teraz umieścić pakiet aktualizacji offline?
Obecna dokumentacja wskazuje katalog /ZimaOS-HD/.ota/offline/ dla wersji 1.4.1 i nowszych, natomiast starsze wersje korzystają z katalogu /ZimaOS-HD/rauc/offline/.
