- Вопрос или проблема
- Ответ или решение
- Как идентифицировать и удалить «осиротевшие» конфигурационные файлы деинсталлированного ПО
- 1. Создание резервной копии
- 2. Использование пакетного менеджера
- 3. Автоматизация процесса с помощью скриптов
- 4. Поиск неактивных файлов
- 5. Использование системного мониторинга файлов
- Заключение
Вопрос или проблема
Программы часто хранят конфигурационные файлы в домашнем каталоге, обычно в скрытом каталоге, часто, но не ограничиваясь, подкаталогами ~/.config, ~/.local или ~/.gnome.
После удаления программ конфигурационные файлы обычно сохраняются (что обычно предпочтительно).
В данный момент я время от времени просматриваю скрытые каталоги домашнего каталога, пытаюсь угадать, к каким программам принадлежат каталоги, и удаляю их, если я больше не использую программу. Но это отнимает много времени и сложно/подвержено ошибкам, потому что иногда трудно угадать, к какой программе принадлежит каталог. Мне интересно, есть ли инструмент или метод, который мог бы помочь мне в этом. (Что-то похожее на Bleachbit или CCleaner на Windows, но, насколько я знаю, они не имеют такой функциональности).
Существует ли простой способ идентифицировать и удалить «сиротские» конфигурационные каталоги удаленного программного обеспечения?
Прежде всего, создайте резервную копию перед внесением каких-либо изменений.
Иногда конфигурационные файлы устанавливаются вашим менеджером пакетов, независимо от того, какой вы используете, и вы можете запрашивать его базу данных, но я бы не полагался на это. Для некоторых дистрибутивов могут быть инструменты, такие как findcruft (сейчас заброшен) для Gentoo.
Я думаю, что ваш лучший шанс — это найти и удалить файлы, которые не использовались длительное время, но это не гарантирует, что пакет не установлен, но неактивен. Бонусные баллы за проверку кандидатов против менеджера пакетов в скрипте.
$ find /etc -atime +7
Имейте в виду, что не все файловые системы поддерживают функцию atime, или она может быть отключена намеренно, например, для SSD-дисков. В этом случае вы не сможете использовать этот подход. Или вам сначала придется включить atime на приличный срок, чтобы собрать данные о доступе, чтобы принимать надежные решения. Прочитайте также о relatime.
$ mount
/dev/sda3 на / тип ext3 (rw,noatime,nodiratime,data=ordered)
Остается вариант сделать это вручную, угадывая связанный пакет по имени и содержимому файла, что обычно довольно просто.
Если система основана на Debian, aptitude может найти пакеты с «сиротскими» конфигурациями (часто в /etc), например:
aptitude search ~c
и удалить их с помощью:
aptitude purge ~c
Обычно менеджер пакетов не создает файлы в домашних каталогах. Конфигурационные файлы в домашнем каталоге обычно создаются при первом запуске.
Я думаю, что лучший метод — отслеживать их с помощью таких инструментов, как Git, чтобы вы могли точно знать, когда они были созданы.
На системе, основанной на RPM, такой как Redhat или Centos или Rocky,
простой способ… в некотором роде…
- используйте
rpm -qa, чтобы перечислить все установленные RPM-пакеты, - затем для каждого RPM, что в настоящее время установлено, выполните
rpm -qlдля каждого- например,
rpm -ql chronyсообщит/etc/chrony.confсреди еще около 40 других файлов, составляющих этот RPM - захватите все
*.confфайлы, выполняяrpm -qlдля каждого RPM, указанного вrpm -qa, и сохраните в один текстовый файл, названный {например}valid_confs.txt.
- например,
- выполните
findв ваших локальных каталогах, которые вы считаете местом для любого установленного/удаленного программного обеспечения, которое может содержать.confфайл- для любых
.confфайлов, полученных в результате выполненияfind, выполните простойcat <найденный .conf файл> valid_confs.txt, и если он не найден, значит, вы нашли сиротский .conf файл… более конкретно, .conf файл, который не соответствует установленному программному обеспечению, как это зафиксировано вrpmдля того, где он должен находиться; если пути не совпадают, но это файл установленного RPM, то это также будет полезно.
- для любых
Ответ или решение
Как идентифицировать и удалить «осиротевшие» конфигурационные файлы деинсталлированного ПО
Значительное количество программного обеспечения, устанавливаемого на Linux и других операционных системах, создает конфигурационные файлы в скрытых директориях домашнего каталога пользователя, таких как ~/.config, ~/.local и ~/.gnome. После деинсталляции большинства программ конфигурационные файлы остаются нетронутыми, что иногда может привести к накоплению ненужных файлов. В этой статье мы рассмотрим подходы и инструменты, которые помогут вам эффективно идентифицировать и удалять эти «осиротевшие» конфигурационные файлы.
1. Создание резервной копии
Перед тем как производить какие-либо изменения в файлах конфигурации, настоятельно рекомендуется создать их резервную копию. Это защитит ваши данные на случай, если в процессе очистки будут удалены важные файлы.
2. Использование пакетного менеджера
-
Debian-подобные системы: Если вы используете Debian или производные системы (например, Ubuntu), вы можете воспользоваться утилитой
aptitude. Для поиска пакетов с осиротевшими конфигурациями выполните команду:aptitude search ~cПосле этого, вы сможете удалить их с помощью:
aptitude purge ~c -
RPM-подобные системы: Если вы используете систему на базе RPM (например, Red Hat или CentOS), вы можете последовательно проверить все установленные пакеты на наличие конфигурационных файлов:
rpm -qaПосле этого для каждого установленного пакета выполните команду:
rpm -ql <package_name>Соберите все конфигурационные файлы в текстовый файл (например,
valid_confs.txt), а затем выполните поиск конфигурационных файлов в ваших локальных директориях:find ~ -name '*.conf'После этого проверьте найденные конфигурационные файлы на совпадение с теми, что содержатся в
valid_confs.txt.
3. Автоматизация процесса с помощью скриптов
Для ускорения процесса поиска неиспользуемых конфигурационных файлов вы можете написать скрипт. Например, на Bash это может быть выполнено следующим образом:
#!/bin/bash
# Убедитесь, что valid_confs.txt существует
valid_confs="valid_confs.txt"
if [[ ! -f $valid_confs ]]; then
echo "Файл valid_confs.txt не найден!"
exit 1
fi
# Найти все конфигурационные файлы
find ~ -name '*.conf' | while read -r config_file; do
if ! grep -q "$(basename "$config_file")" "$valid_confs"; then
echo "Обнаружен осиротевший файл конфигурации: $config_file"
# Uncomment the next line to remove the file
# rm "$config_file"
fi
doneЭтот скрипт ищет все файлы с расширением .conf в домашнем каталоге и проверяет их на предмет нахождения в valid_confs.txt.
4. Поиск неактивных файлов
Вы также можете использовать команду find для поиска файлов, не открывавшихся на протяжении определённого времени. Однако для этого необходимо убедиться, что ваша файловая система поддерживает атрибуты времени доступа:
find ~ -atime +30 -name '*.conf'Это позволит вам идентифицировать файлы, которые не использовались в течение 30 дней. Однако учтите, что данный метод может привести к удалению конфигурационных файлов активного, но неиспользуемого программного обеспечения.
5. Использование системного мониторинга файлов
Для лучшего контроля за созданием конфигурационных файлов можно использовать средства мониторинга, такие как inotify или git. Например, вы можете создать небольшой репозиторий в каталоге конфигураций и отслеживать изменения:
cd ~/.config
git init
git add .
git commit -m "Initial commit"Такая практика позволит вам отслеживать, когда были созданы или изменены конфигурационные файлы, что в свою очередь поможет идентифицировать ненужные из них.
Заключение
Суммируя вышеизложенное, удаление осиротевших конфигурационных файлов — это задача, требующая осторожного подхода. Используя пакетные менеджеры, автоматизацию через скрипты и средства мониторинга, вы сможете значительно упростить этот процесс и привести свою файловую систему в порядок.