Wolumin „root systemu plików” ma tylko 0 bajtów miejsca na dysku?

Zainstalowałem 11.10 ~ dwa tygodnie temu i ostatnio napotkałem dziwne problemy.

Instalacja odbyła się na nowym laptopie z przezroczystym dyskiem SSD 160 GB. Zdecydowałem się na szyfrowanie katalogu domowego. Poza tym podczas instalacji zaakceptowałem wartości domyślne. Na moim laptopie nie ma innego systemu operacyjnego.

Miałem około 40 GB w użyciu, gdy (po raz trzeci) zobaczyłem to bardzo nieprzyjemne okno:

Dwukrotnie sytuacja była zła i cały system znacznie zwolnił. Po ponownym uruchomieniu nie mogłem zalogować się do interfejsu graficznego (z komunikatem o błędzie informującym o niewystarczającej ilości miejsca) i musiałem najpierw usunąć niektóre pliki z wiersza poleceń.

Po raz trzeci udało mi się szybko usunąć niektóre pliki i to pomogło.

Mój laptop jest głównie środowiskiem pracy: więc nie ma torrentów, gier, tylko dwa filmy. Jedynie miejsce na media to ~ 20 GB zdjęć i kilka plików pdf. Ostatnio działa głównie na PostgreSQL i PostGIS, GeoServer i QGIS.

Chociaż miałem wiele okazji do przetestowania i ćwiczenia moich kopii zapasowych, byłbym bardzo wdzięczny, gdyby ktoś mógł wskazać mi potencjalne rozwiązania tego problemu.

Mój laptop został kupiony tuż przed zainstalowaniem Ubuntu i był dostarczany bez systemu operacyjnego. Czy to może być problem ze sprzętem?

A może szyfrowanie homepowoduje bóle głowy?

Dzięki za pomoc!

Aktualizacja 1: Zgodnie z sugestią @ maniat1k , oto aktualne wyjście fdisk -l:

WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sda: 160.0 GB, 160041885696 bytes
255 heads, 63 sectors/track, 19457 cylinders, total 312581808 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1   312581807   156290903+  ee  GPT

Aktualizacja 2: Jak sugeruje zanfur , wynik df:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda2            149802648  31411456 110781576  23% /
udev                   1959764         4   1959760   1% /dev
tmpfs                   788276       992    787284   1% /run
none                      5120         0      5120   0% /run/lock
none                   1970684      2716   1967968   1% /run/shm
/dev/sda1                19363       129     19234   1% /boot/efi
/home/rdk/.Private   149802648  31411456 110781576  23% /home/rdk

I sudo parted -l:

Model: ATA INTEL SSDSA2BW16 (scsi)
Disk /dev/sda: 160GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start   End     Size    File system  Name  Flags
 1      17.4kB  20.0MB  20.0MB  fat16              boot
 2      20.0MB  156GB   156GB   ext4
 3      156GB   160GB   4177MB

Aktualizacja 3:

Kolejne okno z komunikatem o małej ilości pamięci: /

Pracuję ostatnio głównie na VirtualBox i korzystam z Remminy.

Po tych informacjach usunąłem praktycznie wszystko z mojego katalogu domowego. Zrestartowano. Po użyciu było ~ 20 GB [~ 10 GB na obraz dysku VirtualBox, który chciałem zachować, jeśli to możliwe]. Po komentarzu SarveshLada próbowałem odzyskać więcej miejsca i uruchomić aplikację Bleachbit, gdy dostałem kolejny błąd braku miejsca na HD. Potem system zamarł. Jak, u licha, moje Ubuntu może wypełnić HD ponad 100 GB w ciągu kilku minut?

Jest to prawie na pewno spowodowane brakiem miejsca w głównym systemie plików. Jeśli masz dużo wolnego miejsca na dysku, prawdopodobnie masz oddzielny system plików dla danych użytkownika. To jest powszechna konfiguracja.

