刚才用AIDA64的导出ACPI表的功能在Windows下导出了ACPI表，对照着Linux的内核日志对比了一下。 （不得不说我从这台笔记本上学到了不少东西） 图1 图2 图一中，Linux尝试访问LPC0节点，但BIOS中提供的ACPI表没有这一节点，而是LPCB。 图二中，Linux访问_TZ,但表中的变量名为_TZ_。 图1中的问题我无法解释，但是在图2中，根据ACPI规范，变量应该长4个字节，因此_TZ_正确。 可能是前面的ACPI表调用时出现了错误，导致Linux寻找了拼写错误的节点。 希望HP开发者能够跟进修复！

更新了最新（19.3.8）的BIOS后，ACPI依旧报错，但不影响系统的启动。 希望HP方面能够继续跟进，谢谢！ 完整的内核启动日志在这里： https://www.lanzous.com/i3g7wqj 错误附近的内核日志： [ 0.879769] ACPI: [Firmware Bug]: BIOS _OSI(Linux) query ignored [ 0.894758] ACPI BIOS Error (bug): Could not resolve [\_SB.PCI0.LPC0.EC0], AE_NOT_FOUND (20181213/dswload2-160) [ 0.894768] ACPI Error: AE_NOT_FOUND, During name lookup/catalog (20181213/psobject-221) [ 0.894771] ACPI: Skipping parse of AML opcode: Scope (0x0010) [ 0.896873] ACPI: 12 ACPI AML tables successfully acquired and loaded [ 0.908260] ACPI: EC: EC started [ 0.908262] ACPI: EC: interrupt blocked [ 0.916962] mce: Unexpected threshold interrupt at vector f9 [ 0.926320] ACPI: \_SB_.PCI0.LPCB.EC0_: Used as first EC [ 0.926324] ACPI: \_SB_.PCI0.LPCB.EC0_: GPE=0x3, EC_CMD/EC_SC=0x66, EC_DATA=0x62 [ 0.926327] ACPI: \_SB_.PCI0.LPCB.EC0_: Used as boot DSDT EC to handle transactions [ 0.926328] ACPI: Interpreter enabled [ 0.926372] ACPI: (supports S0 S1 S3 S4 S5) [ 0.926374] ACPI: Using IOAPIC for interrupt routing [ 0.927429] PCI: Using host bridge windows from ACPI; if necessary, use "pci=nocrs" and report a bug --------------------------------------------------------------------------------- [ 1.420735] ACPI: Thermal Zone [BATZ] (31 C) [ 1.420787] ACPI Error: AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20181213/exoparg2-396) [ 1.420798] ACPI Error: Method parse/execution failed \_TZ.GETP, AE_AML_PACKAGE_LIMIT (20181213/psparse-531) [ 1.420803] ACPI Error: Method parse/execution failed \_TZ.CHGZ._CRT, AE_AML_PACKAGE_LIMIT (20181213/psparse-531) [ 1.422056] ACPI Error: AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20181213/exoparg2-396) [ 1.422067] ACPI Error: Method parse/execution failed \_TZ.GTTP, AE_AML_PACKAGE_LIMIT (20181213/psparse-531) [ 1.422075] ACPI Error: Method parse/execution failed \_TZ.CHGZ._TMP, AE_AML_PACKAGE_LIMIT (20181213/psparse-531) [ 1.422121] ACPI Error: AE_AML_PACKAGE_LIMIT, Index (0x000000005) is beyond end of object (length 0x5) (20181213/exoparg2-396) [ 1.422131] ACPI Error: Method parse/execution failed \_TZ.GETP, AE_AML_PACKAGE_LIMIT (20181213/psparse-531) [ 1.422137] ACPI Error: Method parse/execution failed \_TZ.CHGZ._CRT, AE_AML_PACKAGE_LIMIT (20181213/psparse-531) [ 1.422148] [Firmware Bug]: No valid trip found  

你提醒了我还有BASE64的方法哈哈=_+ 用这个地址的工具aHR0cHMlM0EvL2Jicy5kZWVwaW4ub3JnL2ZvcnVtLnBocCUzRm1vZCUzRHZpZXd0aHJlYWQlMjZ0aWQlM0QxMzUwNTE= (Base64) 具体操作是划分2GB的临时空间，格式化为FAT32，改名为MJRO1717，去Manjaro找17.17 Architect版本（出厂是4.14的内核，如果临时不能进内核参数加一个Nomodeset禁用显卡驱动就行，安装时会下载新版本内核），然后把ISO改名为deepin.iso，并解压一份到MJRO1717的根目录（防止系统挂载的时候找不到文件），下载那个网址里的d2luX2dydWIyX2RlZXBpbl9pc29fMjAxNy45LjI3LnJhcg==（Base64），替换掉原来的引导，然后重启ESC-F9-从文件引导-MJRO1717-EFI-GRUB2-GRUB2-x64.EFI应该就行了。 期待你的好消息！

我的笔记本可能批次比较新，出厂就1.3.1…… 另外我试了一下用acpi=ht代替acpi=off(禁用除了多核心配置以外的所有表)，依旧卡住无法进入系统，看来是解析ACPI时出现的问题。 另外我的Vega10貌似在4.15的内核里不能被识别（Ubuntu的log里显示在调用EFI驱动以后整个系统失去响应），4.17因为根本打不开所以没有尝试。 官网有老版本的BIOS下载吗？如果有，HP允许降级BIOS吗？ 谢谢！