![SMB 설치 디렉터리의 파일에 대한 사용자 쓰기 권한을 설정할 수 없습니다. [중복]](https://linux55.com/image/11458/SMB%20%EC%84%A4%EC%B9%98%20%EB%94%94%EB%A0%89%ED%84%B0%EB%A6%AC%EC%9D%98%20%ED%8C%8C%EC%9D%BC%EC%97%90%20%EB%8C%80%ED%95%9C%20%EC%82%AC%EC%9A%A9%EC%9E%90%20%EC%93%B0%EA%B8%B0%20%EA%B6%8C%ED%95%9C%EC%9D%84%20%EC%84%A4%EC%A0%95%ED%95%A0%20%EC%88%98%20%EC%97%86%EC%8A%B5%EB%8B%88%EB%8B%A4.%20%5B%EC%A4%91%EB%B3%B5%5D.png)
내 Windownz 컴퓨터에서 일부 파일을 편집할 수 있도록 Windows 10 디렉터리를 설치했습니다.
sudo mount -t cifds //W10/Users ~/public/ -o username=bobby
디렉토리를 확인할 때 그들은 모두 소유자를 갖고 root있으며 사용자로서 bobby나는 읽기 권한만 가지고 있습니다.
소유자와 권한을 사용 chown하고 변경했습니다. chmod자세한 출력 결과는 모두 소유자가 변경되었음을 알려주지만 사실은 아닙니다. user 를 사용하여 파일을 편집할 수 없습니다 bobby.
이 상황에서 내가 뭘 잘못하고 있는 걸까?
답변1
Unix 파일 시스템과 Windows 파일 시스템은 다릅니다. uidSMB 클라이언트는 Windows 파일 시스템에서 소유자를 추출할 수 없으므로 소유자에게 이 옵션을 제공해야 합니다 . Linux 프로그램에 제공한 소유자가 존재하지 않기 때문에 소유자를 변경할 수 없습니다. 이는 시스템 호출에 대해 두 가지 가능성을 남깁니다 chown.
- 성공할 수 없기 때문에 실패를 반환할 수 있지만 이로 인해 많은 경고 메시지가 표시되거나 실패 후 프로그래밍이 중지될 수도 있습니다.
- 아니면 성공한 척할 수도 있습니다. 많은 프로그램이 모든 것이 예상대로 작동한다고 생각하면서 원활하게 실행되지만, 작업이 실제로 성공할 것으로 예상하면 혼란스러울 수도 있습니다.
따라서 당신은 아무 잘못도 하지 않고 있으며 소프트웨어는 이를 지원하지 않습니다.
uid및 gid옵션을 사용하여 마운트된 파일 시스템의 모든 파일에 대한 사용자 및 그룹을 지정할 수 있습니다 . 파일 및 디렉터리에 대한 권한에 file_mode및를 사용할 수도 있습니다 .dir_mode
편집하다
바라보다 man mount.cifs.
예:
이렇게 하면 모든 사람에게 읽기/쓰기 액세스 권한이 부여됩니다. 주의해서 사용하세요.
mount -t cifs //W10/Users ~/public/ -o username=bobb,dir_mode=777,file_mode=666그러면 파일 시스템이
user다음과 같이 마운트됩니다.groupmount -t cifs //W10/Users ~/public/ -o username=bobb,uid=user,gid=group