![가상 머신/클라우드 서비스에서 einj를 modprobe할 수 없습니다.](https://linux55.com/image/210232/%EA%B0%80%EC%83%81%20%EB%A8%B8%EC%8B%A0%2F%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C%20%EC%84%9C%EB%B9%84%EC%8A%A4%EC%97%90%EC%84%9C%20einj%EB%A5%BC%20modprobe%ED%95%A0%20%EC%88%98%20%EC%97%86%EC%8A%B5%EB%8B%88%EB%8B%A4..png)
가상 머신이나 Google Cloud VM에서 모두 시도했지만 modprobe einj
아래와 같이 동일한 결과를 얻었습니다.
[test@instance-1 ~]$ sudo su
[root@instance-1 test]# modprobe einj
modprobe: ERROR: could not insert 'einj': No such device
어떤 클라우드 서비스에서든 이 작업을 수행할 수 있습니까?
답변1
공유 가상화 환경에서 하이퍼바이저 아래의 UEFI가 하드웨어 오류를 삽입하도록 허용해서는 안 된다는 것이 제가 보기에는 매우 직관적입니다.
따라서 이는 우연이 아닙니다. GCM은 그렇지 않습니다.허용하다이렇게 하면 가상 머신이 기능을 얻지 못하고 모듈 einj
로드가 거부됩니다.
uefi.org/sites/default/files/resources/ACPI_6_3_final_Jan30.pdf를 확인했고 지시문 언어를 삽입하면 링 업그레이드가 허용된다는 것을 잘못 기억했지만 그렇지 않습니다(지금 스키밍 표 18에서 알 수 있는 한). -407); 그러나 이는 사실이 아닙니다. 따라서 기술적으로 말하면 VM의 UEFI는 (자체 가상화됨)할 수 있다당신은 이것을 할 수 있습니다. 하지만 시행될 가능성은 낮아~ 할 것이다당신은 이것을 할 수 있습니다.