To źródło pokazuje, dlaczego pełny dysk systemowy ZimaOS może sprawić, że migracja wygląda na zawieszoną, niekoniecznie niszcząc podstawową macierz RAID ani dane użytkownika. Dysk SSD systemu o pojemności 228 GB w ZimaCube osiągnął stan 0 B dostępnego miejsca po tym, jak dane indeksowania i aplikacji związane z Resilio rozrosły się na dysku systemowym. Dostęp przez SMB i Finder nadal działał, ale panel sterowania stał się niestabilny, a migracja początkowo zatrzymała się na poziomie 5%.
Migracja ostatecznie ruszyła dalej — do 45%, następnie 49%, a w końcu zakończyła się po ponad dobie. Autor oryginalnego wpisu poinformował później, że zatrzymał także dalsze indeksowanie i zapisywanie przez Resilio na dysku systemowym. Obecna dokumentacja ZimaOS wyraźnie zaleca przechowywanie danych AppData poza dyskiem systemowym.
Dysk SSD systemu był całkowicie pełny
Migracja danych aplikacji początkowo wyglądała na zatrzymaną na poziomie 5%
Powolny postęp nie oznaczał, że migracja została trwale przerwana
Użytkownik później zobaczył, że migracja osiągnęła 45%, a następnie w nocy 49%. Kilka miesięcy później potwierdził, że ostatecznie się zakończyła, prawdopodobnie po ponad dobie.
Obecne zalecenia IceWhale wyraźnie ostrzegają przed zapełnianiem dysku systemowego danymi AppData
Obecne wytyczne dotyczące ścieżek przechowywania danych aplikacji wskazują, że bazy danych aplikacji, miniatury, metadane i inne dane AppData mogą zapełnić mały dysk systemowy, powodując nieprawidłowe działanie aktualizacji, aplikacji i samego urządzenia.
Skorzystaj z obecnych wytycznych dotyczących przechowywania danych AppData.
Zatrzymaj aplikację, która nadal zapełnia dysk
Zwolnienie kilku gigabajtów nie pomoże, jeśli Resilio, model LLM, pamięć podręczna Immich lub inny kontener natychmiast zapisze je ponownie. Zidentyfikuj aplikację zajmującą pamięć systemową i zatrzymaj ją przed ponowną próbą migracji.
Przed ponowną próbą migracji zapewnij wolne miejsce robocze
Proces migracji potrzebuje miejsca na bazy danych, stan tymczasowy, dzienniki i operacje aplikacji. Usuwaj lub przenoś wyłącznie dane, które zostały jednoznacznie zidentyfikowane; nie wykonuj szerokiego czyszczenia katalogu głównego w nieznanych katalogach systemowych.
Gdy system będzie stabilny, użyj obecnego narzędzia migracji danych
Obecna wersja ZimaOS umożliwia przenoszenie obrazów Dockera, danych aplikacji Dockera i zarządzanych baz danych użytkowników między przestrzeniami dyskowymi za pośrednictwem Ustawienia > Migracja danych.
Zobacz obecny proces migracji danych.
Ogromna liczba małych plików może spowalniać operację bardziej, niż sugerowałby ich łączny rozmiar
Bazy danych indeksów, miniatury i katalogi metadanych mogą wymagać znacznie większej liczby operacji systemu plików na gigabajt niż duże pliki multimedialne.
Nie przenoś ręcznie aktywnych danych AppData w trakcie migracji
Późniejszy uczestnik dyskusji ręcznie przeniósł folder AppData modelu LLM, gdy migracja była już zatrzymana. Może to spowodować rozbieżność między skonfigurowaną ścieżką aplikacji, stanem migracji ZimaOS i rzeczywistą lokalizacją w systemie plików.
Źródło zgłaszało również osobny problem z nazwami plików w Resilio
Kilka miesięcy później timothy poinformował, że Resilio zmieniło nazwy plików zawierających nieobsługiwane znaki, przez co wyglądały one na brakujące w ZimaOS. Wyraźnie sprostował wcześniejsze podejrzenie, że ZimaOS utracił te pliki.
Uszkodzony panel sterowania nie oznacza utraty puli pamięci
Źródło nadal umożliwiało korzystanie z SMB i Findera, mimo że panel sterowania wylogowywał użytkownika, a interfejs migracji zachowywał się nietypowo. To ważne rozróżnienie: pełny dysk systemowy może zakłócić działanie usług płaszczyzny sterowania, podczas gdy oddzielna macierz danych pozostaje zamontowana i dostępna do odczytu.
Zachowaj te dowody przed podjęciem destrukcyjnych działań dotyczących RAID-u lub reinstalacji.
Przed rozpoczęciem kolejnej migracji zdiagnozuj dysk systemowy
Sprawdź, które katalogi zajmują miejsce na dysku systemowym, zidentyfikuj aplikację, która je wykorzystuje, i zatrzymaj proces zapisujący dane. Jeśli aplikację można bezpiecznie usunąć i odtworzyć, usuń jej zbędne dane pamięci podręcznej lub obrazu za pomocą obsługiwanych narzędzi zamiast kasować przypadkowe katalogi.
Gdy pojawi się wolne miejsce robocze, uruchom ponownie tylko wymagany serwis lub aplikację i upewnij się, że ilość wolnego miejsca pozostaje stabilna przed rozpoczęciem migracji.
Obecna migracja jest operacją sterowaną na pełnym ekranie
Obecna dokumentacja IceWhale informuje, że podczas działania migracji danych inne operacje są niedostępne. Zaplanuj przestój aplikacji, których dane są przenoszone, unikaj jednoczesnego ręcznego przenoszenia plików i pozwól migracji osiągnąć wyraźny stan zakończenia lub błędu przed modyfikowaniem tych samych folderów.
Reinstalacja jest ostatecznością, a nie pierwszą reakcją na 0 B wolnego miejsca
Jeśli dane użytkownika i pamięć masowa są nienaruszone, zwolnienie miejsca systemowego i ukończenie migracji AppData może przywrócić działanie systemu bez odbudowy NAS-a. Jeśli reinstalacja okaże się konieczna, najpierw wykonaj kopię zapasową danych aplikacji, metadanych pamięci masowej i kluczowych plików, a następnie postępuj zgodnie z aktualnymi wytycznymi dotyczącymi odzyskiwania i reinstalacji.
Często zadawane pytania dotyczące pełnego dysku systemowego
Czy migracja opisana w źródle ostatecznie się zakończyła?
Tak. Autor oryginalnego wpisu poinformował później, że zakończyła się po ponad dobie.
Czy pasek postępu migracji zatrzymany na poziomie 5% dowodzi utraty danych?
Nie. W opisanym przypadku później ruszył dalej, a SMB i RAID pozostały dostępne.
Co obecni użytkownicy powinni zrobić najpierw, gdy ZimaOS-HD jest pełny?
Zatrzymać aplikację, która nadal zapisuje dane, bezpiecznie zwolnić miejsce, a następnie użyć bieżących narzędzi migracji danych i AppData zamiast usuwać nieznane pliki systemowe.
