.png)
지난 며칠 동안 해결하려고 노력한 매우 이상한 문제에 부딪혔고 다양한 해결 방법을 시도했습니다. 이에 대해서는 나중에 다루겠습니다.
내 홈 네트워크는 마이크로서버(Ubuntu Linux Server 17.04, x86_64의 커널 4.10.0-26-generic, CLI 전용)와 여러 Windows 및 Linux 클라이언트로 구성되어 있습니다. 내 목표는 읽기 전용 게스트 액세스 및 읽기-쓰기 액세스가 가능한 Samba 공유(Linux Mint 18.1, 커널 4.4.0-81-generic)를 설정하는 것입니다.
내 smb.conf에는 media와 temp라는 두 개의 동일한 공유가 있습니다(후자는 버그 수정용입니다).
[media]
comment = smb share
path = /media
browsable = yes
guest ok = yes
writable = no
write list = ap
[temp]
comment = smb share
path = /temp
browsable = yes
guest ok = yes
writable = no
write list = ap
/media 및 /temp는 모두 다음으로 설정됩니다.chmod -R 775그리고chown -R ap:ap.
이제 이상한 점은 Linux 클라이언트에서 AP로 두 공유에 모두 액세스할 수 있지만 [temp]에 대한 쓰기 권한만 있다는 것입니다. [미디어]에서 폴더를 만들거나 파일을 삭제하려고 하면 "읽기 전용 파일 시스템" 오류가 발생합니다. SSL을 사용하여 내 서버(루트 AP로)에 로그인할 때 쓰기에도 문제가 없습니다.
/media/*에 세 개의 서로 다른 내부 하드 드라이브가 마운트되어 있다는 것도 흥미로울 수 있습니다. fstab 항목은 다음과 같습니다.
UUID=954d122e-ef13-4248-acb3-5c95fb44d2ad /media/misc ext4 defaults 0 0
UUID=d213c725-a715-40f3-8278-de890fad1168 /media/cinema ext4 defaults 0 0
UUID=6469b3d0-bdb5-4b0c-8559-b9d26f69b332 /media/series ext4 defaults 0 0
다음과 같은 가능한 해결 방법이 작동하지 않습니다.
- chmod를 777로 설정하고 chown을 다시 root:root로 설정합니다.
- 시스템 파티션을 포함한 모든 파티션 fscking
- 내 smb.conf를 가지고 놀기(유효한 사용자, 목록 읽기, 마스크 생성 등과 같은 옵션 시도)
- Samba 사용자로 AP 추가
- 공유를 마운트해 보세요mount -t cifs -o 사용자 이름=ap //서버/mntpoint(rw, uid, gid, domain, forceuid, forcegid 등과 같은 옵션을 사용해 보십시오.)
- rw 옵션을 사용하여 내장 하드 드라이브 다시 마운트
NFS로 전환할 수 있을 것 같지만, 매우 분명한 부분이 누락되었는지 또는 이 문제를 해결하기 위해 취할 수 있는 추가 조치가 무엇인지 여전히 알고 싶습니다.