결론: 원래 ZimaBoard에서는 LSI HBA가 표시되기 전에 PCIe 루트 포트를 조정해야 할 수 있습니다
실제 하드웨어 테스트에서 얻은 유의미한 결과는 구체적입니다. LSI SAS2008급 HBA는 원래 ZimaBoard BIOS에서 PCIe 설정을 변경하기 전까지 인식되지 않았고 옵션 ROM도 로드되지 않았습니다. 슬롯에서 사용하는 루트 포트를 조정한 후 HBA 펌웨어와 연결된 디스크가 모두 표시되었습니다. 이러한 설정은 원래 보드에 적용되는 호환성 우회 방법으로 간주해야 하며, ZimaBoard 2나 모든 HBA에 적용되는 보편적인 해결책으로 보아서는 안 됩니다.
먼저 서로 다른 세 가지 장애 수준을 구분하세요
HBA 문제는 세 지점에서 발생할 수 있습니다. 펌웨어가 카드를 열거하지 못하거나, Linux가 PCIe 장치를 인식했지만 드라이버가 연결되지 않거나, 드라이버는 로드되었지만 연결된 디스크가 표시되지 않는 경우입니다. 다음 순서대로 확인하세요.
lspci -nn
dmesg | grep -i -E 'mpt|sas|scsi|pcie'
lsblk -o NAME,SIZE,MODEL,TRANLinux SCSI 하위 시스템은 스토리지 드라이버 계층을 설명하며, PCI 장치 검사는 카드가 PCIe에 실제로 존재하는지 확인하는 가장 빠른 방법입니다.
PCIe 수준에서 카드가 누락된 경우에만 기존 BIOS 우회 방법을 적용하세요
원래 ZimaBoard에서 테스트된 경로는 BIOS → Chipset → South Cluster Configuration → PCI Express Configuration이었습니다. 성공한 사례에서는 관련 PCIe 옵션을 활성화한 다음, PCI Express Root Port 3을 ASPM Auto, PCIe Speed Gen 2 및 Transmit Half Swing Enabled로 변경했습니다. 이후 다른 사용자가 동일한 Port 3 변경으로 LSI SAS2008 HBA가 표시되었다고 확인했습니다.
펌웨어 설정을 변경하기 전에 모든 기존 값을 기록하세요. Port 3이 보드 리비전이나 어댑터에서 실제로 사용하는 경로가 아니라면, 아무 근거 없이 Ports 4–6을 변경해도 변수만 늘어날 뿐 문제를 입증할 수 없습니다.
데이터 디스크를 사용하기 위해 HBA 옵션 ROM이 반드시 필요한 것은 아닙니다
해당 사례에서는 HBA BIOS가 마침내 로드되고 연결된 디스크를 부팅 옵션으로 노출할 수 있게 된 점도 긍정적으로 평가했습니다. HBA를 통해 부팅하려는 경우에는 유용하지만, 스토리지 전용 HBA가 작동하기 위해 반드시 옵션 ROM을 실행해야 하는 것은 아닙니다. Linux에서 HBA 드라이버와 연결된 디스크가 보인다면 HBA 설정 화면에 진입하지 않아도 해당 디스크를 사용할 수 있습니다.
이러한 구분은 흔한 막다른 길을 피하는 데 도움이 됩니다. 실제 목표가 단순히 디스크를 ZimaOS에 표시하는 것인데 부팅 ROM 기능을 활성화하는 데 몇 시간씩 소비하는 상황을 막을 수 있습니다.
ZimaOS에서 개별 드라이브를 인식해야 한다면 HBA 또는 IT 모드를 사용하세요
소프트웨어 관리 RAID, ZFS 또는 직접적인 디스크 상태 모니터링을 사용하려면 운영 체제에서 일반적으로 각 물리 드라이브를 개별적으로 인식해야 합니다. 여러 디스크를 하나의 가상 볼륨 뒤에 숨기는 하드웨어 RAID 펌웨어를 사용하면 SMART 가시성과 복구 방식이 달라집니다. LSI/Broadcom 카드에서는 어레이를 구성하기 전에 펌웨어가 스토리지 설계에 적합한 패스스루/HBA 중심 모드로 작동하는지 확인하세요.
다른 SAS2008 사용자가 그렇게 했다는 이유만으로 HBA 펌웨어를 플래시하지 마세요. 정확한 컨트롤러 모델, OEM 펌웨어 및 보드 리비전이 중요합니다.
RAID를 만들기 전에 모든 디스크를 확인하세요
lsblk -o NAME,SIZE,MODEL,SERIAL
smartctl -a /dev/sdX
cat /proc/mdstat연결된 모든 디스크의 모델과 용량이 예상과 일치하는지 확인하세요. 디스크 구성원 누락, 잘못된 섹터 크기 또는 불안정한 SAS 케이블은 PCIe 열거와 별개의 문제입니다. 디스크에 데이터가 들어 있다면 HBA가 작동하는지 확인하기 위해 새 RAID를 절대 생성하지 마세요.
원래 ZimaBoard BIOS 값을 ZimaBoard 2에 적용하지 마세요
ZimaBoard 2는 다른 세대의 하드웨어입니다. 2024년에 게시된 원래 보드용 South Cluster 메뉴 값을 복사하지 말고, ZimaBoard 2 전용 펌웨어와 PCIe 동작 방식을 사용하세요. 관련 플랫폼은 ZimaBoard 2 하드웨어를 참고하세요. 실제 요구 사항이 SAS/HBA 기능이 아니라 SATA 데이터 포트를 더 추가하는 것이라면, PCIe SATA 확장 카드로 복잡성을 줄일 수 있습니다.
HBA가 여전히 표시되지 않을 때
다른 정상 작동이 확인된 컴퓨터에서 카드를 테스트하고, 불필요한 PCIe 장치를 제거하며, 올바른 보드 및 HBA 펌웨어만 업데이트한 다음 lspci -nn 결과와 커널 메시지를 수집하세요. Linux에서 PCI 기능 자체가 보이지 않는다면 펌웨어/PCIe 계층에서 계속 점검해야 합니다. PCI에서는 보이지만 디스크가 표시되지 않는다면 드라이버, HBA 펌웨어, 케이블 연결, 디스크 전원 문제를 확인하세요.
FAQ
내 LSI SAS2008이 ZimaBoard에서 보이지 않는 이유는 무엇인가요?
일부 원래 ZimaBoard 시스템에서는 PCIe 루트 포트 펌웨어 설정 때문에 HBA가 정상적으로 열거되지 않을 수 있습니다. BIOS 값을 변경하기 전에 lspci로 장애 지점을 확인하세요.
HBA BIOS 화면이 필요한가요?
Linux에서 컨트롤러와 디스크를 이미 인식하고 있다면 일반적인 데이터 디스크 사용에는 필요하지 않습니다. 옵션 ROM은 주로 HBA 측 설정이나 컨트롤러를 통한 부팅에 중요합니다.
HBA는 IT 모드를 사용해야 하나요?
ZimaOS, mdadm 또는 ZFS에서 개별 디스크를 직접 관리해야 한다면 패스스루/HBA 중심 펌웨어가 일반적으로 더 편리합니다.
ZimaBoard 2에서도 동일한 BIOS 설정을 사용할 수 있나요?
그렇다고 가정하지 마세요. ZimaBoard 2는 다른 하드웨어이므로 자체 펌웨어 동작 방식과 최신 지원 정보를 사용해야 합니다.
lspci에서는 HBA가 보이는데 lsblk에는 디스크가 표시되지 않는 이유는 무엇인가요?
이 경우 문제는 PCIe 열거 이후의 단계에 있습니다. 드라이버 연결, HBA 펌웨어 모드, SAS/SATA 케이블, 익스팬더, 드라이브 전원 및 연결된 디스크의 호환성을 확인하세요.
