Что занимает так много места на моем диске, кроме файловой системы?


20

У меня только один диск на моем компьютере, 80 ГБ SSD. Он отформатирован как один раздел ext4 (без подкачки), и на нем установлены все обычные папки (я храню много данных на внешнем носителе, но / home, а все остальное - на SSD).

Сегодня я загрузил его и получил сообщение о том, что диск заполнен. Я открыл Disk Usage Analyzer, чтобы посмотреть, что занимает место. Он настаивает на том, что используется 67,8 ГБ диска, и / занимает 36,4 ГБ. Что приводит к вопросу, где недостающие 30 ГБ, если не в файловой системе ?!

Просто для сравнения я добавил все размеры всех читаемых папок, перечисленных в Nautilus, как подпапки к / (включая скрытые). Я получил 20,9 ГБ. Корзина была нечитаемой, но я знаю, что она имеет 16,2 ГБ, поэтому сумма составляет 36,1 ГБ, примерно столько же, сколько и в отчете Disk Usage Analyzer. Были некоторые системные папки, которые нельзя было прочитать, например, proc, но я сомневаюсь, что они добавляют до 30 ГБ - иначе было бы невозможно установить Ubuntu на маленькие диски, и я видел, что он работает на 2,5 ГБ. Я думаю, что они должны составлять 0,3 ГБ разницы между моими вычислениями и отчетом анализатора использования диска.

Итак, я хотел бы знать, что съедает эти 30 ГБ и как мне их освободить?

альтернативный текст

Редактировать с ответами на вопросы CYREX

  1. Загрузился с 64-битного Live CD Ubuntu 10.10 (так же, как моя система).

    результат fsck:

    root@ubuntu:~# fsck /dev/sda1
    fsck from util-linux-ng 2.17.2
    e2fsck 1.41.12 (17-May-2010)
    /dev/sda1: clean, 265956/4890624 files, 18073343/19537408 blocks
    
  2. Загрузился с SDD. Очистили мусор, и 16 ГБ оттуда теперь свободны. 30 ГБ все еще отсутствуют.

    альтернативный текст

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

  4. Здесь это стало действительно странным. Я подключил внешний жесткий диск на 500 ГБ. Disk Usage Analyzer переоценил доступное пространство, затем обнаружил, что пространство отсутствует (использовано 76 ГБ, но только 24 в папках).

    альтернативный текст

Снова загрузился с LiveCD, запустил с него анализатор использования дисков и получил те же результаты, что и с установленной Ubuntu, в пределах 1-2 ГБ.

Редактировать с ответом на CodeMonk

Это было бы хорошим решением, но раздел действительно 80 ГБ - я имею в виду 74 ГБ + маркетинговая «ошибка», в любом случае весь диск отформатирован. Это также показывает, что используется более 50 ГБ - так где же 30 ГБ, если не в файлах и папках?

альтернативный текст GParted также сообщает о правильном размере внешнего жесткого диска.

альтернативный текст


Иногда лучше не доверять инструментам с графическим интерфейсом, открыть терминал и запустить, получить сводный отчет об использованном пространстве на каталог в корневом каталоге: sudo du -sm / *
João Pinto

3
Не расширяя запись Disk Usage Analyzer для /первого и второго скриншотов, вы ослепили себя (и нас) до размеров всех подчиненных каталогов, которые, как видно из кольцевой диаграммы, заняты чем-то. Это может быть что-то такое простое, как / var / log / syslog, заполненное каким-то чрезвычайно жалованным оборудованием, но нам нужны эти данные.
2010 года

Вы пытались искать журналы? Я помню, что мой KVM-переключатель и беспроводная клавиатура не очень хорошо играли вместе после перезагрузки, в результате чего файл журнала увеличивался и заполнял все пространство (через два дня). Переподключение устройства помогло. Может отличаться для вашего сервера, но, надеюсь, даст вам подсказку.
LiveWireBT

Ответы:


33

Если вы используете Disk Analyzer в качестве обычного пользователя, могут быть некоторые файлы, к которым вы не можете получить доступ или увидеть их. Вы можете попробовать запустить его с привилегиями суперпользователя. Откройте терминал или нажмите ALT + F2 и введите:

gksudo baobab

Baobab - это вызывающее имя Disk Analyzer, если вам интересно. Может быть, теперь он может показать вам, где эти недостающие мегабайты.


1
Кроме того, помните, что другой ярлык для открытия вашего терминала в Ubuntu - это Ctrl + Alt + T.
Yufenyuy Veyeh Dider

17

Я решил это - благодаря всем вашим советам, особенно совету Хавьера Ривейры, который предложил запустить Disk Analyzer с правами sudo (я не знал, что это может повлиять на результаты).

