Instrukcja obsługi Jak sprawdzić użycie przestrzeni /tmp i /mnt/HDA_ROOT przez terminal SSH?

Scenariusz​


  • Użytkownik chce zrozumieć przeznaczenie i typowe użycie przestrzeni katalogów /tmp i /mnt/HDA_ROOT na serwerze NAS QNAP
  • Użytkownik chce wiedzieć, co jest normalne, a co nieprawidłowe

Rozwiązanie​

Zarówno /tmp, jak i /mnt/HDA_ROOT to katalogi zarządzane przez system. QTS automatycznie tworzy i usuwa ich zawartość. W normalnych warunkach nie ma potrzeby ich monitorowania ani ręcznego czyszczenia. QTS wyświetli powiadomienie systemowe, jeśli na którymkolwiek z tych systemów plików zabraknie miejsca.
  • /tmp to tmpfs (system plików oparty na pamięci RAM) — jest tworzony od nowa przy każdym ponownym uruchomieniu i nie zachowuje danych między restartami.
  • /mnt/HDA_ROOT to partycja systemowa — przechowuje konfigurację systemu QTS, metadane QPKG oraz dzienniki systemowe.
  • Jeśli brakuje miejsca, najpierw zidentyfikuj, co je zajmuje, zanim cokolwiek usuniesz — ślepe usuwanie plików może uszkodzić usługi QTS.

Jak sprawdzić użycie przestrzeni​


Krok 1: Sprawdź ogólne użycie systemów plików (df)​


Kod: 
# Pokaż wszystkie zamontowane systemy plików w formacie czytelnym dla człowieka
df -h

# Filtruj, aby wyświetlić tylko /tmp i HDA_ROOT
df -h | grep -E "tmp|HDA_ROOT"

Przykładowe dane wyjściowe:

Kod: 
tmpfs 991M 42M 949M 5% /tmp
/dev/md9 371M 238M 114M 68% /mnt/HDA_ROOT
Normalne zakresy:
  • /tmp: Kilka MB do kilkudziesięciu MB to norma. Powyżej 80% może wskazywać na błędnie działającą usługę lub nagromadzone pliki tymczasowe.
  • /mnt/HDA_ROOT: ~100–300 MB zajęte z ~400–500 MB łącznie to typowa wartość. Powyżej 80% wymaga zbadania.

Kluczowa nie jest liczba bezwzględna, ale to, czy użycie rośnie w czasie.

Krok 2: Znajdź, co zajmuje przestrzeń (du)​

Ważne: Zawsze używaj flagi -x z du, aby uniknąć przekraczania granic punktów montowania — zapobiega to zliczaniu przez du plików z innych systemów plików.
Kod: 
# Rozmiary katalogów najwyższego poziomu w /tmp
du -xh --max-depth=1 /tmp

# Rozmiary katalogów najwyższego poziomu w /mnt/HDA_ROOT
du -xh --max-depth=1 /mnt/HDA_ROOT

Przykładowe dane wyjściowe (/tmp na sprawnym systemie):

Kod: 
4.0K /tmp/config
68K /tmp/medialibrary
332K /tmp/smart
884K /tmp/.malware_remover
1.6M /tmp/rssdoc
6.1M /tmp

Przykładowe dane wyjściowe (/mnt/HDA_ROOT na sprawnym systemie):

Kod: 
8.0K /mnt/HDA_ROOT/.qpkg
3.0M /mnt/HDA_ROOT/archive
12M /mnt/HDA_ROOT/ssl_lib
53M /mnt/HDA_ROOT/.config
77M /mnt/HDA_ROOT/.logs
117M /mnt/HDA_ROOT/update_pkg
260M /mnt/HDA_ROOT/

Co jest normalne, a co nieprawidłowe​


