Вопросы Теги

Как этот каталог использует так много пространства

su -c "echo $hi" bela расширяется до слов su, -c, echo ​ и bela. Начиная с переменной hi не определяется в Вашей текущей оболочке, ее расширение пусто. Команда, которая выполняется как пользователь bela echo ​.

Зафиксируйте: su -c 'echo $hi' bela, с одинарными кавычками, защищающими $ от расширения … Нет. .bashrc файл только читается интерактивными оболочками. Когда Вы работаете su -c 'echo $hi' bela, это выполняется echo $hi как пользователь bela. Но так как ничто не определяет переменную hi, команда echo $hi расширяется до echo который все еще ничего не печатает.

4
27.06.2012, 17:29
5 ответов

Это даст Вам надлежащий ответ Вашей проблемы.

du-ch - max-depth=1-x / var

-x покажет только использование данных одной файловой системы содержание настолько пропускающей другой файловой системы из / каталога var

--max-depth=1 даст использование данных только первого уровня, например,/var/a/var/b и так далее

4
27.01.2020, 20:53
  • 1
    Да, это обеспечивает значения, которые намного более разумны.Спасибо! –  dl__ 28.06.2012, 17:03

От вывода df,

/dev/xvdg 100G 15G 86G 15% / изображения

Только 15G использовались в изображениях/.

2
27.01.2020, 20:53
  • 1
    Хорошая выгода. да, я посмотрел на неправильный столбец. Так, возможно, du переходил по символьным ссылкам. –  dl__ 28.06.2012, 16:18
  • 2
    Да, это странно, du не делает переходящих символьных ссылок по умолчанию. Вы могли свериться - нет - разыменовывают предложенный Jari Laamanen? –  Derui Si 28.06.2012, 17:27
  • 3
    я попробовал его и это не имело никакого эффекта. С или без - нет - разыменовывают du, сообщило использование var 23G (на 7.9G диск). Команда, данная SHW однако, показывает var использованием более правдоподобного 480M. –  dl__ 29.06.2012, 16:05

Я полагаю, что var включает ссылки на другие каталоги установки. du-sh показывает размер всех ссылок, по которым переходят.

0
27.01.2020, 20:53
  • 1
    Но не ссылка на каталог изображений? по некоторым причинам? –  dl__ 27.06.2012, 17:48
  • 2
    Это мог бы быть вопрос inode ("трудно") по сравнению с символьными ("мягкими") ссылками. Это могло бы помочь из (pubs.opengroup.org/onlinepubs/9699919799/utilities/du.html): "По умолчанию, когда с символьной ссылкой встречаются на командной строке или в файловой иерархии, du должен считать размер символьной ссылки (а не файл ссылаемый ссылкой) и не должен переходить по ссылке к другой части файловой иерархии". –  lonstar 27.06.2012, 18:04
  • 3
    не могут пересечь границы файловой системы, таким образом, они не виноваты. Можно попытаться использовать параметр --no-dereference для du вынудить это не перейти по любым символьным ссылкам. Однако я сомневаюсь, что это - проблема, так как это уже - значение по умолчанию. –  Jari Laamanen 27.06.2012, 22:30
  • 4
    То, когда я добавил - нет - разыменовывают его, не имело никакого эффекта, который является тем, что Вы ожидали бы, что я предполагаю, разыменовывают ли - нет - было значение по умолчанию. –  dl__ 29.06.2012, 16:02

Удостоверьтесь это var не символьная ссылка ни на какую другую файловую систему.

 /$ ls -ld var
 drwxr-xr-x 14 root root 4096 Jun 22 02:13 var
0
27.01.2020, 20:53

Также возможно, что необходимо работать fsck зафиксировать несоответствие.

Я только упоминаю это для полноты, но я все еще подозреваю, что что-то еще более вероятно. Afer некоторое время, если Вы все еще ничего не нашли затем, что необходимо дать этому попытку.

0
27.01.2020, 20:53

Теги

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