답변1
system.reg
, Wine 기반 Windows 인스턴스에 대한 Windows 레지스트리의 내용입니다 user.reg
. userdef.reg
마찬가지로 drive_c
Wine을 실행할 때 "Windows C: 드라이브"에 넣는 모든 것이 있습니다. 일부 Windows 소프트웨어가 설치되어 있는 경우 여전히 그대로 남아 공간을 차지합니다.
이 파일 중 어느 것도 에서 가져온 것이 아닙니다 pamac
. 이 모든 파일은 ~/.bashrc
홈 디렉터리의 다른 파일과 유사한 "사용자 파일"일 뿐입니다. 패키지를 삭제한다고 해서 해당 패키지도 자동으로 삭제되는 것은 아닙니다.이 패키지를 사용하여 생성하는 모든 것타이: 정말 바보 같군요.
패키지 관리자는 일반적으로 세 가지 범주의 파일을 처리합니다.
- 패키지된 애플리케이션 구성 요소
- 구성 파일
- 다른 파일들
패키지된 애플리케이션 구성 요소는 일반적으로 패키지가 최신 버전으로 교체되지 않는 한 누구도 변경할 수 없습니다. 따라서 항상 제거해도 안전합니다. 응용 프로그램이 다시 필요한 경우 패키지를 다시 설치(완전히 동일한 버전)하여 동일한 파일을 복원하면 됩니다.
구성 파일은 까다롭습니다. 많은 파일이 패키지와 함께 제공되지만 사용자(또는 시스템 관리자)가 변경해야 합니다. 따라서 패키지를 제거할 때 구성 파일을 삭제하는 것이 항상 좋은 방법은 아닙니다.
데비안 패키지 관리자는 두 가지 유형의 제거 작업을 통해 이 문제를 처리합니다.제거하다나중에 응용 프로그램을 제거하고 다시 설치하는 경우에도 구성이 유지될 수 있도록 모든 구성 파일을 그대로 두십시오. 또 다른 유형은분명한이렇게 하면 구성 파일도 삭제됩니다.
RPM 기반 패키징 도구는 다른 전략을 사용합니다. 즉, 패키지를 제거할 때 해당 구성 파일이 수정되었는지 여부를 감지합니다. 구성 파일에 여전히 패키지의 표준 기본 구성이 포함되어 있으면 해당 파일은 자동으로 삭제됩니다. 그러나 수정되면 .rpmsave
삭제되는 대신 접미사를 붙여 이름이 변경됩니다.
Arch의 패키지 관리자가 구성 파일을 어떻게 처리하는지 모르겠지만 아마도 비슷할 것입니다.
세 번째 범주인 "기타 파일"에는 컴퓨터 시스템 사용자가 만든 모든 데이터 파일이 포함됩니다. 패키지 관리자는 이러한 파일의 중요성을 전혀 모릅니다. 패키지 관리자가 이들 중 하나라도 제거하면 해당 패키지 관리자의 작성자는 소송의 대상이 될 가능성이 높으며 화난 사용자로부터 직접적인 폭력과 살해 위협을 받을 가능성이 높습니다. 따라서 최소한의 능력을 갖춘 패키지 관리자라도 이러한 파일을 그대로 두게 됩니다.
물론 Wine을 삭제하면 ~/.wine
포함된 모든 항목도 삭제됩니다. 하지만 그렇게 하기 전에 Wine 데스크탑 MY_THESIS.DOCX
이나 그와 유사한 것에 유일한 최신 사본을 남겨두지 않도록 하는 것은 귀하의 책임입니다 .
이 디렉토리를 유지하면 ~/.wine
나중에 Wine을 다시 설치할 수 있으며 Wine 환경에 설치한 모든 Windows 응용 프로그램과 구성을 계속 사용할 수 있습니다. 이 디렉터리를 삭제하면Wine 기반 Windows 환경에 넣은 모든 것이 사라집니다.나중에 Wine을 다시 설치하면 "공장 기본값" Wine 환경을 다시 얻게 됩니다.