Корневая полная файловая система

мой корневой раздел сервера полон, и я, может казаться, не выясняю то, что занимает все место, мои файлы журнала в самом маленьком. Какая-либо справка о том, как найти то, что съедает мое пространство внезапно?

0
задан 22 October 2014 в 17:45

1 ответ

Существует несколько способов проверить это.

Перед запуском:

Удостоверьтесь, что Вы не будете тратить впустую свое время на методы, которые я перечисляю путем проверки, что у Вас нет огромных удаленных файлов сохраненными открытыми процессами, работающими на машине:

mgodby@mg-ws1:~$ sudo lsof -s | grep deleted | less

Примечания по этой команде:

  • Это откроет a less сессия в списке удаленных файлов, которые все еще занимают место в Вашей файловой системе.
  • Обратитесь к 7-му столбцу для наблюдения размера этих файлов. Не интересуйтесь размерами, которые являются меньше чем 9 цифрами, как размеры находятся в байтах.
  • Если Вы находите любые огромные удаленные файлы этим путем, заканчиваете или перезапускаете любой процесс, содержит их открытый. Приводя к сбою это, перезагрузку.

Файл и методы запроса размера каталога:

Для нахождения нормальных восстановленных после удаления файлов и каталогов, которые поднимают много пространства в системе попробуйте эти 2 метода:

Метод 1:

Выполните развертку на слой каталогов слоем, пока Вы не найдете преступника. Мы можем сделать это как так:

    mgodby@mg-ws1:~$ cd /
    mgodby@mg-ws1:/$ sudo du -xm -d 1 . | sort -n | tail -10
    1   ./srv
    1   ./tmp
    11  ./bin
    15  ./sbin
    25  ./etc
    385 ./opt
    684 ./lib
    1223    ./var
    4805    ./usr
    7145    .
    mgodby@mg-ws1:/$ cd usr
    mgodby@mg-ws1:/usr$ sudo du -xm -d 1 . | sort -n | tail -10
    1   ./games
    1   ./local
    21  ./sbin
    22  ./include
    219 ./src
    309 ./bin
    1431    ./share
    2806    ./lib
    4805    .
    mgodby@mg-ws1:/usr$ cd lib
    mgodby@mg-ws1:/usr/lib$ sudo du -xm -d 1 . | sort -n | tail -10
    87  ./firefox
    93  ./gcc
    123 ./vmware-ovftool
    126 ./python2.7
    180 ./jvm
    186 ./chromium-browser
    259 ./libreoffice
    74  ./vmware
    718 ./x86_64-linux-gnu
    2806    .
    mgodby@mg-ws1:/usr/lib$

Можно повторить этот процесс, пока Вы не находите то, что это, это поднимает большую часть пространства.

Примечания об этом методе:

  • Для команды du, флаг -m выставочные размеры в Мегабайтах, -x исключает результаты в других файловых системах, и -d 1 изменяет глубину поиска к 1 слою.
  • sort -n просто численно сортирует вывод.
  • tail -10 дисплеи только последние 10 результатов, эффективно игнорируя всех кроме 10 самых больших результатов, когда вместе с sort -n
  • Кроме того, к sudo du -xm -d 1 . | sort -n | tail -10, можно использовать sudo du -xh -d 1 . | sort -h | tail -10 позволить du для выбора единицы, это думает, является лучшим для размера файла или каталога. Это - вопрос персонального предпочтения (thnx muru для предложения).

Метод 2:

Запросите все файлы и каталоги в файловой системе сразу и просмотрите главные результаты размером:

    mgodby@mg-ws1:~$ sudo du -xm / | sort -n | tail -50
    92  /usr/share/help
    93  /usr/lib/gcc
    93  /usr/lib/gcc/x86_64-linux-gnu
    96  /usr/src/linux-headers-3.16.0-22
    97  /usr/lib/chromium-browser/libs
    97  /usr/src/linux-headers-3.16.0-23
    98  /opt/openoffice4/share
    106 /usr/lib/python2.7/dist-packages
    113 /usr/share/doc
    123 /usr/lib/vmware-ovftool
    126 /usr/lib/python2.7
    137 /lib/modules/3.13.0-37-generic/kernel/drivers
    139 /var/lib/apt
    139 /var/lib/apt/lists
    143 /lib/modules/3.16.0-22-generic/kernel/drivers
    143 /lib/modules/3.16.0-23-generic/kernel/drivers
    165 /var/cache/apt-xapian-index
    165 /var/cache/apt-xapian-index/index.1
    180 /lib/modules/3.13.0-37-generic/kernel
    180 /usr/lib/jvm
    184 /lib/modules/3.13.0-37-generic
    186 /usr/lib/chromium-browser
    188 /lib/modules/3.16.0-22-generic/kernel
    188 /lib/modules/3.16.0-23-generic/kernel
    192 /lib/modules/3.16.0-22-generic
    192 /lib/modules/3.16.0-23-generic
    213 /usr/lib/libreoffice/program
    219 /usr/src
    259 /usr/lib/libreoffice
    264 /opt/openoffice4/program
    288 /usr/lib/vmware/modules/binary
    293 /usr/lib/vmware/modules
    309 /usr/bin
    321 /var/lib
    368 /usr/share/icons
    385 /opt
    385 /opt/openoffice4
    568 /lib/modules
    574 /usr/lib/vmware
    611 /var/cache/apt/archives
    684 /lib
    686 /var/cache/apt
    718 /usr/lib/x86_64-linux-gnu
    870 /var/cache
    1223    /var
    1431    /usr/share
    2806    /usr/lib
    4805    /usr
    7145    /
    mgodby@mg-ws1:~$ 

Примечания об этом методе:

  • корректироваться -50 на tail -50 дать Вам сумму результатов, которые Вы хотите, т.е. tail -30 для лучших 30 результатов.
  • С другой стороны, замена sudo du -xm / | sort -n с sudo du -xh / | sort -h позволить du для выбора единицы, это думает лучше всего для размера файла или каталога. Это - вопрос персонального предпочтения (thnx muru для предложения).

Какой метод использовать?

Результаты метода 2 могут получить Вас к окончательному ответу более быстро, чем метод 1 и дать Вам больше "большого изображения" вид результата, но метод 1 лучше организован и легче понять.

2
ответ дан 6 October 2019 в 22:38

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

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