У томі «кореня файлової системи» залишилося лише 0 байт дискового простору?

Я встановив 11.10 ~ два тижні тому і нещодавно зіткнувся з якимись дивними неприємностями.

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

У мене було близько 40 Гб у користуванні, коли (втретє) я побачив це дуже неприємне вікно:

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

Третій раз мені все-таки вдалося швидко видалити деякі файли, і це допомогло.

Мій ноутбук в основному є робочим середовищем: тому немає торентів, ігор, лише два фільми. Тільки для заповнення медіа-пам’яті розміщено ~ 20 Гб картинок та купа файлів. Останнім часом працює над 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.

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

Це майже напевно пов’язано з тим, що насправді немає місця в кореневій файловій системі. Якщо у вас на диску досить багато вільного місця, ви, ймовірно, маєте окрему файлову систему для своїх даних користувачів. Це звичайна установка.

Щоб знайти кількість вільного простору на всі ваші розділи, виконайте команду «диск безкоштовно», 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 (домашній каталог кореневого користувача)

Окрім вищезгаданих локацій, винні винуватці таких місць:

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

Отже, перевірте їх першими. Якщо виявиться, що все виглядає правильно, а ваш кореневий розділ просто занадто малий, вам потрібно змінити розмір розділів, щоб вони підходили. Існує безліч способів зробити це, але, швидше за все, найпростіше - це завантажитися з Ubuntu LiveCD (дістати його зі сторінки завантаження сайту Ubuntu ) та запустити редактор розділів GNOME gparted. Можливо, вам доведеться спочатку встановити gpartedпакет (із середовища LiveCD, запустити sudo apt-get install gpartedабо скористатися центром програмного забезпечення). У будь-якому випадку, це графічна утиліта, яка дозволить вам клацнути правою кнопкою миші на розділі та вибрати "змінити розмір".

Зверніть увагу: не маєте жодної операційної системи в сплячому режимі, коли ви змінюєте розмір розділів , або він не працюватиме, або робити жахливі речі для вашої сплячої ОС.

Відповідно до вашого dfсписку, у вас є багато вільного місця в /. Коли ви отримаєте одне з цих повідомлень, перевірте dfще раз, і якщо воно все ще містить достатньо вільного місця, перевірте вихід dmesgна помилки. Можливо, ви отримуєте помилку, через яку файлова система перераховується лише для читання, і це може заплутати сповіщувач про вільний простір. З livecd слід відкрити утиліту диска та перевірити стан SMART диска, щоб переконатися, що у нього немає поганих секторів чи нічого. Запуск тривалого самотестування також може бути хорошою ідеєю, і перевірити файлову систему після цього.