원래 문제는 “스토리지 페이지에서 SSD 4개를 표시하는 것을 잊었다”는 것이 아니었습니다. ZimaOS 1.6.1은 Broadcom/LSI MegaRAID 컨트롤러를 열거할 수 있었지만 Linux 드라이버 초기화 중 컨트롤러가 실패했으므로 연결된 SSD 4개 중 어느 것도 다음 위치에 블록 장치로 나타나지 않았습니다. lsblk디스크가 다음과 같이 존재하기 전까지는 /dev/sdX따라서 ZimaOS 스토리지 UI에는 결합하거나 활성화할 신뢰할 수 있는 대상이 없습니다.
가장 강력한 비교 결과는 마지막에 나왔습니다. 동일한 시스템의 Ubuntu 22.04.4에서는 HBA와 연결된 디스크가 보였지만 ZimaOS 1.6.1에서는 여전히 실패했습니다. 따라서 SSD 불량이나 사용자 스토리지 설정 문제보다는 컨트롤러 드라이버/커널 호환성 문제가 훨씬 가능성이 높았습니다. 현재 IceWhale 문서에는 LSI RAID 어댑터, LSI Logic MegaRAID SAS RAID 및 LSI HBA 지원이 커뮤니티 요청 드라이버로 구현되었다고 나와 있지만, 원문 작성자는 이후 ZimaOS 릴리스에서 이 M1210 모델을 정확히 확인하지 않았습니다.
lsblk에는 NVMe 시스템 디스크만 표시됨
원문 작성자의 lsblk 출력에는 512GB NVMe 시스템 디스크가 포함되었지만 다음은 없었습니다. /dev/sdX 4TB SSD 4개의 장치.
이로 인해 문제 해결의 초점은 즉시 ZimaOS 스토리지 UI 아래의 계층으로 이동합니다.
lspci에서 HBA 자체가 감지되었음이 확인됨
컨트롤러는 다음과 같이 표시되었습니다.
Broadcom / LSI MegaRAID SAS-3 3008 [Fury]따라서 PCIe 장치는 표시되었습니다. 누락된 계층은 드라이버/펌웨어 초기화 성공과 SCSI/블록 장치 노출이었습니다.
dmesg가 치명적인 드라이버 실패를 포착함
초기 로그에는 다음 내용이 포함되었습니다.
펌웨어가 FAULT 상태임
컨트롤러를 ready 상태로 전환하지 못함
megasas_init_fw에서 실패펌웨어/컨트롤러 작업 후 카드가 다음 상태에 도달했습니다. 펌웨어가 이제 Ready 상태임 하지만 SCSI 호스트 0의 초기화 명령은 여전히 실패했습니다. SSD 4개는 끝내 lsblk.
컨트롤러 BIOS는 JBOD 드라이브 4개를 모두 인식할 수 있었습니다
Ubuntu Live 환경이 결정적인 하드웨어 비교를 제공했습니다
동일한 HBA와 SSD는 Ubuntu 22.04.4 LTS에서 표시되었습니다. 이는 하드웨어 경로가 기본적으로 정상 작동했음을 의미하며, “드라이브 4개가 모두 불량”일 가능성은 매우 낮습니다.
한 Linux 배포판에서는 디스크가 보이고 다른 배포판에서는 컨트롤러만 보인다면, 드라이브를 다시 포맷하기 전에 커널/모듈/펌웨어 지원을 비교해야 합니다.
기존 TrueNAS 메타데이터는 최종 원인이 아니었습니다
사용자는 이전에 TrueNAS를 실행하여 RAID 볼륨을 생성했으므로 기존 파티션/메타데이터를 합리적으로 의심할 수 있었습니다. 하지만 기존 파일 시스템 메타데이터가 남아 있더라도 물리 디스크는 일반적으로 다음에서 계속 표시되어야 합니다. lsblk여기서는 ZimaOS에서 SSD 블록 장치가 전혀 존재하지 않았습니다.
현재 IceWhale 문서에는 LSI/MegaRAID/HBA 지원이 구현된 것으로 나와 있습니다.
IceWhale의 현재 기여 페이지에는 이제 다음이 나열되어 있습니다.
- LSI RAID 어댑터;
- LSI Logic MegaRAID SAS RAID;
- LSI HBA
구현된 드라이버 요청 항목 아래에 있습니다.
현재 ZimaOS 드라이버 기여 목록을 확인하세요.
지원되지 않는다고 결론 내리기 전에 현재 ZimaOS에서 정확한 M1210을 다시 테스트하세요
현재 ZimaOS는 1.7.1입니다. 현재 상태를 올바르게 확인하려면 부팅하거나 업데이트한 후 다음을 비교하세요.
lspci -nnk
lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINT
dmesg | grep -i -E "megaraid|mpt3sas|sas|scsi|오류|fail"이제 디스크가 표시된다면 Storage로 진행하세요. 동일한 초기화 실패가 계속되면 정확한 PCI ID, 펌웨어 버전, 현재 커널, Ubuntu 비교 결과를 IceWhale에 보고하세요.
스토리지 UI는 커널이 노출하는 디스크만 관리할 수 있음
소스에서 혼란스러운 부분 중 하나는 ZimaOS UI에 단일 드라이브처럼 보이는 항목이 표시된 것처럼 보였다는 점입니다. 하지만 lsblk 여전히 HBA 뒤의 SSD가 표시되지 않았습니다. 그래서 시각적 자리 표시자보다 명령줄 증거가 더 중요했습니다. Linux가 디스크를 블록 장치로 노출하기 전에는 Combine/Enable을 클릭해도 신뢰할 수 있는 어레이를 만들 수 없습니다.
JBOD가 보고되더라도 컨트롤러 모드는 여전히 중요함
M1210 BIOS에는 JBOD 4개와 가상 드라이브 0개가 표시되었으며, 이는 소프트웨어 정의 스토리지에 적합한 일반적인 방향입니다. 하지만 컨트롤러 펌웨어, 캐시된 외부 구성, 컨트롤러 모드, 드라이버 요구 사항으로 인해 Linux가 정상적인 디스크를 인식하지 못할 수 있습니다. BIOS에 “JBOD가 표시됨”은 필요한 증거로 보되, 운영 체제에서 패스스루가 작동한다는 절대적인 증거로 보지는 마세요.
펌웨어를 변경했지만 오류가 바뀌었을 뿐 초기화가 완료되지는 않음
사용자가 컨트롤러 펌웨어를 조정한 후, dmesg 완전한 펌웨어 오류에서 “이제 FW가 Ready 상태임”으로 진행되었습니다. 다음 초기화 명령은 여전히 실패했습니다. 이는 카드가 완전히 고장 난 것은 아니라는 점을 보여주는 동시에, 펌웨어 업데이트만으로는 ZimaOS 1.6.1 호환성 문제가 해결되지 않았음을 입증하므로 중요한 진행 상황입니다.
HBA 계층이 안정화될 때까지 기존 TrueNAS 디스크를 다시 초기화하지 마세요
이 4개의 SSD는 이전에 TrueNAS 스토리지 설정에서 사용되었습니다. 데이터가 아직 중요할 수 있다면 ZimaOS에 표시되게 하려고 새 어레이를 만들거나, 메타데이터를 삭제하거나, 드라이브를 포맷하지 마세요. 먼저 현재 OS에서 블록 장치가 일관되게 표시되는지 확인한 다음, 기존 데이터를 가져오거나 백업하거나 삭제할지 결정하세요.
LSI HBA 감지 FAQ
소스에서 SSD 자체가 고장 났다는 사실이 입증되었나요?
아니요. HBA BIOS와 Ubuntu 모두 연결된 드라이브를 인식했습니다.
이것은 주로 ZimaOS 스토리지 UI 문제였나요?
아니요. 디스크는 다음에 존재하지 않았습니다 lsblk따라서 문제는 UI보다 하위 계층에 있었습니다.
원 게시자가 정확한 M1210이 현재 ZimaOS에서 작동한다고 확인했나요?
아니요. 확인 전에 스레드는 1.6.1에서 끝났습니다.