Aby dowiedzieć się ilość wolnego miejsca na wszystkich partycjach, uruchom polecenie „Disk Free”, df. Nie musisz być rootem. Otrzymasz coś takiego:

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1              9614116   8382396   1134048  89% /
none                   1541244       284   1540960   1% /dev
none                   1546180      4804   1541376   1% /dev/shm
none                   1546180       372   1545808   1% /var/run
none                   1546180         0   1546180   0% /var/lock
none                   1546180         0   1546180   0% /lib/init/rw
none                   9614116   8382396   1134048  89% /var/lib/ureadahead/debugfs
/dev/sda3             32218292  12333212  19885080  39% /home

Jak widać, mam osobny główny system plików (pierwszy wymieniony) i system plików danych użytkownika (ostatni wymieniony), a moja partycja główna jest prawie pełna. Jeśli dfdane wyjściowe pokazują, że główny system plików jest rzeczywiście pełny, musisz usunąć niektóre pliki (ostrożnie, które!) Lub zmienić rozmiar partycji.

Użyteczna polecenia terminal do znalezienia Co gryzie całą przestrzeń jest komenda „zajętego miejsca na dysku” du. Wywoływany bez żadnych parametrów, zaczyna wyświetlać rozmiary każdego pliku w bieżącym katalogu oraz w każdym katalogu poniżej. Bardziej przydatny do śledzenia wykorzystania jest twój scenariusz sudo du -s -h -x /*, który da ci całkowitą ilość miejsca używanego ( -s) przez każdy plik lub katalog w górnej części głównego systemu plików ( /*), bez patrzenia na inne systemy plików ( -x), w ludzi- czytelne liczby, takie jak „124M” ( -h). Nie martw się, jeśli wykonanie zajmie trochę czasu, zajmie to pierwsze minuty.

Oczywiście nie usuwaj plików bez uprzedniej wiedzy, jakie są. Ale ogólnie rzecz biorąc, nie zepsujesz systemu, jeśli usuniesz pliki z następujących katalogów:

• /tmp (dane tymczasowe użytkownika - i tak zazwyczaj są one usuwane przy każdym ponownym uruchomieniu)
• /var/tmp (szpule wydruku i inne tymczasowe dane systemowe)
• /var/cache/* (ten może być niebezpieczny, najpierw zbadaj!)
• /root (katalog domowy użytkownika root)

Oprócz powyższych lokalizacji, następujące lokalizacje są typowymi winowajcami:

• /opt (wiele aplikacji innych firm instaluje się tutaj i nie usuwa po sobie)
• /var/log (pliki dziennika mogą zajmować dużo miejsca, jeśli występują powtarzające się błędy)

Sprawdź je najpierw. Jeśli okaże się, że wszystko wygląda poprawnie, a twoja partycja root jest po prostu zbyt mała, musisz zmienić rozmiar partycji, aby pasowały. Istnieje wiele sposobów, aby to zrobić, ale prawdopodobnie najłatwiej jest uruchomić komputer z płyty Ubuntu LiveCD (pobierz go ze strony pobierania witryny Ubuntu ) i uruchomić edytor partycji GNOME gparted. Może być konieczne wcześniejsze zainstalowanie gpartedpakietu (ze środowiska LiveCD, uruchom sudo apt-get install gpartedlub skorzystaj z centrum oprogramowania). W każdym razie jest to narzędzie graficzne, które pozwoli ci kliknąć partycję prawym przyciskiem myszy i wybrać „zmień rozmiar”.

Uwaga - nie zmieniaj hibernacji żadnych systemów operacyjnych podczas zmiany rozmiaru partycji , albo nie będzie działać, albo zrobi okropne rzeczy w hibernowanym systemie operacyjnym.

Zgodnie z dflistą masz dużo wolnego miejsca na /. Po otrzymaniu jednego z tych komunikatów sprawdź dfponownie, a jeśli nadal pokazuje dużo wolnego miejsca, sprawdź wyniki pod dmesgkątem błędów. Możliwe, że pojawia się błąd, który powoduje, że system plików jest ponownie montowany tylko do odczytu, co może dezorientować zgłaszającego wolne miejsce. Z trybu live powinieneś otworzyć narzędzie dyskowe i sprawdzić status SMART napędu, aby upewnić się, że nie ma żadnych złych sektorów ani niczego. Dobrym pomysłem może być także uruchomienie długiego autotestu, a następnie sprawdzenie systemu plików.