Вышел из inodes - 100% Полный [dубликат]

Этот вопрос уже имеет ответ здесь: Как удалить старые ядра, несмотря на использование 100% inode в / usr? 1 ответ

Я использую Ubuntu 16.04 на экземпляре AWS EC2, который работал нормально до этой проблемы.

Моя проблема в том, что я использовал 100% доступных inodes, так как я обнаружен с помощью этой команды:

$ df -i Filesystem Inodes IUsed IFree IUse% Mounted on udev 124464 360 124104 1% /dev tmpfs 126787 449 126338 1% /run /dev/xvda1 524288 522638 1650 100% / tmpfs 126787 1 126786 1% /dev/shm tmpfs 126787 5 126782 1% /run/lock tmpfs 126787 16 126771 1% /sys/fs/cgroup tmpfs 126793 4 126789 1% /run/user/1000

Основные виновники, которые я обнаружил:

$ find / -xdev -printf '%h\n' | sort | uniq -c | sort -k 1 -n 1155 /usr/src/linux-headers-4.4.0-62/include/linux 1155 /usr/src/linux-headers-4.4.0-65/include/linux 1155 /usr/src/linux-headers-4.4.0-66/include/linux 1155 /usr/src/linux-headers-4.4.0-70/include/linux 1155 /usr/src/linux-headers-4.4.0-71/include/linux 1155 /usr/src/linux-headers-4.4.0-72/include/linux 1155 /usr/src/linux-headers-4.4.0-75/include/linux 1155 /usr/src/linux-headers-4.4.0-78/include/linux 1155 /usr/src/linux-headers-4.4.0-79/include/linux 1155 /usr/src/linux-headers-4.4.0-81/include/linux 1155 /usr/src/linux-headers-4.4.0-83/include/linux 1155 /usr/src/linux-headers-4.4.0-87/include/linux 1155 /usr/src/linux-headers-4.4.0-89/include/linux 1155 /usr/src/linux-headers-4.4.0-91/include/linux 1155 /usr/src/linux-headers-4.4.0-92/include/linux 1514 /usr/src/linux-headers-4.4.0-62-generic/include/config 1516 /usr/src/linux-headers-4.4.0-65-generic/include/config 1516 /usr/src/linux-headers-4.4.0-66-generic/include/config 1516 /usr/src/linux-headers-4.4.0-70-generic/include/config 1516 /usr/src/linux-headers-4.4.0-71-generic/include/config 1516 /usr/src/linux-headers-4.4.0-72-generic/include/config 1516 /usr/src/linux-headers-4.4.0-75-generic/include/config 1517 /usr/src/linux-headers-4.4.0-78-generic/include/config 1517 /usr/src/linux-headers-4.4.0-79-generic/include/config 1517 /usr/src/linux-headers-4.4.0-81-generic/include/config 1517 /usr/src/linux-headers-4.4.0-83-generic/include/config 1517 /usr/src/linux-headers-4.4.0-87-generic/include/config 1517 /usr/src/linux-headers-4.4.0-89-generic/include/config 1517 /usr/src/linux-headers-4.4.0-91-generic/include/config 1517 /usr/src/linux-headers-4.4.0-92-generic/include/config 1517 /usr/src/linux-headers-4.4.0-93-generic/include/config

Безопасно ли удалять эти файлы, и если да, можете ли вы, пожалуйста, сказать мне точную команду или команды для использования на моем клиенте PuTTY?

2
задан 6 September 2017 в 11:48

2 ответа

Об удалении старых ядер: вы можете использовать команду sudo apt-get autoremove, которая удаляет все, что вы установили, но больше не требуется (например, старые ядра или зависимости программного обеспечения, которое вы удалили позже).

виновник использования вашего inode, вы можете использовать du, чтобы узнать, куда они пошли, например: du -s --inodes /*. Он скажет вам использование inode каталогов и файлов, найденных в /; обратите внимание, однако, что directiries и файлы, которые начинаются с точки, не будут включены в этот поиск, потому что это то, как * работает. Есть много способов обойти это, можно было бы так: du -s --inodes $(find / -maxdepth 1). Вы продолжаете изучение, заменяя / на эти каталоги, где вы находите слишком много используемых инодов.

TomTomTom

2
ответ дан 18 July 2018 в 07:20

Об удалении старых ядер: вы можете использовать команду sudo apt-get autoremove, которая удаляет все, что вы установили, но больше не требуется (например, старые ядра или зависимости программного обеспечения, которое вы удалили позже).

виновник использования вашего inode, вы можете использовать du, чтобы узнать, куда они пошли, например: du -s --inodes /*. Он скажет вам использование inode каталогов и файлов, найденных в /; обратите внимание, однако, что directiries и файлы, которые начинаются с точки, не будут включены в этот поиск, потому что это то, как * работает. Есть много способов обойти это, можно было бы так: du -s --inodes $(find / -maxdepth 1). Вы продолжаете изучение, заменяя / на эти каталоги, где вы находите слишком много используемых инодов.

TomTomTom

2
ответ дан 24 July 2018 в 18:47
  • 1
    это хорошая идея добавить 2>/dev/null к этим командам, в противном случае результаты, как правило, трудно выделить между всеми ошибками perms. Или вы можете работать с sudo, но даже тогда некоторые места недоступны – Zanna 6 September 2017 в 13:53

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

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