745 G5 Linux安装失败

[fhh200000]

我没有手边的U盘没试过……你可以试一下，反正镜像也不大，实在不行用你的整个U盘当临时分区，就放置ISO-解压一份-替换引导应该也行吧。

那个贴吧ID是我的，以后请多多指教哈哈。

[zilcH40]

我是因为之前 u盘装 manjaro 一直进不去 livecd, 改 nomodeset 也没用才没敢实际装的。看到你能装上感到很激动，但是看到你的安装步骤，因为你没用u盘，不知道你的哪些操作是成功安装所必须的。主要是找不到出问题的原因，要说是内核的原因，我之前倒是能装上 archlinux，内核 4.17，但是会出现一直黑屏的情况（即使没装界面）。总之我还是先等等吧，ubuntu 也算是能用。多谢分享了。

[fhh200000]

打包好的镜像已经发送至邮箱，直接解压到U盘应该就行了。

我的邮箱号是MTA0MTE1NDU0OUBxcS5jb20=(Base64)。

希望你能成功！

[Luxanna]

您好，同款笔记本 请问您降级后的BIOS版本是？我下载了官网最旧的版本还是安装不了Ubuntu

[Luxanna]

原来是我还不会降级BIOS (😭)

[fhh200000]

以下是回复：
我用的是官方的最旧的BIOS，双击刷新程序或者将解包后的BIOS放在U盘均可。
另外，因为Raven Ridge的架构较新，推荐使用4.19以上的内核，这样附带的核显可以被完美驱动。
祝你好运！
以上。

[fhh200000]

更新了最新（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

[fhh200000]

刚才用AIDA64的导出ACPI表的功能在Windows下导出了ACPI表，对照着Linux的内核日志对比了一下。

（不得不说我从这台笔记本上学到了不少东西）

图1

图2

图一中，Linux尝试访问LPC0节点，但BIOS中提供的ACPI表没有这一节点，而是LPCB。

图二中，Linux访问_TZ,但表中的变量名为_TZ_。

图1中的问题我无法解释，但是在图2中，根据ACPI规范，变量应该长4个字节，因此_TZ_正确。

可能是前面的ACPI表调用时出现了错误，导致Linux寻找了拼写错误的节点。

希望HP开发者能够跟进修复！

[普京]

楼主真是太棒了，按照你的理解这算不算是比较低级的错误？就因为名称没对上所以搞了个持续报错？

现在只有初版和第二版没问题，后面一直存在ACPI报错

可惜放在这里也没有HP的技术工程师看得见，做BIOS的team大概是在美国

[普京]

有一点想确认一下，Win下的报错和Linux的报错，都是因为这个表名不正确引起的吗？

_TZ这个应该是Thermal相关，随手搜了一下，也没看到哪里说正确的是 _TZ_