Mavericks를 설치 한 후 다음에서 snapshot.db(1.5GB) 파일을 발견 했습니다.
/var/db/systemstats/snapshots.db
그 파일의 용도는 무엇입니까? 삭제해도 안전한가요?
답변
높은 수준에서, 나열된 파일은 OS가 시간에 따른 전력 사용량, 성능 및 절전 / 깨우기 데이터를 추적하는 데 사용하는 이진 데이터베이스 파일입니다. / var / db에서 아무것도 삭제하지 않겠다는 일반적인 지침에도 불구하고 가끔 해당 파일 하나를 삭제하면 과도한 피해를주지 않는 것으로 보입니다.
이것은 새로운 에너지 사용 관점을 제공하며, 문제가있는 경우 진단에 도움이 될 수 있으며 Apple에 시스템 진단을 요청하십시오.
해당 파일에 쓰는 프로그램 (및 / var / db / systemstats의 관련 파일)은 systemstatsd 입니다.
궁금한 경우 systemstats –help 명령을 사용하여 자세한 정보를 얻고 해당 파일에서 읽을 수 있습니다. 내가 링크 한 매뉴얼 페이지는 매뉴얼 페이지의 쉘이며 코드는 도구에 내장되어 있으며 도움말 옵션으로 호출하여 액세스 할 수있는 문서 이외의 대부분 Apple에서 문서화하지 않았습니다.
시스템이 일관성있는 파일에 의존 할 수 있기 때문에 일반적으로 / var / db에서 어떤 것도 삭제하는 것이 안전하지 않지만, 단일 사용자 모드로 부팅하여 해당 디렉토리의 모든 내용을 제거하는 것을 테스트 한 결과 시스템이 올바르게 다시 작성하고 처리하는 것 같습니다 이러한 파일을 수동으로 정리하려고 시도합니다.
Mac의 sytemstats에서 아무것도 삭제하고 다시 설치할 준비가되지 않았으며 데이터베이스와 로그 파일을 일관성이없는 상태로 유지하는 경우 Activity Monitor에서 이상한 정보를 얻을 수 있습니다. 즉, 디렉토리에서 누락 된 항목을 처리하기 위해 시스템이 방어 적으로 프로그래밍되어 있고 어쨌든 일반적으로 불규칙한 작동을 일으키지 않는 것처럼 보입니다.
답변
같은 문제에 대해 사과에 버그 보고서를 제출했습니다. 그들은 snapshots.db가 지난 3 일 동안의 데이터를 보유하고 대부분의 시스템에서 70-150MB에 도달하기위한 것이라고 응답했습니다. 그러나 광산 (OS X 10.9, iMac 27-inch 2.8 GHz i7, 8GB RAM)에서 현재 snapshots.db 파일이 2.12GB에 도달했으며 여전히 증가하고 있습니다. 지금까지 사과의 도움은 더 이상 없습니다. 행동을 재현 할 수없는 것 같습니다.
첫 번째 파일이 1.76GB에 도달 한 후 파일을 수동으로 삭제할 수 있습니다. 빈 시스템 불변의 snapshots.db 파일로 바꾸면 몇 분마다 ‘어설 션 실패’콘솔 메시지가 표시되지만 시스템이 파일에 쓰지 못하게 할 수 있습니다.
이 파일을 실제로 사용하지 않습니다. 70-150MB는 괜찮지 만 시스템에서 사용하는 디스크 공간은 용납 할 수 없습니다.
Apple에 버그 보고서를 제출하는 것이 좋습니다.
답변
또는 이러한 스냅 샷을 생성하고 해당 파일에 쓰는 런치 데몬을 비활성화 할 수 있습니다. 콘솔에 “powerstats”로그가 넘쳐서 Mavericks를 실행하는 rMBP에서이 작업을 수행했습니다. 다음 명령을 실행 한 후 콘솔 로그 보고서와 참조한 파일의 증가가 모두 중단되었습니다.
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.systemstats.daily.plist
답변
systemstatsd데몬은 시스템 전력 사용에 대한 시스템 통계의 선택을 수집하고 그것을 일반적으로 백그라운드에서 주목 실행됩니다. 따라서 일반적으로 걱정할 것이 없습니다.
데이터베이스 파일이 너무 커지면 ( snapshots.db)이 게시물에 따라 서비스를 중지 / 언로드 할 때 비울 수 있습니다 .
sudo launchctl stop com.apple.systemstatsd
sudo launchctl stop com.apple.systemstatsd.analysis
그런 다음 파일을 플러시하십시오.
sudo sh -c ">/private/var/db/systemstats/snapshots.db"
답변
달리는 것을 확인할 수 있습니다
sudo sqlite3 /private/var/db/systemstats/snapshots.db "vacuum;"
데이터베이스를 압축합니다. 광산은 530MB에서 74MB로 이동하여 다른 게시물을 준수합니다. 따라서이 데이터베이스에 대한 가비지 콜렉션 또는 쓰기 손상이 원인 일 수 있습니다. CCC가이를 덮어 쓸 수 없어서 (또는 다른 디렉토리로 복사 할 수 없기 때문에) 더 가능성이 높은 가정이 잘못 작성되었다고 생각합니다.