SSD 펌웨어, 리눅스 : 대량의 드라이브 업데이트


12

최근 데이터 센터에 구축 된 수십 개의 Crucial SSD에 영향을 미치는 치명적인 펌웨어 버그가 발생했습니다. 영향을받는 많은 시스템은 Lru 또는 다른 독점 SAS 컨트롤러를 사용하며 Crucial의 부팅 가능한 ISO는 인식하지 못합니다. 영향을받는 시스템에는 Windows 라이센스가 없습니다. 이 이야기는 삼성과 인텔을 포함한 다른 SSD 제조업체와 거의 비슷합니다.

이 문제를 해결하기 위해 각 머신을 중지하고, 영향을받는 SSD를 제거하고, 핫스왑 캐디에서 SSD를 제거하고, 임시로 ThinkPad에 설치하고, 펌웨어를 플래시하고, 리버스, 헹구고, 반복해야했습니다. 영향을받는 모든 장치를 통과하는 데 하루 중 더 좋은 시간이 걸렸습니다.

SSD 펌웨어 버그가 불가피 해 보이고 SSD 설치 공간이 늘어나면서 이러한 어려움을 완화하기위한 하드웨어, 소프트웨어 및 / 또는 구매 전략을 찾고 있습니다.

나의 첫번째 생각은 eSATA와이 케이블 중 하나를 가진 랩탑을 얻는 것입니다 . 적어도 캐디에서 드라이브를 제거 할 필요가 없도록해야합니다.

분명히 다른 사람들도이 문제에 부딪 쳤습니다. 어떤 새로운 솔루션?


1
어떤 RAID 컨트롤러를 사용하십니까? 일부는 HBA 모드로 전환하도록 제안합니다. 이는 모든 유형의 RAID 또는 논리 볼륨 추상화를 효과적으로 비활성화하고 모든 디스크를 OS에 독립적으로 제공합니다. 이러한 모드에서는 펌웨어 업그레이드를 일괄 적으로 수행 한 후 RAID 기능을 다시 복원 할 수 있습니다. 이러한 LSI 기반 컨트롤러의 예는 IBM M1015 컨트롤러 (Google IT firmware과 함께)입니다.
gertvdijk

답변:


2

일부 컨트롤러는 내장 유틸리티 (adaptec이 지원)를 사용하여 드라이브 펌웨어를 플래시 할 수 있지만 어쨌든 특히 어레이의 경우 안전하지 않습니다. 유틸리티조차도 그렇게 할 수 있습니다.

드라이브를 하나씩 업데이트하고 다시 작성하는 것이 좋습니다. 펌웨어 플래시 후 드라이브가 작동하지 않을 수 있으며 배치 업그레이드의 경우 한 번에 여러 드라이브가 손실되어 단일 드라이브에 대해 이야기하지 않고 전체 RAID 데이터가 손실 될 수 있습니다.

SAS 드라이브의 경우-디스크 및 컨트롤러 공급 업체에 호환성을 문의하십시오. 일반 및 USB-SAS 어댑터가 없습니다 (검색 후 찾거나 볼 수 없으며 안전한 삭제를 위해 너무 필요합니다). SATA의 경우 SATA / eSATA 케이블을 통해 데스크탑에 연결하거나 이미 말한대로 어댑터를 사용하십시오. 이 다중 브랜드 중국어 어댑터가 거의 없으며 제대로 작동합니다. 많은 SATA 드라이브에서 펌웨어를 업데이트했습니다.

행운을 빕니다

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.