FAQ Jak sprawdzić użycie miejsca /tmp i /mnt/HDA_ROOT za pomocą SSH terminal?

QNAP · 13 Kwiecień 2026

Dotyczy produktów

Wszystkie modele QNAP NAS z systemem QTS / QuTS hero

Scenariusz

Użytkownik chce zrozumieć przeznaczenie i typowe wykorzystanie miejsca przez /tmp i /mnt/HDA_ROOT na QNAP NAS
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 okolicznościach nie musisz ich ręcznie monitorować ani czyścić. QTS wyda powiadomienie systemowe, jeśli w którymkolwiek systemie plików zabraknie miejsca.

/tmp to tmpfs (system plików oparty na pamięci RAM) — jest on tworzony od nowa przy każdym ponownym uruchomieniu i nie zachowuje się po ponownym uruchomieniu.
/mnt/HDA_ROOT to partycja systemowa — przechowuje konfigurację systemu QTS, metadane QPKG i dzienniki systemowe.
Jeśli brakuje miejsca, zidentyfikuj, co zużywa miejsce, zanim cokolwiek usuniesz — ślepe usuwanie plików może uszkodzić usługi QTS.

Jak sprawdzić wykorzystanie miejsca

Krok 1: Sprawdź ogólne wykorzystanie systemu plików (df)

Kod:

# Pokaż wszystkie zamontowane systemy plików w formie czytelnej dla człowieka
df -h

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

Przykładowy wynik:

Kod:

tmpfs           991M   42M  949M   5% /tmp
/dev/md9        371M  238M  114M  68% /mnt/HDA_ROOT

Normalne zakresy:

/tmp: Kilka do kilkudziesięciu MB użytych to normalne. Powyżej 80% może wskazywać na nieprawidłowo działającą usługę lub nagromadzone pliki tymczasowe.
/mnt/HDA_ROOT: Typowe jest użycie ~100–300 MB z ~400–500 MB całkowitej przestrzeni. Powyżej 80% wymaga zbadania.

Kluczem nie jest liczba bezwzględna, ale to, czy wykorzystanie rośnie w czasie.

Krok 2: Znajdź, co zużywa miejsce (du)
Ważne: Zawsze używaj flagi -x z du, aby uniknąć przekraczania granic 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ładowy wynik (/tmp w zdrowym systemie):

Kod:

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

Przykładowy wynik (/mnt/HDA_ROOT w zdrowym 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

Katalog | Normalne | Zbadaj, jeśli
/tmp | Kilka do kilkudziesięciu MB; waha się wraz z uruchamianiem/zatrzymywaniem usług | Powyżej 80% przez dłuższy czas; pojedyncze duże pliki (> 50 MB); szybko rosnące pliki
/mnt/HDA_ROOT | ~100–300 MB użyte (~400–500 MB całkowite); stabilne w czasie | Powyżej 80% użycia i ciągły wzrost; update_pkg pozostałe po nieudanej aktualizacji oprogramowania; nieoczekiwanie duży katalog .logs

Typowe przyczyny nieprawidłowego wykorzystania miejsca

Zapełnianie się /tmp:
- Usługa, która uległa awarii lub zawiesiła się, ciągle zapisuje dzienniki do /tmp
- Instalacja QPKG, która nie powiodła się w trakcie rozpakowywania, pozostawiając duże pliki .tmp lub .img
- Skrypty stron trzecich (np. autorun.sh) zapisujące dane wyjściowe do /tmp bez rotacji dzienników
Zapełnianie się /mnt/HDA_ROOT:
- Nieudana aktualizacja oprogramowania układowego pozostawiająca duży plik update_pkg
- Nadmierne gromadzenie dzienników systemowych w .logs (zwłaszcza .logs/network)
- QPKG stron trzecich przechowujące dane na partycji systemowej zamiast na woluminie
- Pliki zrzutu pamięci z procesów, które uległy awarii
- Wzrost archiwum LVM w .config/lvm/archive

Oznaki ostrzegawcze wymagające uwagi

/tmp lub RAMDISK główny (/) pozostaje blisko 100% przez dłuższy czas
Wykorzystanie /mnt/HDA_ROOT > 80% i nadal rośnie
NAS wykazuje: niemożność prawidłowego wyłączenia lub ponownego uruchomienia; interfejs użytkownika sieci Web nie ładuje się lub usługi nie uruchamiają się; powiadomienie systemowe: "Niewystarczająca ilość miejsca w pamięci systemowej"

Czy QTS automatycznie zajmuje się czyszczeniem?
Tak. QTS zarządza obydwoma katalogami automatycznie:

/tmp: Będąc tmpfs, jest on całkowicie odtwarzany przy każdym ponownym uruchomieniu. Usługi QTS usuwają własne pliki tymczasowe podczas normalnej pracy. Ponowne uruchomienie to ostateczne czyszczenie dla /tmp.
/mnt/HDA_ROOT: QTS wykonuje rotację dzienników (zarządzaną przez syslog-ng i logrotate) i usuwa pliki tymczasowe aktualizacji oprogramowania układowego po udanych aktualizacjach. Cykl życia QTS automatycznie zarządza plikami aktualizacji i plikami tymczasowymi.
Alerty systemowe: Jeśli którykolwiek system plików osiągnie krytyczny próg, QTS wygeneruje powiadomienie w Centrum powiadomień (i opcjonalnie za pośrednictwem poczty e-mail/powiadomień push). Powiadomienie zazwyczaj będzie brzmiało: "Niewystarczająca ilość miejsca w pamięci systemowej".

Po co w ogóle zawracać sobie głowę 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 należy wyłączyć aplikację, ponownie uruchomić usługę, zaktualizować/przywrócić oprogramowanie układowe, czy skontaktować się z pomocą techniczną QNAP (z załączonymi dziennikami).

Najlepsza praktyka: W normalnej pracy 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 podczas wyłączania, awaria instalacji aplikacji).

Dalsze czytanie