답변1
무언가를 설치할 때 다음을 설치합니다.파일 시스템:기본적으로 여러 디스크 블록을 특정 파일 이름에 할당하는 특정 방법입니다. 파일 시스템은 일반적으로분할, 하드 디스크에는 여러 개의 파티션이 있을 수 있습니다.
Unix 중심 파일 시스템(예: ext2
uid gid` ).ext3
ext4) implement the concept that every file "belongs" to a particular user (
) or particular group (
다른 파일 시스템(FAT, NTFS)은 이 개념을 구현하지 않거나 "사용자"를 구성하는 것에 대한 다른 아이디어를 가질 수 있습니다. 이 경우 Linux는 때때로 "외부" 소유권 및 권한을 Linux의 소유권 및 권한에 매핑하려고 시도하며 때로는 특정 사용자 및 그룹을 모든 파일에 할당하기만 합니다.
그래서:
마운트 옵션만으로는 ext 파일 시스템의 모든 파일 소유권을 특정 사용자에게 변경할 수 없습니다. 신청
chown
하거나 적용할 수 있지만chgrp
많은 경우 이는 좋은 생각이 아닐 수 있습니다.특히Linux 시스템 파일 및 프로그램을 포함하는 데 사용되는 파일 시스템입니다.그러니 하지 마세요. 대신, 소유자로서 자신이 직접 파일을 생성했는지 확인하세요. 새 그룹을 만들고 필요에 따라 그룹에 자신을 추가합니다. 간단히 말해서, 제정신의 관리입니다. "모든 파일은 내 것이어야 합니다."가 작동하지 않습니다.
"외부" 파일 시스템을 마운트하려는 경우 파일 시스템을 기반으로 옵션을 제공
uid
하고 마운트할 수 있습니다. 자세히보다.gid
man mount
이는 FAT 기반 파일 시스템을 읽고 쓰는 데 적합하지만 NTFS 기반 파일 시스템에 쓰는 것은 권장하지 않습니다.
디스크가 내부인지 외부인지는 중요하지 않습니다. 실제로 디스크는 전혀 중요하지 않으며 중요한 것은 파일 시스템 유형입니다. 가지고 있는 파일 시스템 유형이나 사용하려는 파티션도 지정하지 않습니다.
귀하가 제공한 정보에서 제가 볼 수 있는 유일한 것은 그 중 하나가 NTFS("8TB"가 아닌 "2TB")인데, 애초에 Linux와 잘 섞이지 않는다는 것입니다.
당신은 Linux의 기본 사항을 이해하지 못하고 장기적으로 문제를 일으킬 수 있는 일을 하려고 한다는 것을 보여주기 때문에 반대 투표를 받게 될 것입니다. 그런 일을하지 마십시오.
답변2
드라이브가 /etc/fstab에 매핑되어 있습니까? 그렇다면 거기에서 옵션을 수정할 수 있으며, 다른 사람들이 지적한 대로 이 "nosuid" 옵션을 제거해야 하며, 파일이 배치되도록 옵션 목록에 "gid=ownerGroupID, uid=ownerID"를 추가할 수도 있습니다. 드라이브는 특정 uid/gid에 명시적으로 매핑되어 있어 더욱 유용할 수 있습니다.
답변3
나는 이것이 설치 중에 사용된 nosuid 옵션과 루트(시작 시)로 설치하고 있기 때문이라고 생각합니다.
마운트 매뉴얼 페이지에는 다음과 같이 명시되어 있습니다.
suid
Allow set-user-identifier or set-group-identifier bits to take effect.
nosuid
Do not allow set-user-identifier or set-group-identifier bits to take effect. (This seems safe, but is in fact rather unsafe if you have suidperl(1) installed.)
즉, 디스크와 관련된 모든 작업을 수행하기 전에 백업을 만들고 설명서를 읽으십시오. 무엇을 하든 유효한 백업이 있는지 확인하세요!
답변4
다른 사람들이 제안한 것처럼 파일 권한 변경이 지속되지 않는 이유는 Linux와 NTFS 파일 시스템(Windows용으로 설계됨) 간의 호환성 문제인 것 같습니다. 다음은 이를 작동시키기 위해 시도할 수 있는 몇 가지 사항을 설명하는 몇 페이지입니다.