KatalogNormalneZbadaj, jeśli
/tmpKilka MB do kilkudziesięciu MB; zmienia się w zależności od uruchamiania/zatrzymywania usługPowyżej 80% przez dłuższy czas; pojedyncze duże pliki (> 50 MB); szybko rosnące pliki
/mnt/HDA_ROOT~100–300 MB zajęte (~400–500 MB łącznie); stabilne w czasiePowyżej 80% i nadal rośnie; update_pkg pozostały po nieudanej aktualizacji oprogramowania układowego; nieoczekiwanie duży katalog .logs

Typowe przyczyny nieprawidłowego użycia przestrzeni​


  • /tmp się zapełnia:
    • Usługa, która uległa awarii lub zawieszeniu, nieprzerwanie zapisuje dzienniki do /tmp
    • Instalacja QPKG, która nie powiodła się w trakcie rozpakowywania, pozostawiając duże pliki .tmp lub .img
    • Skrypty firm trzecich (np. autorun.sh) zapisują dane wyjściowe do /tmp bez rotacji dzienników
  • /mnt/HDA_ROOT się zapełnia:
    • Nieudana aktualizacja oprogramowania układowego pozostawia duży plik update_pkg
    • Nadmierne nagromadzenie dzienników systemowych w .logs (szczególnie .logs/network)
    • QPKG firm trzecich przechowujące dane na partycji systemowej zamiast na woluminie
    • Pliki zrzutu pamięci (core dump) z zawieszonych procesów
    • Wzrost archiwum LVM w .config/lvm/archive

Oznaki ostrzegawcze wymagające uwagi​


  • /tmp lub główny RAMDISK (/) pozostaje bliski 100% przez dłuższy czas
  • /mnt/HDA_ROOT użycie > 80% i nadal rośnie
  • NAS wykazuje: nieprawidłowe wyłączanie lub ponowne uruchamianie; interfejs Web UI nie ładuje się lub usługi nie uruchamiają się; powiadomienie systemowe: "System storage insufficient"

Czy QTS automatycznie zajmuje się czyszczeniem?​


Tak. QTS zarządza oboma katalogami automatycznie:

  • /tmp: Jako tmpfs jest całkowicie tworzony od nowa przy każdym ponownym uruchomieniu. Usługi QTS czyszczą własne pliki tymczasowe podczas normalnej pracy. Ponowne uruchomienie to ostateczne czyszczenie /tmp.
  • /mnt/HDA_ROOT: QTS wykonuje rotację dzienników (zarządzaną przez syslog-ng i logrotate) oraz czyści pliki tymczasowe aktualizacji oprogramowania układowego po pomyślnych aktualizacjach. Cykl życia QTS automatycznie zarządza plikami aktualizacji i plikami tymczasowymi.
  • Alerty systemowe: Jeśli którykolwiek z systemów plików osiągnie krytyczny próg, QTS wygeneruje powiadomienie w Centrum powiadomień (opcjonalnie również przez e-mail/push). Powiadomienie zazwyczaj będzie brzmiało: "System storage insufficient".

Po co w ogóle używać df / du? Te polecenia służą do debugowania i rozwiązywania problemów, a nie do codziennego monitorowania. Użyj ich, aby zidentyfikować, która usługa lub QPKG działa nieprawidłowo, i ustalić, czy wyłączyć aplikację, zrestartować usługę, zaktualizować/wycofać oprogramowanie układowe, czy skontaktować się z pomocą techniczną QNAP (z załączonymi dziennikami).

Najlepsza praktyka: W normalnych warunkach nie ma potrzeby ręcznego monitorowania ani czyszczenia tych katalogów. Badaj tylko wtedy, gdy QTS wygeneruje alert o braku miejsca lub podczas rozwiązywania konkretnego problemu (np. zawieszenie wyłączania, błąd instalacji aplikacji).


Dalsza lektura​


 
Kliknij, aby rozwinąć...
Musisz się zalogować lub zarejestrować, aby odpowiedzieć tutaj.
Początek strony Dół
Z powrotem