프로그램은 일반적으로 홈 디렉터리, 일반적으로 숨겨진 디렉터리(보통 ~/.config, ~/.local 또는 ~/.gnome의 하위 디렉터리에 국한되지 않음)에 구성 파일을 저장합니다.
프로그램을 제거한 후에도 구성 파일은 그대로 유지됩니다(일반적으로 선호됨).
현재 나는 가끔씩 집의 숨겨진 디렉토리를 살펴보고 그것이 어디에 속하는지 추측하고 더 이상 프로그램을 사용하지 않으면 삭제합니다. 그러나 이는 시간이 많이 걸리고 때로는 디렉토리가 어떤 프로그램에 속하는지 추측하기 어렵기 때문에 어렵거나 오류가 발생하기 쉽습니다. 나에게 도움이 될 수 있는 도구나 방법이 있는지 궁금합니다. (Win의 Bleachbit 또는 CCleaner와 유사하지만 내가 아는 한 이 기능은 없습니다.)
제거된 소프트웨어의 분리된 구성 디렉터리를 식별하고 제거하는 쉬운 방법이 있습니까?
답변1
첫 번째,백업 만들기아무것도 바꾸기 전에.
때로는 사용하는 패키지 관리자에 의해 구성 파일이 설치되고 해당 데이터베이스를 쿼리할 수 있지만 이에 의존하지는 않습니다. 일부 배포판에는 다음과 같은 도구가 있을 수 있습니다.findcruft
(이제는 폐기됨)젠투용.
가장 좋은 기회는 오랫동안 액세스하지 않은 파일을 찾아서 삭제하는 것이라고 생각합니다. 하지만 그렇다고 해서 패키지가 설치되지 않고 비활성화된다는 보장은 없습니다. 스크립트의 패키지 관리자와 비교하여 후보를 확인하는 보너스 포인트입니다.
$ find /etc -atime +7
모든 파일 시스템이 이 atime
기능을 지원하는 것은 아니며 SSD 드라이브 등의 경우 의도적으로 꺼질 수도 있습니다. 이 경우 이 방법을 사용할 수 없습니다. 아니면 먼저 atime
일정 기간 동안 열어서 액세스 데이터를 수집해야 신뢰할 수 있는 결정을 내릴 수 있습니다. ~에 대해 읽다relatime
역시 먼저 선택하세요.
$ mount
/dev/sda3 on / type ext3 (rw,noatime,nodiratime,data=ordered)
남은 옵션 중 하나는 이 작업을 수동으로 수행하여 파일 이름과 내용으로 관련 패키지를 추측하는 것인데, 이는 일반적으로 간단합니다.
답변2
시스템이 Debian 기반인 경우 aptitude
고아 구성이 포함된 패키지를 (일반적으로 에서) 찾을 수 있습니다 /etc
. 예를 들면 다음과 같습니다.
aptitude search ~c
다음을 사용하여 삭제합니다.
aptitude purge ~c
일반적으로 패키지 관리자는 홈 디렉터리에 파일을 생성하지 않습니다. Homedir 구성 파일은 일반적으로 처음 실행될 때 생성됩니다.
내 생각에 가장 좋은 방법은 Git과 같은 도구를 사용하여 주제를 추적하여 해당 주제가 언제 생성되었는지 정확히 알 수 있도록 하는 것입니다.