답변:
fsck시스템을 통해 손상된 파일을 복구하려고 할 때마다 파일을 lost + found 폴더에 넣습니다. fsck아무 것도 넣지 않아도 폴더 를 만드는 데 이것이 기본적으로 문제라고 생각합니다 . Ubuntu는 파티션에서 정기적으로 검사를 수행하므로 해당 폴더는 항상 다시 만들어 지므로 삭제해도 작동하지 않습니다.
노틸러스에서 폴더를 숨기려면 'lost + found'가 포함 된 '.hidden'파일을 만들어 lost + found 상위 폴더에 넣을 수 있습니다.
예 : '/'에서 lost + found 폴더의 경우 :
echo "lost+found" | sudo tee /.hidden
홈 디렉토리에있는 디렉토리 (있는 경우) :
echo "lost+found" > ~/.hidden
또는 부팅 할 때마다 '/etc/rc.local'파일에 다음을 추가하여 제거 할 수 있습니다.
if [ -d /lost+found ]; then
rmdir /lost+found 2>/dev/null
fi
if [ -d /home/USER/lost+found ]; then
rmdir /home/USER/lost+found 2>/dev/null
fi
rmdir폴더가있는 경우 폴더에서 실행 되며, 비어있는 경우에만 폴더를 제거합니다 ( 2>/dev/null"비어 있지 않음"메시지는에서 버림 rmdir). 디렉토리가 많지 않을 수 있으므로 간단하게 유지했습니다. 'exit 0'이 결론에 머물러 있는지 확인하십시오.
단점 : fsck부팅 하는 동안 생성 된 디렉토리 만 추적 합니다. 나중에 실행되면 해당 디렉토리가 다시 나타납니다. 그런 다음 주기적으로 실행되는 크론 작업 에 위를 넣을 수 있습니다.
링크가없는 많은 파일을 포함하기에 충분한 크기를 가진 lost + found 디렉토리가 있으면 e2fsck가 디렉토리를 작성하고 적절한 크기로 늘리는 부담이 줄어 듭니다.
[fsck는 파일이없는 경우 lost + found를 만들려고 하지만 파일 시스템이 손상된 경우 더 위험 할 수 있습니다.
다른 플랫폼의 다른 파일 시스템에 대한 아주 오래된 fsck는 / lost + found를 만들거나 확장 할 수 없었습니다. 이것은 / lost + found의 근거에 대한 역사입니다.
ext3 이후로는 훨씬 덜 필요합니다. 저널링 파일 시스템을 사용하면 충돌 / 정전시 파일이 "손실"되지 않아야합니다. 당신은 그것이 오래된 타이머들 (그리고 저널을 비활성화시키는 이상한 사람들)에게 치명적인 놀라움을 피하기 위해서만 유지되었다고 주장 할 수 있습니다. 무엇을 놓치고 있는지 모르는 경우 문제가되지 않을 수 있습니다.
여전히 제거하는 것은 e2fsck를 패치하는 것과 같습니다. 당신은 그것을 할 수 있지만 할 수는 없습니다.
이 기사는 lost + found 디렉토리에 대한 적절한 설명을 제공합니다. http://tldp.org/LDP/Linux-Filesystem-Hierarchy/html/lostfound.html