.png)
방금 서로 다른 MicroCloud 섀시에 내장된 3개의 서로 다른 X9SCD 마더보드의 BIOS를 플래시했습니다. 나는 정확한 BIOS 버전(x9scd8.612)을 사용하여 이 작업을 수백 번 수행했지만 문제가 없었습니다. 나는 IPMI KVM에서 부팅하고 간단히 실행되는 배치 파일을 실행하는 나만의 맞춤형 FreeDOS ISO를 가지고 있습니다.
AFUDOSU.EXE x9scd8.612 /P /B /N /K /R
3개 시스템 모두 오류 없이 완료되었습니다. 그런데 전원을 껐다 켜면 BIOS에 들어갈 수 없습니다. 이 화면으로 끝납니다.
BIOS에 들어갈 수 없는 것 외에는 시스템이 제대로 작동하는 것 같습니다. IPMI/KVM을 통해 시스템 중 하나에 Windows 2019를 설치하고 다른 시스템에서 기존 Linux OS를 부팅할 수 있었습니다. 실패한 것 같은 BIOS로 들어가는 것뿐입니다.
오늘 어떤 이유에서인지 Java에서 보안 예외를 추가하지 않고는 KVM을 로드할 수 없다는 사실을 발견했습니다. 이는 IPMI 펌웨어 3.50을 실행하는 서버에서만 발생했습니다. 3.54의 것들은 계속해서 잘 작동했습니다. 그렇다면 이것이 실제로 BMC/IPMI와 관련이 있는지 궁금합니다. 어쨌든 IPMI 펌웨어를 업데이트했지만 문제가 해결되지 않았습니다.
또한 최근에 전혀 건드리지 않은 또 다른 X9SCD 서버를 방금 테스트했습니다. 이미 IPMI 3.54를 실행 중이어서 BIOS에 들어갈 수 없습니다! 나는 무슨 일이 일어나고 있는지 완전히 의아해합니다. X9 세대 보드에서 이것을 찾는 다른 사람이 있습니까?
답변1
사용자 토론을 기반으로ServeTheHome 포럼의 Webjunkie의 스레드일부 Supermicro X9 보드에서 이러한 동작을 일으키는 날짜 종속 버그가 있는 것으로 보입니다.
E3v1/v2 CPU(X9SCL-F, X9SCL+-F, X9SCI-LN4F, X9SCA-F, X9SCM-F, X9SCM-IIF 등)가 장착된 SuperMicro X9 보드에서는 시스템 날짜가 2020년 12월 31일. BIOS에 진입하려고 하면 블루 스크린이 나타나고 오른쪽 하단에 오류 코드 "AB"가 표시됩니다. 이는 SuperMicro 문서에 따라 "설정 입력 대기"를 의미하는 것으로 보입니다. CMOS를 지우면 BIOS로 들어갈 수 있습니다. 최신 BIOS(v2.3)와 이전 BIOS를 사용해도 동일한 결과가 나타났습니다.
hwclock분명히 이 문제는 CMOS를 지워 RTC를 재설정하거나 OS를 부팅하고 해당 도구(예: )를 사용하여 RTC를 2021년 이전 날짜로 설정함으로써 해결될 수 있습니다 .
그곳의 토론에 따르면 Supermicro는 문제를 인식하고 있습니다.
방금 SuperMicro로부터 업데이트를 받았습니다:
"우리는 이 문제를 인지하고 있으며 내부적으로 해결하기 위해 노력하고 있습니다. BIOS 수정 사항에 대한 자세한 내용이 확보되면 업데이트를 제공하겠습니다. 지금은 수동 해결 방법을 계속 사용하십시오."
답변2
방금 Supermicro로부터 X9SCM-F 보드의 버그를 수정하는 테스트되지 않은 첫 번째 BIOS 버전을 받았습니다. 이전 버전은 2.3이었습니다. 이제 보드는 2.3a에 있으며 잘 작동합니다.
따라서 영향을 받는 보드에 대한 수정된 BIOS 버전이 곧 나올 것으로 예상할 수 있습니다.
