파일/디렉터리 주소를 지정하기 위해 인덱스(아이노드 번호)를 사용하는 트리 작업(검색)

문맥상 "인덱스"라고 쓰면 실제로는인덱스 노드. 색인을 의미하는 경우 디렉토리가 색인을 의미한다는 점에 유의하세요.아니요"인덱스 3에 있는 파일을 원합니다"라고 말할 수 있는 잘 정의된 순서의 파일 목록으로 구성됩니다. 디렉토리는 이름별로 색인화됩니다. "I want files names"라고 말합니다 foo. 디렉토리의 파일 순서는 언제든지 변경될 수 있습니다.

inode를 의미한다고 가정하면 inode를 통해 파일에 액세스할 수 없습니다. 이는 의도적으로 설계된 것입니다. 파일 경로는 권한이 적용되는 방식입니다. inode를 통해 파일에 액세스하면 해당 파일이 포함된 디렉터리에 대한 모든 권한 검사가 무시됩니다. 또한 API에서 요구하기 때문에 inode 번호를 허공에서 가져오는 것이 아니라 설계상 inode 개념이 있는 파일 시스템에서만 가능합니다. 따라서 파일의 inode만 알고 있다면 이름을 찾을 때까지 검색하는 것이 파일을 조작하는 유일한 방법입니다.

inode로 파일을 찾는 방법이 있더라도 문제가 해결되지 않고 약간만 이동될 뿐입니다. find파일을 찾은 후 작업을 수행하기 전에 이름을 바꾸면 파일 을 투명하게 만듭니다. 그러나 파일을 삭제하고 동일한 inode를 사용하여 다른 파일을 생성하면 find잘못된 파일에 액세스하게 됩니다.

파일 API는 디렉터리 트리의 원자적 스냅샷을 얻을 수 없습니다. 문제에 대한 솔루션은 여러 가지가 있습니다. 귀하에게 적합한 솔루션은 사용 사례에 따라 다릅니다.

• 작업이 실행되는 트리에 대한 수정 사항을 처리할 수 있는지 확인하세요.
• 작업이 실행되는 동안 디렉터리 트리를 수정하는 모든 응용 프로그램이 일시 중지되었는지 확인하십시오.
• 하위 수준 API를 사용하여 스냅샷을 찍고 (읽기 전용) 스냅샷에 대해 작업합니다. 일부 파일 시스템(예: zfs 및 btrfs)은 볼륨 유형(예: LVM)과 마찬가지로 이 작업을 수행할 수 있습니다.