제목에는 NTFS라고 되어 있지만, 소스 진단 결과는 달랐습니다. lsblk -f를 실행한 결과 USB 파티션은 실제로 HFS+였습니다. 사용자는 이를 /DATA/usb-test에 성공적으로 마운트했지만, 여전히 ZimaOS 파일에 표시되지 않았습니다. 이후 커널 로그에는 저널링된 HFS+에 대한 쓰기 액세스가 지원되지 않으며 파일 시스템이 읽기 전용으로 마운트되었다고 기록되었습니다.
따라서 원본에는 서로 다른 두 가지 문제가 있었습니다. 하나는 ZimaOS 파일이 관리형 저장소로 인식하지 못한 수동 마운트 경로였고, 다른 하나는 Linux에서 읽기 전용으로 노출된 HFS+ 저널링 파일 시스템이었습니다. USB 하드웨어 감지 실패는 아니었습니다.
레이블이 올바르다고 가정하기 전에 파일 시스템 확인하기
사용자는 디스크가 NTFS라고 생각했습니다. 하지만 다음 명령을 실행한 결과:
lsblk -fsdc1이 hfsplus로 표시되었습니다. 기억이나 외장 케이스의 레이블보다 실제 파일 시스템 메타데이터를 항상 우선해야 합니다.
디스크는 이미 마운트되어 있었습니다
소스 출력에는 sdc1이 다음과 같은 경로에 마운트되어 있다고 표시되었습니다.
/DATA/usb-test
/var/lib/casaos_data/usb-test이는 “파일에 표시되지 않음”이 더 이상 “마운트되지 않음”과 같은 의미가 아니라는 뜻입니다.
수동 마운트가 반드시 관리형 ZimaOS 저장소 항목인 것은 아닙니다
커뮤니티 답변에서는 파일이 일반적으로 셸에서 수동으로 마운트한 임의의 디렉터리가 아니라 ZimaOS가 관리하는 저장소 위치를 표시한다고 설명했습니다. 이 설명은 IceWhale 직원에 의해 확인된 것은 아니므로, 공식 보장이라기보다 UI와 저장소 관리자 사이의 경계에 관한 가능성 높은 설명으로 보아야 합니다.
커널은 저널링된 HFS+를 읽기 전용으로 명확히 보고했습니다
핵심 로그에는 저널링된 HFS+ 파일 시스템에 대한 쓰기 액세스가 지원되지 않으며, 쓰기 모드를 강제로 사용하면 위험하다고 기록되어 있었습니다.
중요한 HFS+ 데이터를 단지 마이그레이션을 쉽게 하려고 강제 쓰기 마운트로 사용하지 마세요.
현재 ZimaOS는 HFS/HFS+를 읽기/쓰기로 지원한다고 명시합니다
현재 IceWhale 형식 문서에는 USB 및 내부 디스크에서 HFS/HFS+를 읽기/쓰기로 지원한다고 나와 있습니다. 이는 2026년 4월의 특정 수동 마운트 사례보다 광범위한 내용이며, 해당 사례에서는 커널이 저널링된 볼륨을 읽기 전용으로 처리했습니다.
최신 지원 디스크 형식 매트릭스를 확인한 다음, 정확한 드라이브를 비파괴 방식으로 테스트하세요.
일회성 마이그레이션이라면 읽기 전용으로도 충분할 수 있습니다
HFS+에 저장된 기존 Mac 파일을 ZimaOS RAID 저장소로 복사하는 것이 목적이라면, 쓰기 지원을 강제로 활성화하는 것보다 읽기 전용 액세스가 더 안전한 경우가 많습니다. 데이터를 NAS로 복사하고 확인한 다음, 다른 파일 시스템으로 외장 드라이브를 재사용하려는 경우에만 드라이브를 다시 포맷하세요.
데이터를 안전하게 복사한 후에만 다시 포맷하세요
exFAT는 여러 운영 체제에서 파일을 교환할 때 편리하고, ext4 또는 Btrfs는 Linux의 기본 소유권 및 기능을 사용하기에 더 적합합니다. 포맷하면 기존 파일 시스템이 삭제되므로, 변경하기 전에 검증된 복사본을 보관하세요.
USB 드라이브 표시 관련 자주 묻는 질문
소스 드라이브는 실제로 NTFS였나요?
아니요. lsblk -f에서는 HFS+로 식별되었습니다.
ZimaOS가 USB 디스크를 감지했나요?
예. 드라이브와 파티션이 감지되었고, 파티션도 수동으로 마운트되었습니다.
왜 읽기 전용이었나요?
소스 커널 로그에 저널링된 HFS+에 대한 쓰기 액세스가 지원되지 않아 읽기 전용으로 마운트되었다고 기록되어 있었습니다.
