Как почистить boot в linux mint
Обновлено: 05.07.2024
По мере того, как Вы работаете в системе, система имеет разрастаться в установленными пакетами необходимыми для установки других, обновлениями, переходом на новое ядро. И встал вопрос, каким способом можно почистить каталог boot в системе применяемой в повседневности, а именно Ubuntu Trusty . Вот об этом и текущая работающая пошаговая заметка.
Удалить кеш apt репозиториев:
$ sudo rm -Rf /var/lib/apt/lists
$ sudo apt-get update
$ sudo aptitude autoclean
Проверяю какое ядро используется:
14.04.1-Ubuntu SMP Mon Jan 15 15:39:56 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
/dev/sda1 236M 134M 90M 60% /boot
Удалить старые ядра кроме 1 последнего:
$ sudo apt-get install -y bikeshed
$ sudo apt-get update --fix-missing
$ sudo apt-get install -y bikeshed
$ sudo purge-old-kernels --keep 1 -y
The following packages will be REMOVED:
Как видно осталось только одно ядро то которое сейчас в продуктиве, а теперь смотрю наличие места в каталоге /boot:
/dev/sda1 236M 50M 174M 23% /boot
Разница на лицо.
На моем ноутбуке Lenovo E555 (Ubuntu Trusty Desktop)
/dev/sda1 236M 171M 53M 77% /boot
14.04.1-Ubuntu SMP Mon Aug 14 16:07:05 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
$ sudo purge-old-kernels --keep 1 -y
/dev/sda1 236M 57M 167M 26% /boot
после применяю свою заметку:
Распаковывается linux-image-generic-lts-xenial (4.4.0.112.96) на замену (4.4.0.93.77) …
После перезагрузки все загрузилось и что я вижу сейчас
14.04.1-Ubuntu SMP Tue Jan 23 20:41:48 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux
Файл.система Размер Использовано Дост Использовано% Cмонтировано в
udev 7.3G 4.0K 7.3G 1% /dev
tmpfs 1.5G 1.5M 1.5G 1% /run
/dev/dm-0 1.8T 954G 773G 56% /
none 4.0K 0 4.0K 0% /sys/fs/cgroup
none 5.0M 0 5.0M 0% /run/lock
none 7.3G 76K 7.3G 1% /run/shm
none 100M 44K 100M 1% /run/user
/dev/sda1 236M 104M 120M 47% /boot
Отлично, место в каталоге boot имеется, ядро обновлено. На этом у меня всё, с уважением автор блога Олло Александр aka ekzorchik.
Используйте прокси ((заблокировано роскомнадзором, используйте vpn или proxy)) при использовании Telegram клиента:
Поблагодари автора и новые статьи
будут появляться чаще :)
Карта МКБ: 4432-7300-2472-8059
Большое спасибо тем кто благодарит автора за практические заметки небольшими пожертвованиями. С уважением, Олло Александр aka ekzorchik.
Я использую оперативную память для моих tmpfs /tmp, 2 ГБ, если быть точным. Обычно этого достаточно, но иногда процессы создают файлы там и не могут очистить после себя. Это может произойти, если они потерпят крах. Мне нужно удалить эти потерянные tmp файлы, иначе в будущем /tmp не хватит места.
Как я могу безопасно собрать мусор / TMP? Некоторые люди делают это, проверяя отметку времени последнего изменения, но этот подход небезопасен, поскольку могут существовать длительные процессы, которым все еще нужны эти файлы. Более безопасный подход - объединить условие отметки времени последней модификации с условием, что ни у одного процесса нет дескриптора файла для файла. Есть ли программа / скрипт / и т.д., которые воплощают этот подход или какой-то другой подход, который также безопасен?
Кстати, разрешает ли Linux/Unix режим открытия файла с созданием, при котором созданный файл удаляется при завершении процесса создания, даже если он произошел сбой?
Вы можете попробовать что-то вроде этого:
find используется для поиска файлов, которые соответствуют определенным критериям.
К последнему пункту: Учтите, что могут быть файлы, которые записываются только один раз (например, при загрузке системы), но часто читаются (например, любой файл X-session-cookie). Поэтому я рекомендую добавить некоторые проверки имен, чтобы они влияли только на файлы, созданные неисправными программами.
edit2: К вашему последнему вопросу: файл не будет удален с диска, пока ни у какого процесса не будет открытого дескриптора к нему (по крайней мере, для родных файловых систем linux). Проблема заключается в том, что запись в каталоге удаляется немедленно, а это означает, что с момента удаления файла новые процессы больше не смогут его открыть (поскольку к нему не прикреплено имя файла).
edit3: Но что, если я хотел бы автоматизировать весь процесс?
Как я уже сказал, могут быть файлы, которые записываются один раз, а затем читаются время от времени (например, файлы cookie сеанса X, файлы PID и т.д.). Они не будут исключены этим небольшим скриптом удаления (по этой причине вам может понадобиться выполнить тестовый прогон с echo прежде чем фактически удалять файлы).
Если вы хотите использовать atime , я бы порекомендовал иметь /tmp на отдельном разделе (в идеале, на виртуальном диске), чтобы влияние на производительность системы не было слишком большим.
Но имейте в виду, что нужно проверить команду с помощью echo прежде чем вы удалите все, что нужно вашей системе!
Читайте также: