В томе «root файловой системы» осталось только 0 байт на диске?

10

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

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

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

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

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

Мой ноутбук - это в основном рабочая среда: поэтому нет торрентов, игр, всего два фильма. Только пространство для заполнения носителей составляет ~ 20 ГБ изображений и множество PDF-файлов. Работа в основном на PostgreSQL & amp; 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 ГБ в течение нескольких минут?

    
задан radek 30.10.2011 в 19:26
источник

2 ответа

10

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

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

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

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

    
ответ дан zanfur 21.11.2011 в 14:18
источник
3

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

    
ответ дан psusi 23.11.2011 в 15:12