/ var / tmp / mkinitramfs- * 파일을 삭제할 수 있습니까?


11

내 /var/tmp폴더가 Ubuntu 16.04.2에서 9.3GB 공간을 차지했습니다. 특히, mkinitramfs_*tmp 폴더에는 대부분의 공간을 차지하는 많은 폴더가 있습니다. 나는 그것들을 조사했으며, 최근에 그리고 과거에 컴파일 된 리눅스 커널을위한 임시 파일 인 것 같습니다. 안전하게 삭제할 수 있습니까 아니면 다른 중요한 파일에 연결되어 있습니까?

tmpreaper재부팅 할 때 앱을 사용 하여 임시 파일 정리 프로세스를 자동화 하려고했습니다 . 그러나 자동 정리 설정에 폴더 /tmp/와 /var/tmp/폴더를 모두 넣을 수 있으며 오래된 파일을 제거하기 위해 최대 파일 보존 기간을 하나만 설정할 수 있습니다. 최대 파일 보존 기간 매개 변수를 TMPREAPER_TIME올바르게 설정하기가 어려울 수 있습니다 . 너무 짧게 설정하면 (기본적으로 7 일) mkinitramfs_*폴더 에서 최근 커널 컴파일 파일을 삭제할 수 있습니다. 너무 길게 설정하면에 많은 파일이 생길 수 있습니다 /tmp. 해당 mkinitramfs_*폴더 의 역할 과 tmpreaper앱 또는 기타 도구를 사용하여 오래된 임시 파일을 자동으로 삭제 하는 방법 에 대한 참고 자료를 알려 주시길 바랍니다 .

감사!


에서 /var/tmp보다 파일을 오래 보관하는 것이 더 좋다고 들었습니다 /tmp. lsof해당 파일을 사용중인 프로세스가 표시되지 않습니다. 그러나 tmpreaper앱 설명서에 해당 파일을 자동으로 삭제하도록 설정하려고했을 때 경고가 많이 발생합니다 . 마지막 액세스 후 7 일이 지나면 해당 파일을 삭제해도 안전하다고 생각하십니까?
— Xiaodong Qi

검색시 버그가 발견되었습니다. 첫째, 커널 설치 실패로 인해 해당 파일이 생성되지 않았습니다. 둘째, 버그가 수정되었다고합니다. 다른 파일과 연결되어 있지 않은지 확인할 수있는 방법이 있습니까?
— Xiaodong Qi

이전 의견을 적절한 답변으로 변환했습니다. 나는 지금 그들을 정리할 것입니다.
— Andrea Lazzarotto

답변:


16

일반적으로, 당신의 모든 파일을 삭제할 수 있습니다 /tmp및 /var/tmp시스템을 파괴하지 않고. 최악의 시나리오는 파일이 열린 앱에 필요한 파일이지만 실제로는 그렇지 않은 것입니다.

와 관련된 파일과 관련하여 파일 mkinitramfs을 정리하는 것이 안전하다고 말하고 싶습니다. 이 데비안 버그도 참조하십시오 : # 818345-mkinitramfs가 실패하면 tmp 파일은 / var / tmp 아래에 남아 있습니다. 기본적으로 이러한 파일은 파일 을 만든 프로세스가 끝난 후에 제거해야 하지만 어떤 이유로 든 그렇지 않습니다.

해당 버그의 영향을 구체적으로 받았는지 확실하지 않지만 mkinitramfs프로세스가 진행 되는 동안 해당 파일이 필요하다는 것이 중요합니다 . 프로세스가 끝나면 더 이상 필요하지 않습니다. 또한 임시 파일의 경우와 마찬가지로 필요한 경우 동일한 프로세스의 후속 실행에서 다시 작성됩니다.

해당 mkinitramfs_*폴더 의 역할 과 tmpreaper앱 또는 기타 도구를 사용하여 오래된 임시 파일을 자동으로 삭제 하는 방법 에 대한 참고 자료를 알려 주시길 바랍니다 .

에 대한 경험이 tmpreaper없지만 cron 작업을 사용하여 해당 파일을 주기적으로 삭제할 수 있습니다. 보다:

7 일이 지난 파일 자동 삭제


이 답변을 작성해 주셔서 감사합니다. TMP 파일을 이해 후, 나는 사용 tmpreaper(참조 내 노트를 자동으로 30 일 이상 된 해당 파일을 정리 자세한 내용)과 공간의 나에게 7기가바이트을 저장. 매우 도움이됩니다!
— Xiaodong Qi

내 노트의 링크를 업데이트 하십시오 .
— Xiaodong Qi
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.