답변:
실행할 수 없거나 실행하지 않으려는 fsck
경우 다음을 사용하여 lost+found
디렉토리를 다시 만들 수 있습니다 mklost+found
.
mklost + found는 파일 블록을 복구하기 위해 e2fsck (8)가 실행될 때 많은 수의 링크되지 않은 파일을 저장하기 위해 파일 시스템에 블록을 할당 할 필요가 없도록 디스크 블록을 lost + found 디렉토리에 사전 할당합니다. 이를 통해 e2fsck가 복구 중에 파일 시스템에 데이터 블록을 할당하지 않아도됩니다.
링크되지 않은 많은 파일을 포함하기에 충분한 크기를 가진 기존의 lost + found 디렉토리는 디렉토리를 작성하고 적절한 크기로 늘리는 e2fsck의 부담을 덜어줍니다.
여전히 그렇게하려고 시도하지만 손상된 파일 시스템에 직면하면 더 위험 할 수 있습니다.
다른 플랫폼의 다른 파일 시스템에 대한 아주 오래된 fsck는 / lost + found를 만들거나 확장 할 수 없었습니다. 이것은 / lost + found의 근거에 대한 역사입니다. 그러나 현재의 이론적 근거는 단순히 e2fsck의 작업을 더 쉽게 만드는 것입니다.
당신이 no lost+found
이면 e2fsck
(다른 fsck
구현에 대한 코드를 검사하지 않았습니다 ) 당신을 위해 그것을 제안 할 것입니다. 그러나 원하는 경우 직접 다시 만들 수도 있습니다. 그 디렉토리에는 특별한 것이 없습니다 (적어도 코드 검사는 아닙니다).
lost+found
특별한 디렉토리입니다. 복구 도구가 복구 중에 블록을 할당 할 필요가 없도록 사전 할당 된 디스크 블록이 있습니다. 도구 가 제대로 생성되지 mklost+found
않기 때문에 특별히 존재하는 도구 mkdir
입니다. linux.die.net/man/8/mklost+found
mkdir을 사용하여 해당 디렉토리를 작성할 수 있습니다. 루트 또는 휠 그룹으로 루트가 소유해야합니다. 그 외에는 특별한 점이 없습니다. 시스템이 부팅 될 때 정전 또는 부적절한 종료가 발생하면 자동으로 fsck를 시작해야합니다. fsck는 시스템을 통해 발견 된 손상된 파일을 복구하려고 시도합니다. 손상 가능성이있는 파일은 그곳으로 이동합니다.
fsck가 상위 inode가없는 파일을 찾은 경우 파일이 이동되는 다른 경우가 있습니다. 이것은 일반적으로 폴더의 inode가 저장되는 특정 위치의 디스크에서 블록이 손상되는 경우입니다. 부모 inode를 lost + found 폴더로 다시 할당합니다.
편집 : 후자의 경우 디렉토리를 다시 만들지 확실하지 않습니다. 나는 안전한 편이되도록 내버려 두었습니다. 삭제해야 할 이유가 없습니다. 그것 없이는 아무 나쁜 일도 일어나지 않을 것입니다.
mkdir
?
fsck
둘e2fsck
다시 만드는 날 위해는 상관없이 디렉토리가 마운트하거나하지 않은 경우 곳.cd <root-dir-of-the-mount> && mklost+found
그것을했다.