8GB RAM과 128GB SSD 디스크를 실행하는 AMD 64 시스템에 Debian(최신 버전 2019)을 설치했습니다. 그 시점부터 BIOS가 극도로 느려지고 컴퓨터가 멈춰 다른 운영 체제를 설치하는 것이 거의 불가능해졌습니다. 이와 비슷한 문제를 인식하는 사람이 있나요?
답변1
서버 클래스 시스템이거나 BIOS에 BIOS 및 부트로더 입력/출력을 직렬 포트(실제 포트 또는 iLO/iLOM/IRMC/DRAC/등과 같은 원격 콘솔 프로세서)로 리디렉션하는 기능이 포함된 경우 기능. ), 높은 직렬 포트 속도를 지정하지 않고 기능을 활성화하면 속도가 느려질 수 있습니다. 하드웨어 핸드쉐이킹이 활성화된 실제 직렬 포트에 대해 이러한 기능이 활성화되었지만 실제로 포트에 아무것도 연결되지 않은 경우 핸드쉐이크 신호가 부족하여 시간 초과에 도달할 때까지 출력이 완전히 중지될 수도 있습니다.
BIOS 기본값을 다시 로드하면 리디렉션이 비활성화되어 모든 것이 정상으로 돌아갈 수 있습니다.
일반적으로 BIOS 유틸리티 메뉴는 화면 다시 그리기가 본질적으로 즉각적이라는 가정을 바탕으로 설계되었습니다. 그러나 VGA 텍스트 모드 출력이 9600bps에서 작동하는 직렬 포트로 리디렉션되는 경우 이러한 가정은 매우 사실이 아닙니다.
가상 직렬 포트를 사용할 때 가장 높은 공통 직렬 전송 속도인 115200bps를 사용하는 것은 일반적으로 문제가 되지 않지만 일부 원격 콘솔 프로세서에는 제한이 있을 수 있습니다. 그러나 내가 본 가장 느린 가상 직렬 포트 구현에서도 38400bps의 속도가 달성되었습니다.
9600bps와 115200bps의 차이는 BIOS 유틸리티 액세스를 "멈추나요, 아니면 정말 느린가요?"에서 변경하기에 충분합니다. "사용 가능하지만 약간 느립니다."
원격 콘솔 핸들러가 있는 구형 시스템에는 KVM 원격 콘솔 기능을 위한 Java가 필요할 수 있으며, 이는 새로운 Java JRE 패키지의 보안 요구 사항으로 인해 번거로울 수 있습니다. 최신 원격 콘솔 프로세서는 더 이상 Java가 필요하지 않은 HTML5 기반 KVM 원격 콘솔을 제공하기 시작했습니다.
많은 원격 콘솔 프로세서는 SSH 문자 기반 연결과 가상 직렬 포트도 지원합니다. Linux TTY 장치는 본질적으로 직렬 포트 또는 이를 에뮬레이션하기 때문에 직렬 포트를 콘솔 장치로 사용하도록 Linux를 쉽게 구성할 수 있으며, 이는 이러한 액세스를 제공하는 원격 콘솔 프로세서에 이상적입니다. 이를 통해 기본 네트워크 인터페이스에 문제가 있거나 잘못 구성된 경우에도 Java 없이 시스템에 대한 강력한 관리 액세스가 가능합니다.
그러나 Linux 콘솔 액세스는 커널이 부팅된 후에만 작동하며, 커널의 부팅 매개변수를 지정하기 위해 Linux 부트로더에 액세스하는 것은 문제 해결의 중요한 부분이 될 수 있습니다. 이 문제를 해결하려면 가상 직렬 포트를 통해서도 부트로더에 액세스할 수 있어야 합니다. 이는 두 가지 방법 중 하나로 수행할 수 있습니다. 즉, 직렬 포트를 사용하도록 부트로더를 명시적으로 구성하거나(GRUB에 해당 기능이 있음) 직렬 포트로 BIOS 텍스트 모드 I/O 리디렉션을 활성화하는 것(해당 기능이 사용 가능한 경우)입니다. 후자의 옵션은 또한 직렬 기반 원격 콘솔에 BIOS 부팅 메시지를 제공하므로 하드웨어 문제가 발생할 경우 유용합니다.
일부 HP 시스템에서는 BIOS 유틸리티 메뉴를 명령줄 모드로 전환하여 액세스 속도를 늦추는 것도 도움이 될 수 있습니다. 그러나 직렬 포트로의 KVM I/O 리디렉션을 활성화하기 전에 이 작업을 수행해야 합니다.
답변2
20분을 기다린 후 마침내 BIOS 유틸리티가 시작되었습니다. BIOS 기본값을 로드하고 부팅 순서를 다시 정렬한 후 마침내 기기를 다시 제어할 수 있었습니다. 이것이 누군가에게 도움이 되기를 바랍니다.