하이퍼 디렉터리 - 하위 디렉터리 및 파일 목록 이외에 (Linux) 디렉터리에도 텍스트 자체가 포함될 수 있습니까? 리눅스에서

Question

이 아니라 같은 디렉토리에있는 보조 파일 에 의해 디렉토리 자체에 주석을 추가 할 수있다 방법, 설명 (텍스트, 서식있는 텍스트, 하이퍼 텍스트 ..)이며, README.txt 파일처럼 INSTALL .txt, NOTE_ON_WHY_WE_DID_THIS_THIS_WAY.txt, ..?

이러한 일반화 된 디렉토리에서, 디렉토리 엔트리 (서브 디렉토리/파일)는 그러한 일반화 된 디렉토리의 적어도 하나의 뷰에서 (하이퍼) 링크로서 표현 될 것이다. 위에서 언급 한 커미트, 설명이 생략되거나 보조 파일을 통해 사용할 수있는 일반화 된 디렉토리의 경우 "클래식 디렉토리보기"를 사용할 수도 있습니다. 나는 이것이 저장 매체의 특별한 포맷이나 고전적인 디스크 포매팅 구조의 최상위에있는 소프트웨어 레이어를 필요로한다는 것을 알고 있습니다. 뷰는 일반화 된 디렉토리에서 파생되어야하고 뷰의 일관성 문제를 피하기 위해 반대로는 파생되지 않아야합니다.

Answer 1

흥미로운 질문이지만, 나는 아닙니다. 내가 기억하는 바로는 디렉토리는 다른 디렉토리에 파일을 가리키는 포인터 일 뿐이므로 텍스트를 저장할 수 있다고 생각하지는 않습니다. 어쩌면 전체 파일 시스템을 다시 작성하면 ...

Answer 2

일반적으로는 없지만 일부 파일 시스템은 extended file attributes입니다. getfattr(1), setfattr(1)을 사용할 수 있습니다.

^{AFAIK, 몇 유틸리티는 이러한 확장 파일 속성을 사용하는 (그리고 그 날 놀라게 ..., listxattr(2), attr(5)setxattr(2) 등을 참조, 나는 그 데스크톱 환경이 예를 들어 파일의 예를 들어 MIME 타입을 저장하는 데 사용할 것이라고 상상, 하지만 대개는 그렇지 않습니다.) 이러한 확장 속성에는 중요한 (파일 시스템 별) 제한이 있습니다 (예 : 255 바이트}

더 실용적이고 전통적인 방법은 (git에서 사용 .git/처럼 이름은 점으로 시작하는) 어떤 숨겨진 디렉토리에 추가 메타 데이터를 저장하는

Answer 3

를 결정하는 것입니다 나는 '수 t는 모든 파일 시스템을 의미하지만 적어도 extX에서는이 디렉토리에있는 파일/디렉토리의 이름, 해당 inode 번호 및 다음 쌍 (dir/file - inode)이 시작되는 오프셋 beetween 만 포함합니다. 일반적으로 dir을 설명하는 이러한 데이터는 inode 구조 (디렉토리 자체가 아님)에 보관됩니다 (예 : dir, atime, ctime 확장 속성, 링크 수 등). 커널 소스에서 그러한 구조를 볼 수 있으며, 파일/디렉토리에 "레이블"을 넣을 수있는 필드가 없습니다. 이론적으로이 구조의 일부 "사용되지 않는"필드를 사용하지만, 이론적으로는이 공간이 매우 제한되어 있기 때문에 사용하십시오.