번호가 붙은 드라이브 이름에는 여러 원인이 있을 수 있습니다
한 커뮤니티 회원은 USB 디스크의 이름이 익숙한 이름에서 2TB-2와 같은 번호가 붙은 이름으로 변경되는 현상을 확인했습니다. 처음에는 파일 시스템 레이블이 중복되었거나 재사용되었을 가능성이 제기되었습니다. ZimaOS는 마운트 이름 충돌을 피해야 할 때 접미사를 추가할 수 있으므로, 애플리케이션 경로를 변경하기 전에 레이블을 확인하는 것이 좋습니다.
lsblk -f를 사용하면 장치, 파일 시스템 유형, 레이블, UUID 및 현재 마운트 지점을 확인할 수 있습니다. 연결된 두 파일 시스템이 동일한 레이블을 사용한다면 해당 파일 시스템에 맞는 도구로 고유한 레이블을 지정하세요. 이 글에서는 ext 파일 시스템에는 e2label, exFAT에는 exfatlabel을 사용하는 방법이 언급되었습니다. 먼저 장치 경로와 파일 시스템을 확인하세요. 잘못된 장치에 파일 시스템 전용 명령을 실행하면 손상이 발생할 수 있습니다.
원래 사례에서는 물리적인 USB 연결 안정성 문제도 확인되었습니다
작성자는 이후 후면 USB 포트에 연결된 드라이브가 연결 해제되었다가 다시 인식되는 현상을 발견했습니다. 연결을 전면 USB-C 포트로 옮기자 구성이 안정되었습니다. 이는 해당 사례에서 이름이 변경된 마운트가 재연결의 증상이었음을 보여주며, 파일 시스템 레이블 자체가 손상되었다는 의미는 아닙니다.
별도의 참여자는 절전 모드로 전환되거나 연결이 끊긴 뒤 DAS1-2, DAS1-3, DAS1-4와 같은 이름으로 다시 나타나는 DAS에 대해 설명했습니다. 이로 인해 Jellyfin 경로가 작동하지 않았습니다. 이 주제에는 저장 장치 문제를 다룬 외부 스크린샷 앨범도 포함되어 있습니다.
UUID 마운트는 USB 연결이 아니라 식별자를 안정화합니다
커뮤니티 답변에서는 파일 시스템 UUID를 기준으로 /DATA/DAS1과 같은 고정 디렉터리에 마운트하는 방법을 제안했습니다. UUID 기반 /etc/fstab 항목을 사용하면 커널 장치 이름이 변경되더라도 동일한 파일 시스템을 같은 경로에 연결할 수 있습니다. UUID는 lsblk -f 또는 지원되는 경우 sudo blkid로 확인할 수 있습니다.
그러나 영향을 받은 DAS 사용자는 이 방법이 성공적인 해결책이었다고 확인하지 않았습니다. /etc/fstab를 잘못 편집하면 부팅이나 마운트에 문제가 생길 수 있으므로 파일을 백업하고, 이동식 저장 장치에 적합한 옵션을 사용하며, 해당 항목에 의존하기 전에 테스트하세요.
가장 중요한 점은 UUID가 사용할 수 없는 하드웨어를 다시 사용할 수 있게 만들지는 않는다는 것입니다. 인클로저의 전원이 꺼지거나, 케이블 또는 포트에서 연결이 끊기거나, 브리지 장치가 응답하지 않으면 장치가 돌아올 때까지 애플리케이션은 계속해서 해당 장치에 접근할 수 없습니다. 안정적인 마운트 경로가 완전한 해결책이라고 보기 전에 전원, 절전, 케이블, 포트 및 인클로저 동작 문제를 먼저 해결하세요.
FAQ
ZimaOS가 드라이브 이름에 -2 또는 다른 숫자를 추가한 이유는 무엇인가요?
선호하는 마운트 이름이 이미 사용 중이거나, 장치 연결이 끊겼다가 다시 마운트될 때 이러한 현상이 발생할 수 있습니다. 어떤 원인인지 판단하기 전에 레이블, UUID, 마운트 지점 및 시스템 연결 상태를 확인하세요.
UUID 마운트를 사용하면 USB 드라이브 연결이 끊기지 않나요?
아니요. UUID 마운트는 안정적인 파일 시스템 식별자와 지정된 경로를 제공하지만, 물리적인 연결 끊김이나 전원 관리 문제 또는 불안정한 인클로저를 해결하지는 못합니다.
원래 사용자의 구성에서 확인된 내용은 무엇인가요?
사용자는 불안정한 후면 포트에서 USB 연결을 분리해 전면 USB-C 포트로 옮기자 당면한 문제가 해결되었다고 보고했습니다. 이후의 DAS 및 fstab 논의는 별도의 사례였으며, 확인된 소프트웨어 해결책으로 끝나지 않았습니다.
