연결 끊김, 전원 및 UAS 오류에 대한 USB DAS 문제 해결 가이드

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

안전한 접근 방식은 실패 시그니처를 포착하고, 한 번에 하나의 변수만 변경하며, 단일 명령이 아니라 관찰 가능한 게이트의 순서로 일치하는 해결 방법만 적용하는 것입니다.

USB 직접 연결 스토리지 인클로저를 사용하는 Linux 홈 서버에서는 부하가 걸릴 때 USB DAS 디스크가 연결 해제되거나, 재설정되거나, 사라지는 것이 현실적인 위험입니다. 현재 식별 정보와 복구 지점을 기록하고, 가장 비침습적인 판별부터 시작하며, 다른 변수를 변경하기 전에 통과 및 실패 결과를 해석하고, 스토리지가 불안정해지거나 복구 가능한 사본이 하나뿐인 상태가 노출될 때 중단하세요. 아래 워크플로는 원래 워크로드가 성공하거나 증거가 에스컬레이션 경계에 도달한 경우에만 종료됩니다.

정확한 연결 해제 시그니처 포착

쓰기 집약적인 애플리케이션을 중지하고, 동일한 전송을 재현하는 동안 journalctl -k -f 또는 dmesg -w를 수집하세요. 타임스탬프, USB 토폴로지, 브리지 제조업체 및 제품 ID, 협상된 속도, 장치 일련 번호, 마운트 상태, 그리고 이후의 재설정 메시지로 인해 시작 이벤트가 가려지기 전에 나타나는 첫 번째 오류를 기록하세요.

해결된 Ask Ubuntu 사례에서는 UAS 중단 메시지와 장치 사라짐을 함께 읽어야 하는 전형적인 UAS 중단 및 연결 해제 사례를 보여 줍니다. 이 시그니처를 범위가 제한된 관찰 결과로 취급하고, 모든 연결 해제가 UAS 버그 때문이라고 단정하지 마세요.

쓰기 중 재설정이 반복되거나, 파일 시스템이 읽기 전용으로 전환되거나, 드라이브에서 딸깍거리는 소리가 나거나, SMART 및 장치 오류 카운터가 증가하면 테스트를 중지하고 데이터를 보호하세요. 불안정한 USB 경로에서 파일 시스템 복구를 실행하지 마세요.

먼저 전원 및 신호 문제 분리

원래 인클로저로 워크로드를 재현한 다음, 케이블, 호스트 포트, 전원 어댑터 또는 필요한 경우 전원 공급 허브 중 하나만 변경하세요. 드라이브, 파일 시스템, 워크로드 및 지속 시간은 동일하게 유지하세요. 버스 전원을 사용하는 다중 드라이브 인클로저가 스핀업 또는 동시 쓰기 중에만 실패한다면 유휴 읽기가 정상이어도 전원 문제를 가리킬 수 있습니다.

링크 속도가 낮아지는지, 커넥터를 움직일 때 재설정되는지, 전면 패널 포트나 연장 케이블을 통해서만 실패하는지 확인하세요. 의심되는 케이블은 짧은 인증 케이블로 교체하고, 대조 테스트 중에는 어댑터를 피하세요. 오류가 특정 포트나 호스트를 따라간다면 컨트롤러와 전원 관리가 테스트될 때까지 인클로저를 원인 범위에서 제외하세요.

단일 하드웨어 경로를 변경한 후 두 번의 콜드 부팅과 지속적인 전송 동안 원래 부하가 계속 연결된 상태로 유지되면 이 분기는 통과입니다. 모든 케이블과 포트가 동일한 트랜잭션 패턴에서 실패한다면 브리지 프로토콜 및 인클로저와 드라이브를 구분하는 테스트로 넘어가세요.

UAS를 기본 원인이 아닌 호환성 분기로 테스트

현재 장치가 uas를 사용하는지 확인하고 정확한 USB ID를 기록하세요. UAS 관련 중단을 재현한 후에만 임시로 정확한 범위가 지정된 usb-storage 퀴크를 사용하거나, 벌크 전용 경로를 사용하는 것으로 알려진 호스트에서 동일한 장치를 테스트하세요. 이 판별 과정에서는 큐 깊이나 성능이 낮아질 수 있습니다.

Linux Mint 문제 해결 스레드에서는 장치가 연결된 동안 UAS 관련 오류를 드러내기 위해 커널 로그에서 UAS 오류를 확인할 것을 권장합니다. 동일한 부하에서 재설정이 사라지는지 비교하세요. 로그에 uas라는 단어가 보인다는 사실만으로 인과 관계가 입증되는 것은 아닙니다.

벌크 전용 전송이 두 번 안정적으로 유지되는 동안 UAS가 반복적으로 실패한다면 해당 제조업체/제품 ID에만 해결 방법을 유지하고 인클로저 펌웨어 또는 교체 옵션을 확인하세요. 두 전송 방식 모두 실패한다면 퀴크를 제거하고 전원, 브리지, 발열 또는 드라이브 분리를 계속 점검하세요.

-15% OFF

오류가 드라이브를 따라가는지 인클로저를 따라가는지 확인

의심되는 드라이브를 정상 작동이 확인된 인클로저 또는 직접 연결한 SATA 경로에 장착하고, 정상 작동이 확인된 예비 드라이브를 의심되는 DAS에 장착하세요. 쓰기 스트레스를 가하기 전에 동일한 비파괴 읽기 테스트를 실행하세요. 오류가 드라이브를 따라가면 드라이브의 미디어 또는 컨트롤러가 원인일 수 있고, 오류가 DAS에 남아 있으면 브리지, 백플레인, 냉각, 케이블 또는 전원이 원인일 수 있습니다.

관련 ZimaSpace 드라이브와 인클로저를 구분하는 문제 해결 가이드에서는 쌍을 바꿔 테스트하는 판단 과정을 더 자세히 설명합니다. 브리지 결함을 불량 미디어로 오인하거나 고장 난 드라이브가 반복적인 인클로저 재설정으로 가려지지 않도록 전송 테스트 후에 사용하세요.

재연결, 재부팅 및 지속적인 I/O 동안 원래 워크로드가 안정적으로 유지되고 새로운 커널 재설정이나 장치 오류가 발생하지 않으면 복구에 성공한 것입니다. 결함이 구성 요소를 일관되게 따라가면 에스컬레이션하거나 해당 구성 요소를 교체하세요. 결과가 계속 엇갈리면 쓰기를 중지하고, 가장 안정적인 경로를 통해 중요한 데이터를 이미지로 백업한 뒤 하드웨어 지원을 위해 로그를 보관하세요.

지원 및 팁

더 읽어보기

Get More Builds Like This

Stay in the Loop

Get updates from Zima - new products, exclusive deals, and real builds from the community.

Stay in the Loop preferences

We respect your inbox. Unsubscribe anytime.