Linux 및 Unix 운영 체제에는 루트 디렉터리에 다음이라는 폴더가 있습니다./lost+found/
그것은 무엇을 위해 사용됩니까? 어떤 상황에서 상호작용할 수 있나요? 어떻게 상호작용할 것인가?
답변1
당신이 달리면fsck, 파일 시스템의 어느 곳에서도 참조되지 않는 데이터 조각을 찾을 수 있는 파일 시스템 검사 및 복구 명령입니다. 특히, fsck완전한 파일처럼 보이지만 시스템에서는 이름이 없는 데이터를 찾을 수 있습니다.인덱스 노드해당 파일명이 없습니다. 이 데이터는 여전히 공간을 차지하고 있지만 일반적인 방법으로는 액세스할 수 없습니다.
Repair File System을 선택하면 fsck거의 삭제된 파일을 파일로 복원합니다. 문제는 파일에 이름과 위치가 있었지만 해당 정보를 더 이상 사용할 수 없다는 것입니다. 따라서 파일은 (다음) fsck이라는 특정 디렉터리에 배치됩니다.lost+found분실물재산).
나타나는 파일은 lost+found일반적으로 연결이 해제되었지만(즉, 이름이 제거됨) 시스템이 갑자기 중지되었을 때(커널 패닉 또는 정전) 일부 프로세스에 의해 여전히 열려 있던 파일입니다(따라서 데이터가 제거되지 않았습니다). 그게 전부라면 파일은 어쨌든 삭제되므로 신경 쓸 필요가 없습니다.
lost+found파일 시스템을 일관되지 않은 상태로 만드는 소프트웨어 또는 하드웨어 오류로 인해 파일이 나타날 수도 있습니다. 그렇다면 손실되었지만 시스템 복구를 통해 성공적으로 복구된 파일을 찾는 방법은 다음과 같습니다. 이러한 파일에는 유용한 데이터가 포함될 수도 있고 포함되지 않을 수도 있으며, 포함하더라도 파일 시스템 손상의 심각도에 따라 불완전하거나 오래되었을 수 있습니다.
많은 파일 시스템에서 이 디렉토리는 파일을 보관하기 lost+found위해 미리 할당된 공간이 있다는 점에서 약간 특별합니다 . fsck(이 공간은 fsck파일 데이터를 보관하기 위한 공간이 아니라 fsck구성해야 하는 디렉터리 항목을 위한 공간입니다.) 실수로 삭제한 경우 lost+found다시 생성하는 데 사용하지 말고 다음을 mkdir사용하세요.mklost+found가능한 경우.
답변2
디렉터리(Lost+Found 아님)는 lost+found파일 시스템(하드웨어 장치가 아닌 파일 시스템)이 손상되었을 때 사용되는 구조입니다. fsck일반적으로 디렉토리 손상으로 인해 손실된 파일은 lost+foundinode 번호로 해당 파일 시스템의 디렉토리에 연결됩니다. 그 중 일부는 디렉터리가 없거나 파일이 없거나 심지어 장치가 누락되었을 수도 있습니다. 각 파일 시스템에는 자체 디렉토리가 있어야 lost+found하지만 파일 시스템이 하나만 있는 시스템이 표시될 수도 있습니다. 일반적으로 이 디렉토리는 비어 있어야 합니다. 그러나 손상이 발생하면 다행히도 대부분의 경우 파일을 fsck여기에 배치한 후 복구할 수 있습니다.
답변3
"Linux 파일 시스템 계층" 섹션에서/분실+발견”:
앞서 FSSTND 개요에서 설명했듯이 Linux는 항상 적절한 종료를 거쳐야 합니다. 때로는 시스템이 충돌할 수도 있고, 정전으로 인해 기계가 멈출 수도 있습니다. 어느 쪽이든 다음 부팅 시 fsck를 사용하여 긴 파일 시스템 검사를 수행합니다. Fsck는 시스템을 탐색하여 발견된 손상된 파일을 복구하려고 시도합니다. 이 복원 작업의 결과는 이 디렉터리에 저장됩니다. 복구된 파일이 완전하거나 그다지 중요할 가능성은 없지만 가치 있는 파일을 복구하는 것은 항상 가능합니다. 각 파티션에는 자체 loss+found 디렉터리가 있습니다. 거기에서 파일을 찾으면 원래 위치로 다시 이동해 보세요. "파일"에 대한 손상된 심볼릭 링크와 같은 것을 발견하면 파일 시스템이 너무 손상되어 파일이 인식할 수 없을 정도로 손상되었기 때문에 해당 RPM에서 파일을 다시 설치해야 합니다. 다음은 /lost+found 디렉터리의 예입니다. 보시다시피 여기에 포함된 대부분의 파일은 실제로 소켓입니다. 나머지 파일은 시스템 파일과 개인 파일이 손상된 것으로 확인됐다. 이러한 파일은 복구할 수 없습니다.