Использование диска резко возросло после обновления [duplicate]

У меня есть только один диск на моем компьютере, 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 ГБ, если не в файлах и папках?

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

20
задан 6 July 2018 в 16:19

14 ответов

Я решил это, благодаря всем вашим советам, особенно Хавьеру Ривейре, который предложил запустить 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 или оставаясь без резервных копий.

17
ответ дан 18 July 2018 в 11:00

Я решил это, благодаря всем вашим советам, особенно Хавьеру Ривейре, который предложил запустить 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 или оставаясь без резервных копий.

17
ответ дан 24 July 2018 в 19:42

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

3
ответ дан 18 July 2018 в 11:00

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

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

1
ответ дан 18 July 2018 в 11:00

Дайте мне знать, как это получилось:

Вставьте LiveCd и fsck your / dev / sda1 Очистите свою корзину. См. «Просмотр файлов журнала» для странных вещей, которые происходят. Тест (если можно) с обычным жестким диском (не SSD). Просто удалить эту опцию.

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

1
ответ дан 18 July 2018 в 11:00

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

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

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

3
ответ дан 18 July 2018 в 11:00

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

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

alt text [!d2]

5
ответ дан 18 July 2018 в 11:00

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

gksudo baobab

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

32
ответ дан 18 July 2018 в 11:00

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

3
ответ дан 24 July 2018 в 19:42
  • 1
    Является ли «sudo du -chs /» результатом чего-то беспокоиться? – dannymcc 8 October 2012 в 14:25
  • 2
    Я не знаю, но если у вас нет других проблем, я бы не прочь ;-) – André Stannek 8 October 2012 в 14:28

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

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

1
ответ дан 24 July 2018 в 19:42
  • 1
    интересно узнать, но этот кеш будет считаться частью файловой системы. – rumtscho 16 December 2010 в 00:55

Дайте мне знать, как это получилось:

Вставьте LiveCd и fsck your / dev / sda1 Очистите свою корзину. См. «Просмотр файлов журнала» для странных вещей, которые происходят. Тест (если можно) с обычным жестким диском (не SSD). Просто удалить эту опцию.

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

1
ответ дан 24 July 2018 в 19:42
  • 1
    Отправляемая информация, которую вы запросили, см. В вопросе редактирования. – rumtscho 15 December 2010 в 05:01

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

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

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

3
ответ дан 24 July 2018 в 19:42

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

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

alt text [!d2]

5
ответ дан 24 July 2018 в 19:42
  • 1
    GParted была хорошей идеей, но тайна остается, см. Скриншот – rumtscho 15 December 2010 в 05:01
  • 2
    Это очень странно. Анализатор использования диска показывает большие файлы в корневом каталоге? – Nick Pascucci 15 December 2010 в 07:25

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

gksudo baobab

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

32
ответ дан 24 July 2018 в 19:42
  • 1
    Кроме того, помните, что еще один ярлык для открытия вашего терминала в Ubuntu - Ctrl + Alt + T. – Yufenyuy Veyeh Dider 6 February 2018 в 19:33

Другие вопросы по тегам:

Похожие вопросы: