/ var / cache / apt 컨텐츠를 수동으로 삭제하는 것이 안전합니까?

디스크 공간이 매우 제한된 임베디드 시스템에는 /var/cache/apt약 700MB의 파일 srcpkgcache.bin.*과 몇 개의 큰 *.bin파일로 가득 찬 폴더가 있습니다.

공연 sudo apt-get clean은 눈에 띄는 차이를 만들지 않았습니다.

이러한 *.bin*파일 을 수동으로 삭제해도 안전 합니까?

실제로는 아닙니다. 이러한 파일은 시스템이 사용 가능한 항목과없는 항목을 판별하는 데 도움이됩니다. 해당 디렉토리를 비우면 apt-get 시스템이 손상됩니다. 다음은 몇 가지 팁입니다.

먼저 자동 청소

추가하다

DPkg::Post-Invoke { "apt-get clean"; };

끝까지 /etc/apt/apt.conf. apt 및 dpkg 프로세스는 더 오래 걸리지 만 캐시 디렉토리는 항상 깨끗합니다.

다음으로 아카이브 제거

사용하지 않는 모든 소스 아카이브를 제거하고 비활성화하여 시작하십시오. 임베디드 시스템에서는 필요하지 않을 것입니다. 그런 다음 사용하지 않는 모든 아카이브를 제거하십시오. apt-cache policy확실하지 않은 경우 패키지의 출처를 파악할 수 있습니다 .

아카이브 제거

일부 PPA는 1 개 또는 2 개만 필요할 때 많은 수의 패키지가 포함되어있어 무섭습니다. 해당 PPA를 비활성화하고 deb 파일을 수동으로 설치하십시오. 이 경우 공간이 절약되지만 자동 업데이트가 느슨해집니다. dpkg는 의존성을 처리하므로, thing-with-tons-of-deps.deb를 설치 한 후 실행 apt-get -f install하여 의존성을 가져올 수 있습니다.

완전히 익스트림 답변 1

임베디드 시스템에 대해 이야기했기 때문에 기본 리포지토리의 90 %가 아무런 도움이되지 않습니다. 이것을 다루기 위해 자신의 apt-get repo 서버를 실행할 수 있습니다 . 이 링크를 참조하십시오 . 쉬운 일이 아니며 하나의 컴퓨터에 대한 PIA입니다. 그러나 이러한 기계가 여러 대 있다면 그만한 가치가 있습니다. (repo 서버는 실제로 사용하는 패키지의 하위 집합 만 호스팅 할 수 있습니다. 전체를 미러링 할 필요는 없습니다)

완전히 극단적 인 답변 2

공간이 실제로 큰 문제이면 apt를 모두 비활성화하고 dpkg를 통한 수동 설치로 되돌릴 수 있습니다. 여러 임베디드 시스템 에서이 작업을 수행해야했습니다. 작동하지만 관리자 악몽입니다.

당신은 물론 삭제 pkgcache.bin하고 srcpkgcache.bin아무 일도 발생하지 않습니다. apt-get update다시 실행 하기 위해 실행하십시오 .

을 유지 pkgcache.bin하고 srcpkgcache.bin안전하게 다른 사람을 삭제할 수 있습니다. 디렉토리를 만지지 마십시오!

물론이를 위해 NFS 공유 (네트워크 파일 시스템)를 만들 수 있습니다. 이러한 파일은 서버에 그대로두고 패키지를 업데이트 / 설치하려는 경우에만 공유를 마운트하십시오. 임베디드 환경에서 설치는 일반적으로 상대적으로 정적입니다.

sshfs는 또 다른 좋은 옵션이며 설정하기가 훨씬 쉽고 (기본적으로 SSH 만 필요) 더 많은 오버 헤드가 있습니다 (느리게).