Объем “корень файловой системы” имеет только 0-байтовое остающееся дисковое пространство?

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

Для нахождения количества свободного пространства на всех разделах выполните "диск бесплатная" команда, df. Вы не должны быть корнем. Вы получите что-то как следующее:

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 (файлы журнала могут съесть много пространства, если существуют повторяющиеся ошибки),

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

N.B. - не имеют никаких операционных систем бывшими в спящем режиме, поскольку Вы изменяете размер разделов, или это не будет или работать или делать ужасные вещи к Вашей бывшей в спящем режиме ОС.