태그 보관물: delete

delete

lost + found 폴더를 삭제하는 것이 안전합니까? 장착 됨 /mount/win7. 지금 모든 것을 삭제했으며 lost

내 vhd / virtualbox에 사용되는 빈 별도 파티션이 있습니다. 에 장착 됨 /mount/win7.

지금 모든 것을 삭제했으며 lost + found 폴더가 남아 있습니다. 5 기가 정도 걸립니다

분실물 폴더를 제거하는 것이 안전합니까?



답변

fsck는 lost + found 디렉토리가없는 경우 다시 작성합니다.

시작시 파일 시스템이 완전히 마운트 해제되지 않은 것으로 감지되면 대부분의 분배는 fsck를 실행합니다.

fsck는 lost + found 디렉토리가 누락 된 경우이를 작성하면이를 작성하여 찾은 것을 해당 디렉토리에 배치합니다.

따라서 문제없이 제거 할 수 있습니다.


답변

지금까지 필자 lost+found는 필요할 때마다 fsck에서 다시 작성하므로 삭제 가 완벽하게 안전하다는 인상을 받았습니다. 그러나 Ubuntu 12.10 업그레이드 후 cron 에서이 메일을 받았습니다.

/etc/cron.daily/standard:

Some local file systems lack a lost+found directory. This means if the
file system is damaged and needs to be repaired, fsck will not have
anywhere to put stray files for recovery. You should consider creating
a lost+found directory with mklost+found(8).

The following lost+found directories were not available:

/home/lost+found

의 맨 페이지는 mklost+found말합니다 :

mklost+found pre-allocates disk blocks to the lost+found directory
so that when e2fsck(8) is being run to recover a filesystem, it does
not  need to allocate blocks in the filesystem to store a large number
of unlinked files.  This ensures that e2fsck will not have to allocate
data blocks in the filesystem during recovery.

정확히 무엇을 의미하는지 잘 모르겠지만 lost+found복구에 문제를 일으키지 않을 수 있음 을 나타냅니다 . 또한 lost+found사전에 할당 된 블록이 있다는 점에서 일반 디렉토리와 다르다는 것을 나타냅니다 .


답변

lost + found 디렉토리를 삭제하지 않으려 고합니다.
중요한 시스템 폴더이며 다음 부팅시 다시 생성됩니다. 왜 존재하는지와 여기서 무엇을하는지에 대한 꽤 좋은 설명이 있습니다.


답변