На томе «корень файловой системы» осталось всего 0 байт дискового пространства?

Я установил 11.10 ~ две недели назад и недавно столкнулся с некоторыми странными проблемами.

Установка была на новом ноутбуке с чистым SSD на 160 ГБ. Я выбрал шифрование домашнего каталога. Кроме того, я принял значения по умолчанию во время установки. На моем ноутбуке нет другой ОС.

Я использовал около 40 ГБ, когда (в третий раз) я увидел это очень неприятное окно:

Дважды ситуация была довольно плохой, и вся система значительно замедлилась. После перезагрузки я не смог войти в графический интерфейс (с сообщением об ошибке, сообщающим о нехватке места) и мне пришлось сначала удалить некоторые файлы из командной строки.

В третий раз мне все же удалось быстро удалить некоторые файлы, и это помогло.

У моего ноутбука в основном рабочая среда: нет торрентов, игр, только два фильма. Только пространство для заполнения мультимедиа составляет ~ 20 ГБ изображений и куча PDF-файлов. В последнее время работаю в основном над PostgreSQL и PostGIS, GeoServer и QGIS.

Несмотря на то, что у меня было много возможностей протестировать и отработать свои резервные копии, я был бы чрезвычайно признателен, если бы кто-нибудь мог указать мне на любые потенциальные решения этой проблемы.

Мой ноутбук был куплен непосредственно перед тем, как я установил Ubuntu, и он пришел без ОС. Может ли это быть аппаратной проблемой?

Или зашифрованный homeвызывает у меня головную боль?

Спасибо за помощь!

Обновление 1: как подсказывает @ maniat1k , здесь есть текущий вывод 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

Обновление 2: По предложению zanfur , вывод 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

И 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

Обновление 3:

Еще одно окно с сообщением о нехватке памяти: /

Работая в последнее время в основном на VirtualBox и используя Remmina.

После этой информации я удалил практически все из моего домашнего каталога. Rebooted. После этого использовалось ~ 20 ГБ [~ 10 ГБ для образа диска VirtualBox, который я хотел сохранить, если это возможно]. После комментария SarveshLad я пытался восстановить больше места и запустил приложение Bleachbit, когда я получил другую ошибку низкого места на HD. Затем система зависла. Как же мой Ubuntu может заполнить HD более 100 ГБ в течение нескольких минут?

Это почти наверняка связано с тем, что на самом деле не хватает места в корневой файловой системе. Если у вас много свободного места на диске, то, скорее всего, у вас есть отдельная файловая система для ваших пользовательских данных. Это обычная настройка.

Чтобы найти количество свободного пространства на все ваши разделы, выполните команду «диск бесплатно», df. Вам не нужно быть пользователем root. Вы получите что-то вроде следующего:

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

Как видите, у меня есть отдельная корневая файловая система (первая в списке) и файловая система пользовательских данных (последняя в списке), и мой корневой раздел довольно близок к полному. Если ваши dfвыходные данные показывают, что ваша корневая файловая система на самом деле заполнена, вам нужно удалить некоторые файлы (внимательно, какие!) Или изменить размер разделов.

Полезный терминал команды для поиска того , что съедает все пространство является команда «использование диска», du. Вызванный без каких-либо параметров, он начинает перечислять размеры каждого файла в текущем каталоге и в каждом каталоге ниже. Более полезным для отслеживания использования является ваш сценарий sudo du -s -h -x /*, который даст вам общий объем пространства, используемого ( -s) каждым файлом или каталогом в верхней части вашей корневой файловой системы ( /*), не глядя на другие файловые системы ( -x), в читаемые цифры, такие как "124M" ( -h). Не беспокойтесь, если это займет некоторое время, это займет порядка минут при первом запуске.

Не удаляйте файлы, не зная их, конечно. Но, как правило, вы не сломаете свою систему, если удалите файлы в следующих каталогах:

• /tmp (пользовательские временные данные - все они обычно удаляются при любой перезагрузке)
• /var/tmp (печать катушек и других системных временных данных)
• /var/cache/* (это может быть опасно, сначала исследуй!)
• /root (домашний каталог пользователя root)

В дополнение к местоположениям выше, следующие местоположения являются общими виновниками:

• /opt (многие сторонние приложения устанавливаются здесь и не убираются за собой)
• /var/log (файлы журналов могут занять много места, если есть повторяющиеся ошибки)

Итак, проверьте это в первую очередь. Если окажется, что все выглядит правильно и ваш корневой раздел просто слишком мал, вам нужно изменить размеры своих разделов, чтобы соответствовать. Существует множество способов сделать это, но, вероятно, самый простой - это загрузиться с LiveCD Ubuntu (получить его со страницы загрузки сайта Ubuntu ) и запустить редактор разделов GNOME gparted. Возможно, вам придется gpartedсначала установить пакет (из среды LiveCD запустите sudo apt-get install gpartedили используйте центр программного обеспечения). В любом случае, это графическая утилита, которая позволит вам щелкнуть правой кнопкой мыши по разделу и выбрать «изменить размер».

NB. У вас не должно быть спящих операционных систем, когда вы изменяете размер разделов , иначе это либо не будет работать, либо будет делать ужасные вещи для вашей спящей ОС.

Согласно вашему dfсписку, у вас достаточно свободного места на /. После того, как вы получите одно из этих сообщений, проверьте еще dfраз, и если оно все еще показывает много свободного места, проверьте вывод dmesgошибок. Возможно, вы получаете ошибку, из-за которой файловая система перемонтируется только для чтения, и это может сбить с толку уведомитель о свободном пространстве. В livecd вы должны открыть утилиту диска и проверить состояние SMART диска, чтобы убедиться, что на нем нет поврежденных секторов или чего-либо еще. Хорошей идеей может быть и длительный самопроверка, и после этого проверка файловой системы.