Rozwiązanie społecznościowe

Przekroczono limit pamięci masowej ZimaOS mimo wolnego miejsca: co sprawdzić

A ZimaOS+ system reported Storage limit exceeded after RAID layout changes even though the real local volumes still had free capacity.

Wniosek: w tym przypadku ZimaOS+ komunikat „Przekroczono limit miejsca” nie oznaczał, że fizyczne dyski były pełne

Użytkownik miał już ZimaOS+, a mimo to nadal napotykał ten błąd po zmianie układu RAID i pojedynczych dysków. Późniejsze kontrole tylko do odczytu wykazały, że rzeczywista lokalna macierz RAID i wolumin o pojemności 22 TB były zamontowane prawidłowo, podczas gdy warstwa Pliki/pamięć masowa wyświetlała wiele starych wpisów i liczne montowania sieciowe. Dowody wskazują na problem z rozliczaniem przestrzeni lub nieaktualnymi metadanymi, a nie na pełny system plików.

Okno ZimaOS z komunikatem „Przekroczono limit miejsca” podczas próby utworzenia RAID0
Błąd pojawił się podczas zmiany dwóch dysków 4 TB z pojedynczych woluminów w nową przestrzeń dyskową RAID0.

Najpierw sprawdź, która pamięć masowa jest rzeczywista

lsblk -o NAME,SIZE,FSTYPE,MOUNTPOINTS
df -h
findmnt /media
mount | grep /media

Rzeczywisty dysk lokalny powinien być widoczny jako urządzenie blokowe i mieć punkt montowania. Nieaktualny folder widoczny wyłącznie w interfejsie użytkownika to inny problem. Podręcznik lsblk i podręcznik findmnt to najbezpieczniejsze źródła informacji przeznaczone do odczytu.

Widok pamięci masowej Pliki w ZimaOS z wieloma nieaktualnymi ponumerowanymi folderami pamięci po wcześniejszych zmianach RAID i montowania
Widok Pliki zawierał wiele starych, ponumerowanych wpisów pamięci, które nie odpowiadały już bieżącym fizycznym dyskom użytkownika.

Nie usuwaj folderów /media, dopóki nie sprawdzisz, czy są aktywnymi punktami montowania

W wątku podejrzewano „widmowe” katalogi, ale pokazano w nim również wiele prawidłowych montowań CIFS/SMB z innych urządzeń NAS. Usunięcie ścieżki tylko dlatego, że wygląda na nieaktualną, może przerwać aktywne montowanie lub działanie aplikacji korzystającej z tej ścieżki. Najpierw sporządź spis, a następnie usuwaj elementy wyłącznie za pomocą obsługiwanego interfejsu pamięci masowej/udziałów, chyba że IceWhale udostępni konkretną procedurę czyszczenia.

Aktualny przewodnik po pamięci masowej ZimaOS oraz przewodnik migracji danych ZimaOS to aktualne źródła informacji.

Przywrócenie ustawień fabrycznych to zbyt kosztowny pierwszy krok przy naprawie metadanych pamięci

Okno resetowania ZimaOS pokazujące usunięcie kont, aplikacji i ustawień przy zachowaniu macierzy pamięci oraz plików użytkownika
Przywrócenie ustawień fabrycznych rozważano pod koniec wątku, ale dowody nadal wskazywały na metadane usługi pamięci, a nie uszkodzenie dysków.

Samo okno resetowania pokazuje, że operacja obejmuje konta, zainstalowane aplikacje i ustawienia systemowe. To etap eskalacji, a nie skrót diagnostyczny. Najpierw zapisz informacje o zamontowanych zasobach i bieżącą wersję ZimaOS.

Dlaczego tego przypadku z wersją 1.6.1 nie należy nazywać obecnym uniwersalnym błędem

Obsługa pamięci masowej w ZimaOS nadal się zmieniała w wersjach 1.6.2 i 1.7. W aktualnej dokumentacji wyraźniej rozdzielono lokalne przestrzenie dyskowe, pamięć montowaną przez sieć i migrację. Jeśli ten sam błąd pojawia się obecnie, odtwórz go w bieżącej wersji i zbierz dokładny spis pamięci, zamiast zakładać, że stan zaplecza z maja 2026 roku nadal obowiązuje.

W przypadku złożonych systemów z wieloma dyskami strona pamięci masowej ZimaCube 2 z obsługą wielu dysków przedstawia aktualny kontekst architektury pamięci.