Co mam zrobić, gdy mój główny system plików jest pełny?

Mój folder / jest odczytywany jako pełny i nie mogę zaktualizować oprogramowania ani nic zrobić.

Nie jestem pewien, co robię źle tutaj.

$ df -h
Results:
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda1             5.7G  5.4G     0 100% /
udev                  1.9G  4.0K  1.9G   1% /dev
tmpfs                 770M  1.1M  769M   1% /run
none                  5.0M     0  5.0M   0% /run/lock
none                  1.9G  808K  1.9G   1% /run/shm
/dev/sda6             961M   18M  895M   2% /tmp
/dev/sda7             9.9G  2.9G  6.6G  31% /home
/dev/sda3             5.7G  140M  5.3G   3% /usr/local
/dev/sda4             2.9G  1.3G  1.4G  49% /var
/dev/sdb1              94G  1.3G   88G   2% /sites
/home/username/.Private  9.9G  2.9G  6.6G  31% /home/username
/dev/sdb5             282G   88G  180G  33% /mnt/multimedia


$ df -h /
Results:
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda1       5.7G  5.4G     0 100% /

$ du /mnt /media
Results:
4   /mnt/multimedia
8   /mnt
4   /media

To jest nowa instalacja Ubuntu 12.04 i nie jestem pewien, jak / dlaczego system root jest tak pełny.

Niektóre prawdopodobne mierniki przepełnienia partycji root (na podstawie przypadków):

1. Zrzuty rdzenia wypełniające dysk.

Sprawdź z:

find / -xdev -name core -ls -o  -path "/lib*" -prune

2. Niepotrzebne paczki wypełniające miejsce.

Następujące polecenie usunie wszystkie automatycznie zainstalowane pakiety, które nie są już wymagane. (Ponieważ została usunięta zależność, która wymusza instalację w przeszłości).

apt-get autoremove --purge 

3. Nieaktualne pakiety jądra

Sprawdź liczbę zainstalowanych pakietów jądra i usuń nieaktualne wersje jądra. Możesz zbadać obecną sytuację za pomocą:

dpkg -l "linux*{tools}*" |grep ^.i

Usuń wszystkie wersje jądra, których już nie potrzebujesz

4. Ukryty schowek

Inne zamontowane partycje mogą ukrywać używaną pamięć. Aby zbadać to zamontowanie tymczasowego systemu plików root w drugiej lokalizacji:

mkdir /tmp/2ndRoot
mount /dev/sda1 /tmp/2ndRoot

Teraz spójrz na każdy katalog, który zwykle jest ukryty przez inny mount, np .:

• tmp
• Dom
• biegać
• var

• usr / local

  aw twoim przypadku także:

• strony

Zastrzeżenie

Nie zapomnij na końcu kontrolować zgodności instalacji z:

apt-get install -f

Uwagi

Zarezerwowane miejsce do przechowywania

/dev/sda1       5.7G  5.4G     0 100% /

Dane wyjściowe pokazują, że wciąż masz trochę miejsca, ale wydaje się, że jest zarezerwowane dla użytkownika root. Dobrą rzeczą jest to, że funkcjonalność twojego systemu jest nadal dostępna.

Ale wkrótce powinieneś rozwiązać problem.

Zużycie miejsca przez Ubuntu 12.04

Posiadanie tylko 5,7 Gb dla instalacji Ubuntu wydaje się nieco za małe. Powinieneś usunąć niektóre niepotrzebne pakiety oprogramowania.

Moje obecne instalacje mają 10-14 Gb dla /usrpartycji root i binarnych (aka ).

Wystarczy udostępnić magiczne polecenie, aby dowiedzieć się, gdzie idzie całe miejsce na dysku:

