NetDrive Linux — '권한 거부' 마운트 오류 해결하기

한 데브옵스 엔지니어가 CI 러너에 픽스처로 가득 찬 S3 버킷 읽기 권한을 주기 위해 Ubuntu 16.04 테스트 서버에 NetDrive를 설치하고 마운트 명령을 실행했지만, 돌아온 건 “Permission denied”뿐이었다. 같은 설정이 한 시간 전 Windows 노트북에서는 문제없이 마운트됐다. Linux는 NetDrive의 마운트 동작이 Windows나 macOS와 가장 다르게 작동하는 플랫폼이며, 권한 오류는 그곳에서 마운트가 연결되지 않는 가장 흔한 원인이다.

NetDrive는 Windows와 macOS에서도 실행됩니다

NetDrive 는 Google Drive, OneDrive, S3, SFTP, WebDAV 등을 Windows 와 macOS 에서 일반 드라이브처럼 보이게 합니다 — 동기화도, 전체 다운로드도 없이.

• Windows 8–11 및 macOS 14+에서 안정적인 프로덕션급 지원
• 동일한 제공자 목록 — Google Drive, S3, SFTP, WebDAV 등
• 해당 플랫폼에서는 Linux FUSE 권한 디버깅을 아예 건너뛸 수 있음

WindowsmacOS

NetDrive 다운로드 →

무료 체험. 평생 라이선스와 구독 플랜 제공.

Linux 마운트가 다르게 실패하는 이유

NetDrive의 Linux 빌드는 다른 플랫폼에서 쓰는 DMG나 EXE 설치 프로그램이 아니라 NetDrive/installer GitHub 저장소를 통해 별도로 배포되며, 프로덕션 준비 완료가 아닌 실험적(experimental) 기능으로 표시되어 있다. Windows나 macOS 빌드와 동일한 안정성 보증을 제공하지 않으며, NetDrive의 비교 페이지 자체도 Windows나 macOS를 주 플랫폼으로 권장한다. 그래도 Linux를 써야 한다면 — 헤드리스 빌드 서버든, 테스트 장비든, 개인 Ubuntu 데스크톱이든 — 권한 오류는 대개 NetDrive 설치가 잘못된 게 아니라 호스트의 FUSE 설정 문제다.

FUSE 권한 체인 확인하기

Linux의 FUSE 기반 마운트는 NetDrive 자체 설정과는 무관한 권한 체인에 의존하며, 마운트가 “Permission denied”로 돌아올 때 가장 먼저 살펴봐야 할 곳이다.

• 그룹 소속. NetDrive를 실행하는 사용자는 대개 해당 배포판의 fuse 그룹에 속해 있어야 한다. groups $USER를 실행해 확인하고, fuse가 목록에 없다면 사용자를 추가한 뒤 로그아웃 후 다시 로그인한다 — 그룹 변경 사항은 이미 열려 있는 세션에는 적용되지 않는다.
• /dev/fuse 디바이스 권한. 이 디바이스 노드는 해당 사용자나 그룹이 읽고 쓸 수 있어야 한다. 시스템 업데이트나 사용자 정의 udev 규칙이 권한을 초기화했다면 그룹 소속이 올바르더라도 마운트가 실패한다.
• /etc/fuse.conf의 user_allow_other. 같은 머신의 다른 사용자도 함께 읽어야 하는 드라이브를 마운트하는 경우 — 예를 들어 공유 CI 러너 계정 — 이 줄의 주석을 해제해야 한다.

이 중 어느 것도 NetDrive만의 고유 설정이 아니다. Linux의 모든 FUSE 기반 도구가 의존하는 동일한 권한 모델이며, 그래서 정확한 해결 방법이 배포판과 커널 버전에 따라 조금씩 달라지는 이유이기도 하다.

권한 거부 오류 해결하기

1. 터미널을 열고 groups $USER를 실행해 NetDrive를 실행하는 계정이 fuse 그룹에 속해 있는지 확인한다. 속해 있지 않다면 배포판의 사용자 관리 도구로 추가한 뒤 로그아웃하고 다시 로그인한다.
2. /dev/fuse 권한을 확인한다 — 디바이스 노드가 해당 사용자나 그룹에서 접근 가능한지 확인하고, 최근 시스템 변경으로 초기화됐다면 바로잡는다.
3. 마운트를 로컬의 여러 사용자에게 보여야 한다면 /etc/fuse.conf에서 user_allow_other의 주석을 해제한다.
4. 권한 체인이 정상임을 확인했다면 NetDrive에서 마운트를 다시 시도하고 드라이브가 연결되는지 확인한다.
5. 오류가 계속되면 **NetDrive 지원 포럼**에서 배포판별 안내를 확인한다 — 실험적 지원이라는 것은 덜 흔한 커널 버전에서의 예외 상황이 항상 문서화되어 있지는 않다는 뜻이다.

마무리

Linux에서 발생하는 권한 오류는 거의 항상 NetDrive 내부 문제가 아니라 FUSE 디바이스와 그룹 설정으로 귀결되며, 위의 체인을 하나씩 확인하면 대부분 해결된다. 프로덕션 워크플로에 Linux의 실험적 상태가 걸림돌이 된다면 Ubuntu Linux에서의 NetDrive에서 이 플랫폼 전반에 대해 무엇을 기대할 수 있는지 다루고 있고, NetDrive로 Linux에서 Amazon S3 마운트하기는 마운트가 정상 동작한 뒤 전체 S3 설정 과정을 안내한다. macOS에서 비슷한 문제를 겪고 있다면 NetDrive로 macOS FUSE 권한 오류 해결하기를 대신 참고하자 — 두 플랫폼은 FUSE 개념은 공유하지만 해결 방법은 같지 않다.

— Steve, NetDrive