Proxmox에서 Orico/JMicron JMS56x 인클로저를 사용하는 경우, USB 장치는 ZimaOS 게스트에 도달했고 커널도 브리지를 감지했지만, USB 장치가 연결 해제되기 전에 sdX 블록 장치가 나타나지 않았습니다. 사용자가 보고한 해결 방법은 Proxmox 호스트에서 개별 디스크를 직접 전달하는 것이었습니다.
한 커뮤니티 답변에서는 이를 usb_storage/uas 모듈이 없기 때문이라고 설명했습니다. 그러나 이 결론은 검증된 사실이 아니라 가설로 보아야 합니다. 게시된 ZimaOS 로그 자체에 usb-storage ... USB Mass Storage device detected라고 표시되어 있고 SCSI 호스트도 생성되기 때문입니다.
원본 로그가 실제로 입증하는 내용
Proxmox는 공급업체/제품 ID 152d:0565를 VM에 성공적으로 연결했습니다. 이후 ZimaOS는 JMS56x 브리지를 감지하고 USB 저장 장치용 SCSI 호스트를 시작했지만, 예상되는 직접 액세스 디스크 관련 로그나 블록 장치를 생성하지 못했습니다.
동일한 인클로저는 같은 Proxmox 호스트의 Debian 13 VM에서 정상적으로 작동했습니다. 따라서 ZimaOS 게스트 환경이 호환성 문제의 유력한 원인으로 의심되지만, 이것만으로 어떤 커널 옵션, 우회 설정 또는 브리지 동작이 원인인지는 확인할 수 없습니다.
실패한 modprobe만으로 원인을 진단할 수 없는 이유
실행 중인 커널이 이미 usb-storage 활동을 기록하고 있는 상황에서 modprobe usb_storage 명령이 실패했다고 해서 USB 저장 장치 지원이 없다는 의미는 아닙니다. 드라이버가 로드 가능한 모듈이 아니라 커널에 직접 포함되어 있을 수도 있습니다.
따라서 IceWhale이 현재 릴리스의 정확한 드라이버 구성을 확인하기 전에는 해당 포럼 설명을 공식적인 ZimaOS 커널 제한 사항으로 제시하지 마십시오.
더 안정적인 패스스루 경계 사용
Proxmox는 Proxmox VE 관리 가이드에서 공급업체/제품 ID 또는 버스/포트를 기준으로 호스트 USB 패스스루를 구성하는 방법을 안내합니다. 전체 USB 브리지가 ZimaOS 내부에서 제대로 초기화되지 않는 경우, 다른 계층에서 저장 장치를 전달하는 것이 실용적인 대안입니다.
원 게시자는 이미 디스크를 Proxmox 호스트에 연결한 뒤 호스트 디스크를 ZimaOS에 전달하면 정상적으로 작동한다는 사실을 확인했습니다. 중요한 데이터라면 먼저 디스크 하나로 테스트하고, 재부팅 후에도 식별자가 안정적으로 유지되는지 확인하십시오.
ZimaOS 1.7.1이 이 JMS56x 문제를 해결했다고 단정하지 마십시오
ZimaOS 1.7.1 변경 로그에는 재시작 후 일부 USB 관련 작업이 사라지는 문제에 대한 수정 사항이 언급되어 있습니다. 그러나 JMS56x, UAS, USB 대용량 저장 장치 패스스루 또는 Proxmox 브리지 호환성에 대해서는 언급하지 않습니다.
가상화 환경에 ZimaOS를 설치하는 경우, 저장 장치 패스스루 구성을 변경하기 전에 ZimaOS 설치 문제 해결 가이드를 함께 참고하면 유용합니다.
결론
확인된 증상은 “USB 브리지는 열거되지만 디스크가 블록 장치로 전환되지 않음”입니다. 호스트 디스크 패스스루로 이 문제를 우회할 수 있었습니다. 해당 스레드에서는 정확한 커널 수준의 원인이 입증되지 않았으므로, 현재 ZimaOS 릴리스를 문제 해결할 때도 이러한 불확실성을 유지해야 합니다.
