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

[QNAP]

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)

# 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:

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.

# 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):

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):

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

• Skontaktuj się ze Wsparciem Technicznym QNAP
• Jak otworzyć zgłoszenie do wsparcia technicznego QNAP?