корневая емкость, полная, но не может найти то, что занимает столько места [dубликат]

Я считаю, что правильный способ, согласно Спецификации автозапуска Desktop Application, заключается в создании конфигурации, зависящей от пользователя, переопределяющей системную умолчанию.

cd ~/.config/autostart cp /etc/xdg/autostart/bluetooth-applet* . echo "Hidden=true" | tee -a bluetooth-applet*
20
задан 18 July 2018 в 07:32

26 ответов

Я решил это, благодаря всем вашим советам, особенно Хавьеру Ривейре, который предложил запустить 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
ответ дан 20 July 2018 в 16:41
  • 1
    Вы должны отметить это как принятый ответ, я добавил ссылку на ответ Хавьера, чтобы он мог получить подсказки для подсказки. – Jorge Castro 16 December 2010 в 01:17
  • 2
    Это была та же проблема, что и у меня. Один из моих резервных дисков умер, но мой резервный сценарий по-прежнему пытался выполнить резервное копирование в папку / mnt / Backup-Drive, заполнив мой корневой диск. – Michael Robinson 31 August 2013 в 21:51
  • 3
    Причина, по которой вам нужно sudo, состоит в том, что части файловой системы не читаются для пользователя, с которым вы работаете. Это делает общий смысл, представьте, может ли любой пользователь прочитать ваши полные резервные копии, например. – arielf 7 September 2015 в 04:36
  • 4
    @arielf Думаю, я никогда не думал об этом. Но я уверен, что утилита подсчета дискового пространства даст мне точную картину используемого и свободного места на диске, может показаться серым блобом, говорящим «эта часть полна, но у вас нет прав на то, что там есть», , Я очень удивлен как пользователь, когда файлы, которые я не имею права читать, считаются в свободном диске. – rumtscho 7 September 2015 в 11:06
  • 5
    Ну, вы можете просто запустить df, который не выполняет полного сканирования каталога, и просто дает общее количество свободного места в разделе. Но если вам требуется полное сканирование каталогов, детали, заданные baobab или filelight (на уровне отдельных файлов), необходимы полные разрешения на чтение для каталогов. – arielf 8 September 2015 в 00:23

Попробуйте использовать baobab, если у вас есть доступ к GUI

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

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

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

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

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

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

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

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

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

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

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

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

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

3
ответ дан 20 July 2018 в 16:41

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

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

alt text [!d2]

5
ответ дан 20 July 2018 в 16:41
  • 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
ответ дан 20 July 2018 в 16:41
  • 1
    Кроме того, помните, что еще один ярлык для открытия вашего терминала в Ubuntu - Ctrl + Alt + T. – Yufenyuy Veyeh Dider 6 February 2018 в 19:33

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

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

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

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

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

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

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

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

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

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

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

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

3
ответ дан 20 July 2018 в 16:51

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

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

alt text [!d2]

5
ответ дан 20 July 2018 в 16:51
  • 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
ответ дан 20 July 2018 в 16:51
  • 1
    Кроме того, помните, что еще один ярлык для открытия вашего терминала в Ubuntu - Ctrl + Alt + T. – Yufenyuy Veyeh Dider 6 February 2018 в 19:33

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

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

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

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

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

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

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

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

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

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

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

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

3
ответ дан 23 July 2018 в 10:06

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

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

alt text [!d2]

5
ответ дан 23 July 2018 в 10:06
  • 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
ответ дан 23 July 2018 в 10:06
  • 1
    Кроме того, помните, что еще один ярлык для открытия вашего терминала в Ubuntu - Ctrl + Alt + T. – Yufenyuy Veyeh Dider 6 February 2018 в 19:33

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

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

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

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

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

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

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

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

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

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

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

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

3
ответ дан 31 July 2018 в 17:05

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

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

alt text [!d2]

5
ответ дан 31 July 2018 в 17:05
  • 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
ответ дан 31 July 2018 в 17:05
  • 1
    Кроме того, помните, что еще один ярлык для открытия вашего терминала в Ubuntu - Ctrl + Alt + T. – Yufenyuy Veyeh Dider 6 February 2018 в 19:33

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

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