자체 브랜드로 판매하는 국내 리셀러로부터 SSD를 구입했습니다. 그러나 나는 그들이 그것을 제조하지 않았다는 것을 알고 있습니다.
부터내 SSD가 제대로 작동하지 않는 것 같아요, 전용 진단 도구를 사용하고 싶습니다. 하지만 리셀러에게 물어보니 이 SSD에 대한 전용 진단 도구가 없으며 제조사도 알려주지 않는다고 답했습니다.
제 생각에는 SSD를 제조한 사람이 누구인지 알면 SSD에 자체 진단 도구를 사용하여 상태를 확인할 수 있을 것입니다. smartmontools가 모르는 SMART 속성을 해독할 수도 있습니다.
그만한 가치가 있기 때문에 저는 Debian GNU/Linux를 사용하고 있으며 최신 Windows에 대한 라이센스가 없습니다(최신 버전은 Windows 98입니다).
편집하다: 리셀러에 따르면(죄송합니다. 링크는 프랑스어입니다.) 이 장치는 SMI2256K 컨트롤러를 사용합니다. 이 정보가 도움이 될 수 있나요?
답변1
FCC ID 번호가 있는 경우 여기에서 확인할 수 있습니다.https://www.fcc.gov/oet/ea/fccid
답변2
리셀러가 펌웨어를 다시 프로그래밍하고 이름과 모델을 추가한 경우 쉽게 알아낼 수 있는 방법이 없습니다. "리셀러 이름/모델"과 "원래 제조업체 이름/모델"을 구별하는 API가 없습니다.
모든 일반적인 SSD 컨트롤러의 데이터베이스가 있는 경우 범위를 좁히는 데 사용할 수 있는 몇 가지 테스트가 있을 수 있지만 그러한 공개 데이터베이스는 없습니다.
그리고 제조업체를 알고 있더라도 그러한 작업에 필요한 낮은 수준의 도구를 제공할 가능성은 거의 없습니다. 결국 그들은 그것으로부터 아무것도 얻지 못합니다.
일부 SSD 제조업체가 다운로드를 위해 제공하는 "전용 도구"는 그다지 깊이 들어가지 않습니다.
답변3
가장 신뢰할 수 있는 HDD/SSD 내부 정보를 추출할 수 있습니다.스마트몬툴즈당신이 언급했듯이. 명심해야 할 유일한 점은 하드웨어 데이터베이스가 항상 최신이 아니며 update-smart-drivedb데비안의 smartmontools 패키지와 함께 제공되는 정기적으로 업데이트되어야 한다는 것입니다(다른 스레드에 게시한 SMART 정보에 따르면 데이터베이스 날짜는 다음과 같습니다). 2014-10-07). 간단한 C 언어 헤더 및 Debian에서 배포되는 데이터베이스는 기본적으로 에 위치해야 하므로 /var/lib/smartmontools/drivedb/drivedb.h첫 번째 단계로 업데이트 drivedb.h하고 다음 update-smart-drivedb(8)을 사용하여 전체 정보를 얻으십시오.
smartctl -a /dev/sdb
찾고 있는 모든 정보는 SSD 컨트롤러의 내부 EPROM에 기록되어 있으므로 제조업체에 관한 유일한 정보입니다. 리셀러가 SMART 보고서의 정보를 변경할 수 있는 능력(또는 원래 제조업체와의 계약)이 있는 경우 이에 대해 아무 것도 할 수 없습니다. 원래 제조업체와 관련하여 얻을 수 있는 유일한 정보는 장치 번호에서 패턴을 찾아 원래 제조업체와 비교하고 추측이 옳았기를 바라는 것입니다.
SSD 문제와 관련하여 거의 모든 SSD/HDD 제조업체는 장치에 예비 셀이 있고 일부 임계값(보통 꽤 높음)이 트리거되면 손상된 셀을 교체하고 내부 컨트롤러가 불량 섹터를 교체하므로 불량 섹터를 교체할 의향이 없습니다. 최대한 빨리. 일반 HDD에서는 교체 알고리즘이 트리거될 때까지 손상된 섹터에 반복적으로 기록하여 불량 섹터를 교체하는 내부 컨트롤러 논리를 적용할 수 있습니다. 불행하게도 모든 섹터가 가상인 SSD의 경우는 아닙니다. 왜냐하면 내부 컨트롤러는 쓰기 주기(SSD 킬러)를 모든 셀에 균등하게 재분배할 수 있도록 항상 셀을 다시 매핑하기 때문입니다. 따라서 표준 장비를 활용하여 이러한 SSD를 치료하는 것은 사실상 불가능합니다. (음, 복원해야 할 중요한 정보가 있는 경우 전체 디스크에 0(제로)/1(1) 패턴을 쓰고 각 패스 후에 "196 Realwhich_Event_Count"가 변경되었는지 확인할 수 있습니다. 주의하세요. 절차는 일반적으로 확률이 50/50이며 불량 섹터 재배치를 유발하거나 더 악화될 수 있습니다)