결론: Windows에서 ZimaOS 공유가 비어 있거나 읽기 전용으로 표시된다고 해서 NTFS를 다시 포맷하지 마세요
2024년 사례에서는 세 가지 증상이 함께 나타났습니다. Windows가 ZimaOS 장치를 찾았지만 공유 폴더를 표시하지 않았고, 자격 증명 요청이 일관되지 않았으며, 복사 작업이 실패하거나 느려졌습니다. NTFS가 원인으로 의심되었지만, IceWhale은 NTFS 디스크도 SMB를 통해 사용할 수 있다고 명확히 확인했습니다. 따라서 다시 포맷하는 것은 첫 단계가 아니라 최후의 수단이어야 합니다.
현재 ZimaOS의 SMB 동작은 훨씬 명확합니다. 공유에는 인증이 필요하고, 권한은 읽기 또는 읽기 및 쓰기로 지정되며, Windows에 남아 있는 오래된 자격 증명 때문에 정상적인 공유가 비어 있거나 접근할 수 없는 것처럼 보일 수 있습니다.
1단계: 지정한 계정으로 정확한 공유에 연결하기
Windows 네트워크 아래의 장치 아이콘에만 의존하지 마세요. 공유 경로를 직접 입력하세요.
\ZIMAOS-IP\SHARE-NAMEWindows가 이전 계정을 자동으로 재사용했다면 먼저 삭제하세요.
net use \ZIMAOS-IP\ /delete /y
cmdkey /delete:ZIMAOS-IP현재 ZimaOS SMB 문제 해결 문서에서는 잘못된 인증과 캐시된 자격 증명이 빈 공유 및 긴 연결 지연의 원인이 될 수 있다고 명시합니다.
2단계: ZimaOS에서 읽기 및 쓰기 권한 확인하기
공유를 열 수 있는 사용자라도 쓰기 권한이 없을 수 있습니다. Samba 공유 설정을 열고 지정한 구성원을 선택한 다음 읽기 및 쓰기가 선택되어 있는지 확인하세요. 현재 ZimaOS에서는 구성원 및 게스트 접근을 분리하며, 공유별로 읽기 또는 읽기 및 쓰기 권한을 선택할 수 있습니다.
ZimaOS Samba 구성원 문서는 현재 권한 모델을 설명합니다. ZimaOS SMB 인증 문서는 클라이언트 측 연결 절차를 제공합니다.
3단계: 파일 시스템 호환성과 SMB 인증을 분리해서 확인하기
NTFS, exFAT 및 Linux 네이티브 파일 시스템은 소유권과 권한을 정확히 동일한 방식으로 제공하지 않습니다. 하지만 NTFS 디스크가 Samba에서 자동으로 사용할 수 없는 것은 아닙니다. 먼저 ZimaOS가 디스크를 로컬에서 읽고 쓸 수 있는지, Samba 구성원에게 쓰기 권한이 있는지, Windows가 예상한 계정을 사용하고 있는지 확인하세요.
디스크에 기존 데이터가 있다면 SMB 문제를 확인하기 위해 절대 포맷하지 마세요. 대신 비어 있는 다른 테스트 디스크나 폴더를 사용하세요.
4단계: 전송 속도 저하를 별도로 진단하기
복사 속도가 처음에는 높았다가 훨씬 낮은 수준으로 안정화되는 현상은 디스크 캐시, 작은 파일, USB 저장 장치, SMR 디스크, 네트워크 협상 또는 서버 측 처리 때문에 발생할 수 있습니다. 각 계층을 পৃথ어서 측정하세요.
# ZimaOS에서 폐기 가능한 경로로 수행하는 로컬 디스크 쓰기 테스트
dd if=/dev/zero of=/media/STORAGE/test.img bs=1M count=2048 status=progress conv=fdatasync
# iperf3를 사용할 수 있는 경우 네트워크 처리량 테스트
iperf3 -s
iperf3 -c SERVER-IPiperf 네트워크 테스트를 사용하면 네트워크 속도와 디스크 및 Samba 동작을 분리할 수 있습니다. Microsoft의 Windows SMB 프로토콜 문서에서는 Windows 프로토콜의 맥락을 설명합니다.
5단계: 정상 작동이 확인된 ZimaOS 저장소 폴더 하나를 테스트하기
ZimaOS가 관리하는 저장 공간에 작은 테스트 폴더를 만들고, 한 구성원에게 읽기 및 쓰기 권한으로 공유한 다음, Windows 자격 증명을 삭제하고 1~2GB 파일 하나를 복사하세요. 이 작업이 성공하면 기본 Samba 서비스와 계정 모델은 정상입니다. 그 후 외부 NTFS/exFAT 디스크를 다시 연결해 테스트하세요.
자격 증명 문제를 숨기기 위해 게스트 접근을 사용하지 마세요
게스트 접근을 사용하면 테스트가 쉬워 보일 수 있지만, 어떤 계정이 연결을 소유하는지 확인하는 데 필요한 단서가 사라집니다. 영구적으로 사용하는 가정용 또는 팀 공유에는 명시적인 구성원 자격 증명이 감사하기 쉽고, 사용자별로 읽기 및 쓰기 권한을 다르게 지정할 수 있습니다.
NAS 파일 공유 문서는 직접 LAN SMB, ZimaClient 및 기타 파일 접근 경로 중에서 선택하는 데 도움이 됩니다.
공유가 계속 읽기 전용인 경우
실제 호스트 경로, 마운트 상태 및 로컬 파일 시스템의 쓰기 가능 여부를 확인하세요. ZimaOS 자체에서 마운트된 디스크에 파일을 만들 수 없다면 Samba도 파일 시스템이나 마운트가 제공하지 않는 권한을 부여할 수 없습니다. 로컬 쓰기는 가능하지만 SMB 쓰기가 실패한다면 디스크를 포맷하지 말고 공유 권한과 Windows 세션 자격 증명을 다시 확인하세요.
FAQ
NTFS가 ZimaOS SMB 문제를 일으키나요?
NTFS는 Linux와 다른 권한 의미 체계를 사용할 수 있지만, ZimaOS SMB와 본질적으로 호환되지 않는 것은 아닙니다. 먼저 계정 권한과 로컬 디스크의 쓰기 가능 여부를 진단하세요.
Windows에서 ZimaOS 폴더가 비어 있는 것으로 표시되는 이유는 무엇인가요?
캐시된 자격 증명이나 익명 자격 증명으로 연결되면 예상한 권한 없이 접근할 수 있습니다. 기존 Windows SMB 세션을 삭제하고 지정한 ZimaOS 구성원으로 다시 연결하세요.
파일은 읽을 수 있지만 새 파일을 복사할 수 없는 이유는 무엇인가요?
공유가 읽기로 설정되어 있고 읽기 및 쓰기로 설정되지 않았거나, 기본 마운트 파일 시스템 자체가 읽기 전용일 수 있습니다.
게스트 접근을 활성화해야 하나요?
익명 접근이 의도적으로 필요한 경우에만 게스트 접근을 사용하세요. 손상된 자격 증명 문제를 해결하기 위한 영구적인 우회 방법으로는 적합하지 않습니다.
느린 SMB 속도가 네트워크 문제인지 디스크 문제인지 어떻게 알 수 있나요?
순수 LAN 처리량과 로컬 디스크 쓰기 속도를 별도로 측정한 다음, 그 결과를 SMB 전송 속도와 비교하세요.
