Fwupd
fwupd 是一个进行设备固件更新的简单守护程序,虽然是为桌面计算机设计,但是同样也支持手机和服务器。
安装[编辑 | 编辑源代码]
如果您将其用于 UEFI 固件升级,请参阅 #UEFI 升级设置。
图形化前端[编辑 | 编辑源代码]
某些桌面环境前端解决方案具有内置的 fwupd 支持:
- GNOME Software — 将定期检查更新,并在 GNOME 的后台自动下载固件。下载固件后,将在 Gnome Software 中显示一个弹出窗口以执行更新。
- KDE Discover — 与 Plasma 一起使用的软件中心。随着 KDE Plasma 5.14 的发布,KDE Discover中已实现了新的 fwupd 后端以进行固件更新。这些固件更新与其他系统更新一起显示。
- GNOME Firmware — 在 fwupd 支持的设备上升级,降级和重新安装固件的应用程序。它可以解锁锁定的 fwupd 设备,验证支持的设备上的固件并显示 fwupd 设备的所有发行。
使用[编辑 | 编辑源代码]
要显示 fwupd 检测到的所有设备:
$ fwupdmgr get-devices
要从 Linux Vendor firmware Service (LVFS) 下载最新的元数据:
$ fwupdmgr refresh
要列出系统上任何设备可用的更新:
$ fwupdmgr get-updates
要安装更新:
$ fwupdmgr update
- 可以实时应用的更新将立即完成。
- 在启动时运行的更新将为下一次重新启动做好准备。
- 可能需要使用 root 用户执行特定设备的更新。
UEFI 升级设置[编辑 | 编辑源代码]
- 使用 UEFI 模式启动系统,efibootmgr 无法在旧版启动模式下工作。
- 验证 您的 EFI 变量是否可以获取。
- 正确挂载 EFI 系统分区 (ESP),
esp
用于表示此部分中的挂载点。 - 请安装可选依赖 udisks2包,这个软件包提供了 UEFI 升级支持。
准备 ESP 目录[编辑 | 编辑源代码]
fwupd 会将所有必需的文件复制到 esp
上,但是要使其正常工作,"esp" 上必须存在基本的文件夹布局。
这会在 esp
目录创建 EFI
目录 。
mkdir esp/EFI/
创建后,必须重新启动 fwupd.service
服务。
您现在可以 $ fwupdmgr refresh
和 $ fwupdmgr update
。它将要求重新启动,现在应该自动重新启动到固件更新程序。
安全启动[编辑 | 编辑源代码]
在安全启动开启的系统下,fwupd 使用 shim 来引导 fwupd EFI 文件。使用前请确保正确安装 shim。
用自己的密钥[编辑 | 编辑源代码]
或者,您必须手动签名用于执行升级的 UEFI 可执行文件,该文件位于 /usr/lib/fwupd/efi/fwupdx64.efi
。
已签名的 UEFI 可执行文件应放在 /usr/lib/fwupd/efi/fwupdx64.efi.signed
.
使用 sbsigntools包,可以通过运行以下命令来实现:
# sbsign --key keyfile --cert certfile /usr/lib/fwupd/efi/fwupdx64.efi
为了使安装或者升级时自动签名,使用 Pacman 挂钩:
/etc/pacman.d/hooks/sign-fwupd-secureboot.hook
[Trigger] Operation = Install Operation = Upgrade Type = Path Target = usr/lib/fwupd/efi/fwupdx64.efi [Action] When = PostTransaction Exec = /usr/bin/sbsign --key keyfile --cert certfile /usr/lib/fwupd/efi/fwupdx64.efi Depends = sbsigntools
确保用密钥的相应路径替换 <keyfile>
和 <certfile>
。
除了 Pacman 挂钩,您也可以创建从 /usr/lib/fwupd/efi/fwupdx64.efi
到 /usr/lib/fwupd/efi/fwupdx64.efi.signed
的符号链接,并将文件添加到 /etc/sbupdate.conf
中的 EXTRA_SIGN
列表中。
最后,您必须将 /etc/fwupd/uefi_capsule.conf
中包含 DisableShimForSecureBoot
的行更改为 DisableShimForSecureBoot=true
并重新启动 fwupd.service
。
查阅此 GitHub issue,以获取更多讨论此问题的信息。
故障排除[编辑 | 编辑源代码]
一直卡在重启[编辑 | 编辑源代码]
fwupdmgr update
reports no error, but the reboot it prompts stuck and holding the power button has no response. Try switching off the power, or press the reset button (on a laptop, it might be a hole on the back) to force-reboot.
没有错误,但重启后没有升级[编辑 | 编辑源代码]
状况:fwupdmgr update
未报告任何错误并提示重新启动(例如,在 BIOS 更新中)。 但是,系统将正常重启,并且不会进行固件更新。
可能的原因:在 BIOS 设置中,必须允许更改引导顺序。
Possible other solution if there are multiple updates pending: Try updating packages one at a time. Use the following to select packages:
$ fwupdmgr update update_ID
(Where update_ID
is something like f95c9218acd12697af946874bfe4239587209232
.)
read-only filesystem error[编辑 | 编辑源代码]
At least fwupdmgr
1.5.2 deduces the wrong mount point if bind is used to mount esp
to /boot
[1]. Consequently it fails to write the UEFI update file to /boot/EFI/arch/fw
(fwupdmgr
while it should be written to esp/EFI/arch/fw
.) This results in a (misleading) "file system is read-only" error message. In case the update was performed by Discover
(or any other fwupd-capable Update GUI), no error or misleading errors may be shown.
As a workaround, run umount /boot
first if it was bind-mounted to esp/EFI/arch
before, then run fwupdmgr update
to write the UEFI update file to esp/EFI/arch/fw
, mount /boot
and reboot the system to perform the UEFI update.
UEFI ESP partition not detected or configured[编辑 | 编辑源代码]
如果按上面 UEFI 更新的要求执行了操作,还是无法识别 ESP 分区,可以手动指定挂载点:
/etc/fwupd/uefi_capsule.conf
[uefi_capsule] OverrideESPMountPoint=/efi # Change according to your setup
Also see the relevant article in the fwupd wiki.
MSR plugin is failing to load[编辑 | 编辑源代码]
The MSR plugin allows querying the state of DCI, a debugging interface available for Intel CPUs that should be disabled on production machines according to fwupd's documentation.
This plugin needs the msr
kernel module loaded. msr
is a built-in kernel module in all the official Arch Linux kernel packages, but unofficial kernel packages might have it as a loadable kernel module. In the latter case, we need to explicitly load the module at boot.
Failed to load daemon: failed to load engine: No ESP with path[编辑 | 编辑源代码]
When starts fwupd, it checks the esp location as EspLocation
from /etc/fwupd/daemon.conf
. Modify it to your corresponding setup if encounter this error.