У меня есть только один диск на моем компьютере, SSD на 80 ГБ. Он отформатирован как один раздел ext4 (без обмена), и на нем установлены все обычные папки (я храню много данных на внешних носителях, но / home и все остальное на SSD).
Сегодня я загрузил его, и у меня появилось сообщение о том, что диск заполнен. Я открыл Disk Usage Analyzer, чтобы посмотреть, что занимает место. Он настаивает на том, что используется 67,8 ГБ диска, и что / занимает 36,4 ГБ. Что приводит к вопросу, где отсутствуют 30 ГБ, если не в файловой системе ?!
Просто, чтобы сравнить, я добавил все размеры всех читаемых папок, перечисленных в Nautilus, в виде подпапок / (включая скрытые). Я получил 20,9 ГБ. Мусор был нечитабельным, но я знаю, что он имеет 16,2 ГБ, поэтому сумма составляет 36,1 ГБ, примерно так же, как отчет Disk Analyzer. Были некоторые системные папки, которые были нечитабельны, например proc, но я сомневаюсь, что они добавят до 30 ГБ - иначе было бы невозможно установить Ubuntu на маленькие диски, и я видел, что он работает на 2,5 ГБ. Я думаю, что они должны быть разницей в 0,3 ГБ между моими расчетами и отчетом анализатора использования диска.
Итак, я хотел бы знать, что есть эти 30 ГБ и как я могу его освободить?
Редактировать с ответами на вопросы CYREX
Загружено с Ubuntu 10.10 64-битным живым CD (как и моя система). Результат 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
Загружен из SDD. Опустошен мусор, и 16 ГБ оттуда теперь свободны. 30 ГБ по-прежнему отсутствуют. Я недостаточно опытен, чтобы знать, что в журнале считается странным. Вот мой журнал сообщений и мой syslog с момента последней загрузки, возможно, вы можете найти что-то в них: http://pastebin.com/FHrrV1rR http://pastebin.com/FK8TmZbc Здесь это стало действительно странным. Я подключил внешний жесткий диск емкостью 500 ГБ. Disk Usage Analyzer завысил доступное пространство, а затем показал пробел (используется 76 ГБ, но только 24 в папках). Загрузив снова из LiveCD, запустил анализатор использования диска и получил те же результаты, что и у установленного Ubuntu, в пределах 1-2 ГБ.
Редактировать с ответами на вопросы CYREX
Это было бы приятное решение, но раздел действительно 80 ГБ - я имею в виду 74 ГБ + маркетинг " error ", в любом случае весь диск отформатирован. Он также показывает, что используется более 50 ГБ - так где же 30 ГБ, если не в файлах и папках?
[!d5] GParted также сообщает правильный размер внешнего жесткого диска.
Я решил это, благодаря всем вашим советам, особенно Хавьеру Ривейре, который предложил запустить Disk Analyzer с правами sudo (я не знал, что это может повлиять на результаты).
У меня есть Crashplan, и он создает резервные копии для некоторых внешних дисков. Итак, есть резервный набор, который идет в Милли, а другой - Sto_Lat, каждые 15 минут (это имена внешних дисков). Когда я в какой-то момент запустил компьютер без этих дисков, Crashplan не нашел папок под /media/Milly и /media/Sto_Lat, поэтому он только что их создал и написал для них резервные копии.
По какой-то причине Disk Analyzer не показывает эти папки при запуске без sudo. Nautilus показывает их, но перечисляет размер /media в 16 КБ, когда он фактически составляет 30 ГБ.
Я заметил это только тогда, когда я демонтировал все внешние диски, включая Milly и Sto_Lat, и начал gksudo baobab. Затем я увидел свои внешние диски, где их не должно было быть, но не всех из них, а только цели резервного копирования, и понял, что это не смонтированные диски, а одноименные папки, созданные Crashplan. Должно быть что-то странное, когда я монтирую диск с тем же именем, что и существующая папка, мне интересно, почему я не получаю сообщение об ошибке или что-то в этом роде ...
Кстати, это также решает, почему Дисковый анализатор показывает размеры Милли в 530 ГБ вместо 500 ГБ - это «недостающие» 30 ГБ, он считает папку и реальный диск вместе.
Теперь мне нужен только способ удаления папок, не разбирая Crashplan или оставаясь без резервных копий.
Я решил это, благодаря всем вашим советам, особенно Хавьеру Ривейре, который предложил запустить Disk Analyzer с правами sudo (я не знал, что это может повлиять на результаты).
У меня есть Crashplan, и он создает резервные копии для некоторых внешних дисков. Итак, есть резервный набор, который идет в Милли, а другой - Sto_Lat, каждые 15 минут (это имена внешних дисков). Когда я в какой-то момент запустил компьютер без этих дисков, Crashplan не нашел папок под /media/Milly и /media/Sto_Lat, поэтому он только что их создал и написал для них резервные копии.
По какой-то причине Disk Analyzer не показывает эти папки при запуске без sudo. Nautilus показывает их, но перечисляет размер /media в 16 КБ, когда он фактически составляет 30 ГБ.
Я заметил это только тогда, когда я демонтировал все внешние диски, включая Milly и Sto_Lat, и начал gksudo baobab. Затем я увидел свои внешние диски, где их не должно было быть, но не всех из них, а только цели резервного копирования, и понял, что это не смонтированные диски, а одноименные папки, созданные Crashplan. Должно быть что-то странное, когда я монтирую диск с тем же именем, что и существующая папка, мне интересно, почему я не получаю сообщение об ошибке или что-то в этом роде ...
Кстати, это также решает, почему Дисковый анализатор показывает размеры Милли в 530 ГБ вместо 500 ГБ - это «недостающие» 30 ГБ, он считает папку и реальный диск вместе.
Теперь мне нужен только способ удаления папок, не разбирая Crashplan или оставаясь без резервных копий.
По умолчанию 10% вашего дискового пространства зарезервировано для пользователя root. Вы можете изменить это, используя sudo tune2fs -m %percentage %device. В вашем случае это будет sudo tune2fs -m 1 /dev/cciss/c0d0p1 для уменьшения резервирования до 1%. Вы можете установить его на любой другой номер, который вам нравится, но я бы не рекомендовал 0%.
Я действительно не знаю, поможет ли это вам, но в моем случае я также испытал это, мой жесткий диск терял свободное пространство с течением времени без причины. Оказалось, что настройки по умолчанию в диспетчере синаптических пакетов также способствовали этому. Настройки по умолчанию в настройках под вкладкой файла будут инструктировать synaptic для хранения всех загруженных пакетов в кеше. За время, которое может накапливать хорошую гору файлов. Я изменил настройки для удаления загруженных пакетов после установки. Это помогло восстановить довольно неплохое свободное пространство.
Опять же, я действительно не уверен, что это поможет в вашем случае, но вы можете проверить синаптический кеш, возможно, это полно файлов, которые устарели.
Дайте мне знать, как это получилось:
Вставьте LiveCd и fsck your / dev / sda1 Очистите свою корзину. См. «Просмотр файлов журнала» для странных вещей, которые происходят. Тест (если можно) с обычным жестким диском (не SSD). Просто удалить эту опцию.Дайте мне знать, как все прошло.
Вы можете использовать du, чтобы показать это:
cd /
sudo du -hcsx .[!.]* * | sort -rh | head
Это покажет, что использует наибольшее пространство.
Вы можете использовать анализатор использования диска для сканирования ваших каталогов и посмотреть, где находится ваше пространство в файловой системе.
Что касается невозможности увидеть 30 ГБ вашего диска , откройте GParted и посмотрите, как пространство выделяется на диске. Возможно, ваша схема разделов не так, как вы думали.
[!d2]
Если вы используете Disk Analyzer как обычный пользователь, могут быть некоторые файлы, к которым вы не можете получить доступ или посмотреть. Вы можете попробовать запустить его с привилегиями суперпользователя. Откройте терминал или нажмите ALT + F2 и введите:
gksudo baobab
Baobab - это причудливое имя Disk Analyzer, если вам интересно. Может быть, теперь он может показать вам, где эти недостающие мегабайты.
По умолчанию 10% вашего дискового пространства зарезервировано для пользователя root. Вы можете изменить это, используя sudo tune2fs -m %percentage %device. В вашем случае это будет sudo tune2fs -m 1 /dev/cciss/c0d0p1 для уменьшения резервирования до 1%. Вы можете установить его на любой другой номер, который вам нравится, но я бы не рекомендовал 0%.
Я действительно не знаю, поможет ли это вам, но в моем случае я также испытал это, мой жесткий диск терял свободное пространство с течением времени без причины. Оказалось, что настройки по умолчанию в диспетчере синаптических пакетов также способствовали этому. Настройки по умолчанию в настройках под вкладкой файла будут инструктировать synaptic для хранения всех загруженных пакетов в кеше. За время, которое может накапливать хорошую гору файлов. Я изменил настройки для удаления загруженных пакетов после установки. Это помогло восстановить довольно неплохое свободное пространство.
Опять же, я действительно не уверен, что это поможет в вашем случае, но вы можете проверить синаптический кеш, возможно, это полно файлов, которые устарели.
Дайте мне знать, как это получилось:
Вставьте LiveCd и fsck your / dev / sda1 Очистите свою корзину. См. «Просмотр файлов журнала» для странных вещей, которые происходят. Тест (если можно) с обычным жестким диском (не SSD). Просто удалить эту опцию.Дайте мне знать, как все прошло.
Вы можете использовать du, чтобы показать это:
cd /
sudo du -hcsx .[!.]* * | sort -rh | head
Это покажет, что использует наибольшее пространство.
Вы можете использовать анализатор использования диска для сканирования ваших каталогов и посмотреть, где находится ваше пространство в файловой системе.
Что касается невозможности увидеть 30 ГБ вашего диска , откройте GParted и посмотрите, как пространство выделяется на диске. Возможно, ваша схема разделов не так, как вы думали.
[!d2]
Если вы используете Disk Analyzer как обычный пользователь, могут быть некоторые файлы, к которым вы не можете получить доступ или посмотреть. Вы можете попробовать запустить его с привилегиями суперпользователя. Откройте терминал или нажмите ALT + F2 и введите:
gksudo baobab
Baobab - это причудливое имя Disk Analyzer, если вам интересно. Может быть, теперь он может показать вам, где эти недостающие мегабайты.