파일 소유자와 그룹은 외장 드라이브를 어떻게 기억합니까?


14

ext4 파티션으로 외장 하드 드라이브를 포맷 한 후 마운트했습니다. 새 파티션을 사용할 수 있도록 sudo chown me:me /mount/directory파일 소유자와 그룹을 루트에서 나로 변경하면 정상적으로 작동합니다.

이 변경 사항은 영구적이므로이 정보가 어디에 저장되어 있는지 궁금합니다. 하드 드라이브를 분리 한 다음 다른 디렉토리에 마운트하면 여전히 파일 소유자 및 그룹으로 설정되므로 마운트 디렉토리의 inode에 정보를 저장할 수 없습니다.

따라서 전체 파티션에는 이러한 종류의 정보가 저장되는 자체 inode가 있으며, 그렇다면 볼 수있는 방법이 있습니까? 아니면 정보가 저장되는 다른 장소가 있습니까?

답변:


19

저장된 파일 시스템 측면에서 외장 드라이브와 내장 드라이브 사이에는 차이가 없습니다. 파일 시스템 루트 디렉토리의 소유자 및 그룹은 루트 파일 시스템의 소유자 및 그룹이 저장되는 것과 같은 방식으로 루트 디렉토리에 저장됩니다.

이에 대한 결론은 UID와 GID가 숫자로만 저장되기 때문에에 다른 사용자가있는 시스템에 외부 드라이브를 마운트 /etc/passwd하면 소유자 및 그룹이 UID 및 GID가 매핑 된 항목으로 변경되었음을 알 수 있습니다. 다른 시스템. (예를 들어, 시스템 사용자 me가 UID 1000이고 UID 1000이있는 시스템에 드라이브를 마운트하는 경우에 rms소유 한 디렉토리가 표시됩니다 rms.)

반면에 FAT와 같은 UID / GID 정보를 저장하지 않는 파일 시스템을 사용하는 경우 파일 시스템에있는 모든 파일의 UID / GID는 mount명령에 제공 한 매개 변수 (직접 또는 통과) 에서 가져옵니다. /etc/fstab).

두 번째 결론은 /mount/directory루트 파일 시스템에 대한 소유자 나 권한 이 중요하지 않다는 것 입니다. 파일 시스템이 마운트되면 해당 파일 시스템의 권한이 중요합니다. 그래서 chmod a-rwx /mount/directory파일 시스템을 마운트 하기 전에 좋아합니다 . /mount/directory파일 시스템이 마운트되어 있지 않을 때 실수로 쓰지 못하게합니다 .


1
옛날 옛적에 Solaris 1.x에는 마운트 지점의 소유권이 필터링되는 버그가있었습니다. 증상은 사용자가 파일 시스템에 액세스하려고 할 때 권한 오류가 발생했지만 ls마운트 된 파일 시스템에 권한이 표시되어 잘못된 권한을 볼 수 없다는 것 입니다.
Barmar

내가 생각하지 않은 chmod 기술에 +1-그렇지 않으면 정확합니다.
Joe
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.