sudo du -hsx /* | sort -rh | head -n 40

W efekcie powstaje całkiem fajny raport:

16G     /home
5.3G    /var
2.6G    /usr
840M    /run
277M    /root
171M    /lib
59M     /tmp
25M     /sbin
19M     /boot
16M     /bin
9.6M    /etc
136K    /ngx_pagespeed-latest-stable.zip
24K     /DEBIAN
16K     /lost+found
8.0K    /media
4.0K    /srv
4.0K    /opt
4.0K    /mnt
4.0K    /lib64

Następnie możesz zacząć od nowa z innego folderu:

sudo du -hsx /home/* | sort -rh | head -n 35

Usuń to, co nie jest konieczne, a wszystko będzie dobrze. To część mojego linuksowego ściągawki

Innym rozwiązaniem byłoby użycie ncdunp .:

sudo ncdu -x /

Gdzie / to partycja / dysk, który chcesz sprawdzić. W moim przykładzie wynik jest następujący

    4,0GiB [##########] /usr
  579,3MiB [#         ] /root
  487,4MiB [#         ] /opt
   41,7MiB [          ] /lib
   22,7MiB [          ] /sbin
   21,2MiB [          ] /boot
   18,6MiB [          ] /etc
    9,1MiB [          ] /bin
    3,6MiB [          ]  core
  260,0KiB [          ] /build
   88,0KiB [          ] /tmp
e  16,0KiB [          ] /lost+found
    8,0KiB [          ] /media
    4,0KiB [          ] /lib64
e   4,0KiB [          ] /srv
e   4,0KiB [          ] /mnt
>   0,0  B [          ] /var
>   0,0  B [          ] /sys
>   0,0  B [          ] /run
>   0,0  B [          ] /proc
>   0,0  B [          ] /ovhbackup
>   0,0  B [          ] /home
>   0,0  B [          ] /dev

Następnie możesz poruszać się po folderach za pomocą strzałek na klawiaturze i po prostu nacisnąć Dklawisz, aby usunąć folder / plik.

ncdumoże być zainstalowany z aptnarzędzia do pakowania w systemach opartych na Debianie:

sudo apt install ncdu

Sprawdź folder „/home/yourname/.local/share/Trash” za pomocą polecenia „du” (patrz wyżej):

Miałem ten sam problem i wykorzystałem sztuczkę Mickael opublikowaną powyżej, aby zwięźle wydrukować użycie dysku. Odkryłem, że jeśli usuwasz rzeczy za pomocą menedżera okien i nie masz wystarczających uprawnień w tym momencie, pliki, które myślałeś, że zostały usunięte (oba za pomocą wiersza poleceń za pomocą „rm” i „apt autorove --purge”, i po opróżnieniu kosza) mógł skończyć w „.local / share / ____” partycji root.

„System plików” w lewym okienku menedżera okien mówił prawie 50 GB, które odłożyłem na pliki instalacyjne dla Ubuntu / Mint. Okazuje się, że wykłady, które omyłkowo skopiowałem na tę partycję, nie zostały usunięte, gdy przeniosłem je na partycję, na którą pierwotnie zamierzałem je skopiować. Jest teraz wolny od 36 GB, co ma o wiele większy sens (mój jest duży, głównie dlatego, że na tej partycji mam również grafikę HD, aby szybko przeglądać duże zestawy obrazów).

Zdecydowanie upewnij się, że dobrze rozumiesz uprawnienia przed usunięciem / zarządzaniem plikami lub może skończyć się tym, że rzeczy, które Twoim zdaniem zostały usunięte, zatłoczą Twój dysk SSD.

Na marginesie, moje 16 GB pamięci RAM ładowało się przy rozruchu przy 92%, podczas gdy moja partycja główna zawierała wspomniane usunięte pliki i pozostała tam stabilnie z powodu tego samego problemu. Baran służy do buforowania elementów na dysku, aby znacznie poprawić wydajność Linuksa. System operacyjny przyjmie założenie, że poprawnie używasz partycji instalacyjnej (co nie miało miejsca w tym przypadku dla mnie), więc zbuforuje wszystko, co może przyspieszyć reakcję systemu. Jest to tylko kwestia warta uwagi, ponieważ buforowanie dysku nie rezerwuje tego miejsca w pamięci; dałoby zużyte miejsce pamięci RAM innym programom, które go potrzebują, gdy o to poproszą (tak właśnie działa buforowanie dysku), ale jest to niepotrzebne wykorzystanie zasobów ładujących 14,5 GB usuniętych plików do pamięci RAM przy każdym uruchomieniu.

Mam nadzieję, że to pomoże! Ogromne podziękowania dla powyższych odpowiedzi, niezwykle pomocne!

Użytkownicy Lubuntu?

/home/XXX/.cache/lxsession/run.log

było ponad 85G przestrzeni, nawet o tym wiedzą !