У меня есть Crashplan, и он делает резервные копии на некоторых внешних дисках. Таким образом, есть резервный набор, который идет к Милли, и другой, который идет к Sto_Lat, каждые 15 минут (это имена внешних дисков). Когда я в какой-то момент запустил компьютер без этих дисков, Crashplan не нашел никаких папок /media/Millyи /media/Sto_Latпоэтому просто создал их и создал для них резервные копии.

По некоторым причинам Disk Analyzer не показывает эти папки при запуске без sudo. Наутилус показывает их, но перечисляет размер /mediaв 16 КБ, тогда как на самом деле это 30 ГБ.

Я заметил это только когда отключил все внешние диски, включая Milly и Sto_Lat, и запустил gksudo baobab. Затем я увидел мои внешние диски там, где их не должно быть - но не все из них, а только цели резервного копирования - и понял, что это не подключенные диски, а одноименные папки, созданные Crashplan. Должно быть что-то странное происходит, когда я монтирую диск с тем же именем, что и существующая папка, интересно, почему я не получаю сообщение об ошибке или что-то в этом роде ...

Кстати, это также решает, почему Disk Analyzer показывает размеры Milly в 530 ГБ вместо 500 ГБ - это «недостающие» 30 ГБ, он считает папку и реальный диск вместе.

Теперь мне нужен только способ удалить папки, не нарушая Crashplan или оставаясь без резервных копий.


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

Это точно такая же проблема, как и у меня. Один из моих резервных дисков умер, но мой сценарий резервного копирования все еще пытался выполнить резервное копирование в папку / mnt / Backup-Drive, заполняя мой корневой диск.
Майкл Робинсон

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

@arielf Думаю, я никогда не задумывался об этом. Но я уверен, что утилита подсчета дискового пространства даст мне точную картину используемого и свободного дискового пространства, возможно, отобразит серый шарик, говорящий «эта часть заполнена, но у вас нет прав, чтобы увидеть, что там». Как пользователь, я очень удивлен, когда файлы, которые я не имею права читать, засчитываются в свободное место на диске.
Румцхо

Ну, вы могли бы просто запустить, dfкоторый не выполняет полное сканирование каталогов и просто дает общее и свободное пространство раздела. Но если вы хотите выполнить полное сканирование каталогов с подробностями, указанными baobabили filelight(на уровне отдельных файлов), тогда необходимы полные разрешения на чтение для каталогов.
ариэль

5

Вы можете использовать Disk Usage Analyzer для сканирования ваших каталогов и просмотра места в файловой системе.

альтернативный текст

Что касается неспособности увидеть 30 ГБ вашего диска, откройте GParted и посмотрите, как место распределяется на диске. Возможно, ваша схема разбиения не соответствует вашей.

GParted


GParted была хорошей идеей, но загадка остается, см. Скриншот
rumtscho

Это действительно очень странно. Анализатор использования диска показывает какие-либо большие файлы в корневом каталоге?
Ник Паскуччи

4

Вы можете использовать, duчтобы показать это:

cd /
sudo du -hcsx .[!.]* * | sort -rh | head

или

sudo du -hcsx * | sort -rh | head

Это покажет, что использует больше всего места.


3

По умолчанию 10% вашего дискового пространства зарезервировано для пользователя root. Вы можете изменить это, используя sudo tune2fs -m %percentage %device. В вашем случае это было бы sudo tune2fs -m 1 /dev/cciss/c0d0p1для снижения бронирования до 1%. Вы можете установить любой другой номер, который вам нравится, но я бы не рекомендовал 0%.


О результатах sudo du -chs / беспокоиться?
Dannymcc

Я не знаю, но если у вас нет других проблем, я бы не возражал ;-)
Андре Станнек,

1

Сделайте следующее, дайте мне знать, как все прошло:

  1. Вставьте LiveCd и fsck вашего / dev / sda1
  2. Очистите свой мусорный бак.
  3. Смотрите Log File Viewer для странных вещей, которые происходят.
  4. Протестируйте (если можете) с обычным HDD (не SSD). Просто чтобы убрать эту опцию.

Дайте мне знать, как все прошло.


Разместил запрошенную информацию, см. Редактирование в вопросе.
rumtscho

1

Я действительно не знаю, поможет ли это вам, но в моем случае я тоже это испытал, мой жесткий диск со временем терял свободное место без причины. Оказалось, что настройки по умолчанию в менеджере пакетов synaptic также внесли свой вклад в это. Настройки по умолчанию в настройках на вкладке файла будут указывать synaptic хранить все загруженные пакеты в кэше . Со временем может накопиться неплохая гора файлов. Я изменил настройки, чтобы удалить загруженные пакеты после установки . Это помогло восстановить довольно много свободного места.

Опять же, я действительно не уверен, поможет ли это в вашем случае, но вы можете проверить синаптический кеш, возможно, он полон устаревших файлов.


1
интересно знать, но этот кеш будет считаться частью файловой системы.
rumtscho
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.