pacman (简体中文)
pacman软件包管理器是 Arch Linux 的一大亮点。它将一个简单的二进制包格式和易用的构建系统结合了起来。pacman的目标是简化对软件包的管理,无论软件包是来自官方软件仓库还是来自用户自己的创建。
pacman 通过和主服务器同步软件包列表来进行系统更新。这种服务器/客户端模式可在使用一条命令就下载或安装软件包的同时,也安装其必需的依赖包。
pacman 用 C 语言编写,使用bsdtar(1)tar作为打包格式。
pacman -Ql pacman | grep -E 'bin/.+'
获取全部的工具列表。用法
下面pacman可以执行的操作的一小部分,pacman 的其他示例请阅读pacman(8)。
安装软件包
一个软件包是一个归档,它包含:
- 一个应用的所有(编译好的)文件
- 有关该应用的元数据,例如应用名称,版本,依赖……
- 供 pacman 使用的安装文件和指令
- (可选)使软件更易操作的额外文件,例如启动/终止脚本
Arch 的软件包管理器 pacman 可以安装,更新,和删除这些软件包。使用软件包而不是自己编译安装有如下优势:
- 轻松升级:pacman 会在更新可用时立即更新已安装的软件包
- 依赖检查:pacman 负责为你处理依赖问题,你只需要指明程序,pacman 就会把它和它所需的所有其他程序都一起安装。
- 干净卸载:pacman 有着一个软件包所有文件的列表。这样,当你决定移除软件包时,不会无意留下文件。
pacman.log
中;当你想浏览已安装软件的可选依赖时可以使用pacman -Si
,得到关于可选依赖的简短描述。pacman -Syu package_name
, 而不要使用(pacman -Sy package_name
),否则可能会有依赖问题。参见 System maintenance (简体中文)#不支持部分升级 和 BBS#89328.安装指定的包
安装或者升级单个软件包,或者一列软件包(包含依赖包),使用如下命令:
# pacman -S package_name1 package_name2 ...
用正则表达式安装多个软件包(参见 这个帖子):
# pacman -S $(pacman -Ssq package_regex)
有时候在不同的软件仓库中,一个软件包有多个版本(比如[extra]和[testing])。可以选择一个来安装:
# pacman -S extra/package_name
安装多个含有相似名称的软件包,而并非整个包组或全部匹配的软件包; 例如,plasma:
# pacman -S plasma-{desktop,mediacenter,nm}
当然,可以多层扩展,并不作限制:
# pacman -S plasma-{workspace{,-wallpapers},pa}
虚包
虚拟软件包是一个特殊的软件包,它本身并不存在,但由一或多个其它软件包提供。虚拟软件包允许其它软件包不以某一个特定的包为依赖,以应对有多个候选的情况。虚包不能用它们的名称安装,相反它们会在你安装提供虚包的软件包时被安装到你的系统中。
安装包组
一些包属于一个可以同时安装的软件包组。例如,运行下面的命令
# pacman -S gnome
会提醒用户选择 gnome
内需要安装的包。
有的包组包含大量的软件包,有时用户只需其中几个。除了逐一键入序号外,pacman 还支持选择或排除某个区间内的的软件包:
Enter a selection (default=all): 1-10 15
这将选中序号 1 至 10 和 15 的软件包。而
Enter a selection (default=all): ^5-8 ^2
将会选中除了序号 5 至 8 和 2 之外的所有软件包。
想要查看哪些包属于 gnome 组,运行:
# pacman -Sg gnome
也可以访问 https://archlinux.org/groups/ 查看可用的包组。
--needed
选项覆盖这种行为。删除软件包
删除单个软件包,保留其全部已经安装的依赖关系
# pacman -R package_name
删除指定软件包,及其所有没有被其他已安装软件包使用的依赖关系:
# pacman -Rs package_name
上面这条命令在移除包含其他所需包的组时有时候会拒绝运行。这种情况下可以尝试
# pacman -Rsu package_name
要删除软件包和所有依赖这个软件包的程序:
# pacman -Rsc package_name
要删除一个被其他软件包依赖的软件包,但是不删除依赖这个软件包的其他软件包:
# pacman -Rdd package_name
pacman 删除某些程序时会备份重要配置文件,在其后面加上*.pacsave扩展名。-n 选项可以避免备份这些文件:
pacman -Rn package_name
升级软件包
- 建议用户遵守System maintenance (简体中文)#更新系统的指导,定期更新系统,并不盲目地执行这些命令。
- Arch 只支持系统完整升级,详细参见System maintenance (简体中文)#不支持部分升级和#安装软件包。
一个 pacman 命令就可以升级整个系统。花费的时间取决于系统有多老。这个命令会同步非本地(local)软件仓库并升级系统的软件包:
# pacman -Syu
查询包数据库
pacman 使用 -Q
参数查询本地软件包数据库, -S
查询同步数据库,以及 -F
查询文件数据库。要了解每个参数的子选项,分别参见 pacman -Q --help
,pacman -S --help
和pacman -F --help
。
pacman 可以在包数据库中查询软件包,查询位置包含了软件包的名字和描述:
$ pacman -Ss string1 string2 ...
有时,-s
的内置正则会匹配很多不需要的结果,所以应当指定仅搜索包名,而非描述或其他子段:
$ pacman -Ss '^vim-'
要查询已安装的软件包:
$ pacman -Qs string1 string2 ...
按文件名查找软件库:
$ pacman -F string1 string2 ...
显示软件包的详尽的信息:
$ pacman -Si package_name
查询本地安装包的详细信息:
$ pacman -Qi package_name
使用两个 -i
将同时显示备份文件和修改状态:
$ pacman -Qii package_name
要获取已安装软件包所包含文件的列表:
$ pacman -Ql package_name
查询远程库中软件包包含的文件:
$ pacman -Fl package_name
检查软件包安装的文件是否都存在:
$ pacman -Qk package_name
两个参数k
将会执行一次更彻底的检查。
查询数据库获取某个文件属于哪个软件包:
$ pacman -Qo /path/to/file_name
查询文件属于远程数据库中的哪个软件包:
$ pacman -F /path/to/file_name
要罗列所有不再作为依赖的软件包(孤立orphans):
$ pacman -Qdt
Exec
使用如下的指令: /usr/bin/bash -c "/usr/bin/pacman -Qtd || /usr/bin/echo '=> None found.'"
要罗列所有明确安装而且不被其它包依赖的软件包:
$ pacman -Qet
更多例子查看pacman tips。
Pactree
要显示软件包的依赖树:
$ pactree package_name
检查一个安装的软件包被那些包依赖,将递归标识-r
传递给 pactree,或者使用 pkgtoolsAUR中的whoneeds
数据库结构
pacman数据库通常位于 /var/lib/pacman/sync
. 对于每一个在/etc/pacman.conf
中指定的软件仓库, 这里都有一个一致的数据库。数据库文件夹里每个tar.gz文件都包含着一个仓库的软件包信息。例如which 包:
$ tree which-2.21-5
which-2.21-5 |-- desc
这个 depends
项列出了该软件的依赖包, 而desc
有该包的介绍,例如文件大小和MD5值 。
清理软件包缓存
pacman 将下载的软件包保存在 /var/cache/pacman/pkg/
并且不会自动移除旧的和未安装版本的软件包。这样做有一些好处:
- 这样允许降级软件包而不需要通过其他方式提取旧版本,例如 Arch Linux Archive.
- 被卸载的软件包可以轻易地直接从缓存文件夹重新安装,不需要重新从软件仓库下载。
然而,需要定期手动清理缓存来避免该文件夹无限制增大。
pacman-contrib 提供的 paccache(8) 脚本默认会删除所有缓存的版本和已卸载的软件包,除了最近的3个会被保留:
# paccache -r
启用 和 启动 paccache.timer
来每周删除不使用的包。
也可以自己设置保留最近几个版本:
# paccache -rk1
添加-u
/--uninstalled
开关来限制paccache的行为只作用于卸载的包。例如清理所有卸载的包的缓存版本,可以用以下命令:
# paccache -ruk0
更多参数参见paccache -h
。
pacman也有一些内建参数用于清除缓存和那些不再在/etc/pacman.conf
配置文件中列出的软件仓库残留数据库文件。然而pacman并不提供保留一定数量的过去版本的功能,因此它比paccache的默认选项更加激进。
要删除目前没有安装的所有缓存的包,和没有被使用的同步数据库,执行:
# pacman -Sc
要删除缓存中的全部文件,使用两次-c
开关。这是最为激进的方式,将会清空缓存文件夹:
# pacman -Scc
pkgcachecleanAUR以及pacleanerAUR是两个进一步清理缓存的替代工具
其它命令
升级系统时安装其他软件包:
# pacman -Syu package_name1 package_name2 ...
下载包而不安装它:
# pacman -Sw package_name
安装一个本地包(不从源里下载):
# pacman -U /path/to/package/package_name-version.pkg.tar.zst
要将本地包保存至缓存,可执行:
# pacman -U file:///path/to/package/package_name-version.pkg.tar.zst
安装一个远程包(不在 pacman 配置的源里面):
# pacman -U http://www.example.com/repo/example.pkg.tar.zst
要禁用 -S
, -U
和 -R
动作,可以使用 -p
选项.
pacman 会列出需要安装和删除的软件,并在执行动作前要求需要的权限。
安装原因
pacman数据库按照软件包被安装的原因,将其分为两类:
-
显式安装:那些真正地被传递给通用pacman
-S
和-U
命令的包; - 依赖:那些虽然(一般)从未被传递给pacman安装命令,但由于被其它显式安装的包需要从而被隐式安装的包
当安装软件包时,可以把安装原因强制设为依赖:
# pacman -S --asdeps package_name
--asdeps
安装可选依赖将导致如果你移除孤立包,pacman将会一同移除剩下的可选依赖。但是当重新安装该软件包时,安装原因将会被设为软件包所默认的。
显式安装的软件包列表可用pacman -Qe
获取, 与之互补的已安装的依赖包可用pacman -Qd
获取。
改变某个已安装软件包的安装原因,可以执行:
# pacman -D --asdeps package_name
--asdeps
和--asexplicit
选项,例如pacman -Syu package_name --asdeps
,是不被推荐的。这会导致不仅改变要被安装的软件包的安装原因,也会改变被升级的软件包的安装原因。查询一个包含具体文件的包名
同步文件数据库:
# pacman -Fy
查询包含某个文件的包名,比如:
# pacman -F pacman core/pacman 5.0.1-4 usr/bin/pacman usr/share/bash-completion/completions/pacman extra/xscreensaver 5.36-1 usr/lib/xscreensaver/pacman
crontab
或者 systemd timer
来定期同步文件信息数据库。如果需要高级功能请安装 pkgfile,它使用一个单独的数据库来保存文件和它们所关联的软件包的信息。
安装/更新/删除 软件包时发生了什么
动作成功执行时,事务包含五大步骤和事务钩子程序:
- 如果数据库未被锁定,初始化事务
- 确认事务中要添加或删除的软件包
- 准备事务,根据参数,对同步数据库、软件包和依赖关系进行校验
- 提交事务:
- 如果需要,下载软件包 (
_alpm_sync_load
) - 如果有可以执行的 pacman
PreTransaction
钩子,执行这些钩子. - 被替换、出现冲突或被指定删除的软件包将会被删除
- 如果需要添加软件包,每个软件包都会执行提交
- 如果有安装脚本,执行
pre_install
函数(更新时执行pre_upgrade
,删除时执行pre_remove
). - pacman 删除软件包之前版本的所有文件 (在更新或删除软件包时)。配置文件将会被保留 (请参阅 Pacman (简体中文)/Pacnew and Pacsave (简体中文)).
- pacman 将软件包文件解压到系统(安装或升级软件包时). 会覆盖旧的已被手动修改的配置文件时,配置文件会命名为 (.pacnew).
- 如果软件包有安装脚本,执行
post_install
函数(更新时执行post_upgrade
,删除时执行post_remove
).
- 如果有安装脚本,执行
- 如果pacman
PostTransaction
钩子可执行,执行这些钩子.
- 如果需要,下载软件包 (
- 释放事务及事务资源 (例如,数据库锁)
配置
pacman 的配置文件位于/etc/pacman.conf
。 man pacman.conf 可以查看配置文件的进一步信息。
通用选项
通用选项都在[options]
段。阅读 man 手册或者查看默认的 pacman.conf 可以获得有关信息和用法。
升级前对比版本
要查看旧版和新版的有效安装包,请取消/etc/pacman.conf
中"VerbosePkgLists"的注释。修改后的pacman -Syu
输出如下:
Package (6) Old Version New Version Net Change Download Size extra/libmariadbclient 10.1.9-4 10.1.10-1 0.03 MiB 4.35 MiB extra/libpng 1.6.19-1 1.6.20-1 0.00 MiB 0.23 MiB extra/mariadb 10.1.9-4 10.1.10-1 0.26 MiB 13.80 MiB
启用并行下载
Pacman 6.0 增加了并行下载选项,将 /etc/pacman.conf
中 [options]
选项 ParallelDownloads
设置成正整数,例如 5
,将会同时下载 5 个软件包,如果未设置此选项,软件包将会被依次下载。
在升级时跳过软件包
要想在升级系统时跳过特定的软件包,用像如下的命令指明:
IgnorePkg=linux
多软件包可以用空格隔开,或者用另外的IgnorePkg
行。也可使用 glob 模式。如果只打算忽略一次升级,可以使用 --ignore
选项,这时使用逗号隔开的列表。
忽略了的软件包依然可通过 pacman -S
升级。这种情况下pacman会提醒你这些软件包已经被包含在IgnorePkg
声明中。
在升级时跳过软件包组
和软件包一样,也可以不升级某个软件包组:
IgnoreGroup = gnome
在升级时跳过文件
所有在NoUpgrade
指令中列出的文件都会在软件包被安装/升级时不会被更改,并且新文件会以带有.pacnew后缀名的形式安装
NoUpgrade=path/to/file
在安装时跳过文件
要总是跳过某些文件夹的安装,可以将它们放到 NoExtract
中,例如不想安装 systemd 模块:
NoExtract=usr/lib/systemd/system/*
后面的规则覆盖前面的规则,加上 !
可以取消跳过效果。
CheckSpace
参数加入pacman.conf
能够抑制这种警告,但是要意识到space-check功能将会对所有软件包禁用。保留多个配置文件
如果你有多个配置文件(比如,主配置和启用了测试仓库的配置文件),需要共享一些设置,你可以在配置文件中使用Include
选项,例如:
Include = /path/to/common/settings
/path/to/common/settings
文件中是两个配置文件共享的相同配置。
Hooks
pacman可以在处理前后,运行/usr/share/libalpm/hooks/
文件夹下的hooks,更多的hooks文件夹可以通过HooDir
选项在pacman.conf
中指明,默认/etc/pacman.d/hooks
。Hook文件必须以.hook为后缀。Pacman hooks不是交互式的。
pacman hooks用于,比如说,和systemd-sysusers
和systemd-tmpfiles
结合来在安装包时自动创建系统用户和文件。例如,tomcat8指明它想要创建一个叫做tomcat8
的系统用户和一些属于该用户的文件。当pacman确定tomcat8包含文件指明用户和临时文件时,pacman hooks systemd-sysusers.hook
和systemd-tmpfiles.hook
唤起systemd-sysusers
和systemd-tmpfiles
。
有关 alpm hooks 的更多信息,参见alpm-hooks(5)。
软件仓库
除了特殊的通用选项节, 每个pacman.conf
中的[section]
都定义了一个使用的软件包仓库,仓库是多个软件包的逻辑上的集合,他们物理上存储在一个或多个服务器:这也是为什么每一个服务器都叫做这个仓库的镜像。
仓库区分为官方仓库与非官方仓库。配置文件中仓库的顺序十分重要;当几个仓库出现同名安装包,不管版本号如何,pacman将使用配置文件中排前的仓库。要在添加后使用某个仓库,你需要先升级整个系统
每个仓库节都可以直接指定镜像列表或者Include
引用其他的文件:例如,官方镜像引用了/etc/pacman.d/mirrorlist/
。具体查看Mirrors (简体中文)。
软件包的安全性
pacman 支持软件包签名,会为软件包提供额外的安全性。默认配置,SigLevel = Required DatabaseOptional
将启用全局签名验证,但会被每个软件仓库的 SigLevel
行所覆盖。有关软件包签名和签名验证的更多细节,参见 pacman-key。
疑难解答
"Failed to commit transaction (conflicting files)" 错误
如果碰到如下错误:[2]
error: could not prepare transaction error: failed to commit transaction (conflicting files) package: /path/to/file exists in filesystem Errors occurred, no packages were upgraded.
这是因为 pacman 检测到文件冲突,而且按照设计,pacman 不会覆盖文件。这是设计功能,不是缺陷。
这个问题通常很容易解决。一个安全的方式是,首先检查是否有另一个软件包提供了这个文件 (pacman -Qo /path/to/file
)。如果文件被另一个软件包所有,请报告问题。如果不是其它软件包提供,将 'exists in filesystem' 的文件重命名并重新运行update命令。如果一切顺利,可以删掉这个文件。
如果你手动安装了一个软件,没有通过pacman,例如用make install
,你必须将软件连同它的全部文件一起移除/卸载。参见Pacman/Tips and tricks#Identify files not owned by any package。
每一个安装的软件包都会提供一个 /var/lib/pacman/local/$package-$version/files
文件,包含此软件包的元数据。如果文件损坏或者丢失,将会导致升级时出现file exists in filesystem
错误。此错误通常只会影响一个软件包,除了手动删除或移动所有的问题文件,你也可以显式地使用pacman -S --overwrite glob package
让 pacman 强制覆盖匹配glob
的文件。
--overwrite
开关。参见System maintenance (简体中文)#避免某些 Pacman 命令
"Failed to commit transaction (invalid or corrupted package)" 错误
看看/var/cache/pacman/pkg
中是否有*.part
结尾的文件,它们是没有完全下载的文件,删除它们并重新执行更新。这些程序一般是自定义的XferCommand
下载命令造成的。
# find /var/cache/pacman/pkg/ -iname "*.part" -delete
"Failed to init transaction (unable to lock database)" 错误
pacman 在改变软件包数据库前,比如安装软件包时,会创建一个文件锁 /var/lib/pacman/db.lck
。这会阻止其他 pacman 实例在同一时间修改软件包数据库。
如果 pacman 在更新数据库时被打断,旧锁可能保留下来。如果确认没有 pacman 实例在运行,那么删掉文件锁:
# rm /var/lib/pacman/db.lck
安装时无法获取软件包
错误内容包含:Not found in sync db
, Target not found
或 Failed retrieving file
.
首先确认软件包确实存在(并注意错别字)。如果确认软件包存在,可能本地数据库过时了或者软件仓库没有配置好,试试 pacman -Syyu
强制数据库更新和升级。
也有可能包含该软件包的软件仓库没有启动。例如,该软件包可能在 multilib 仓库里,但该仓库没有在 pacman.conf 中启用。
参阅FAQ#Why is there only a single version of each shared library in the official repositories?.
pacman 更新时崩溃
如果 pacman 在删除、重新安装或更新软件包时 "数据库写入" 出错:
- 从 Arch 安装媒体启动,最好用最新的安装媒体
- 挂载根文件系统,例如以 root 身份
mount /dev/sdaX /mnt
,通过df -h
确认根文件目录包含足够的空间 - 同样挂载 proc, sys 和 dev 文件系统:
mount -t proc proc /mnt/proc; mount --rbind /sys /mnt/sys; mount --rbind /dev /mnt/dev
- 如果系统使用默认的数据库目录位置,可以通过 root 用户执行下面命令
pacman --sysroot /mnt -Syu
来更新系统的 pacman 数据库。 - 如果无法更新,可以 重新安装所有软件包。
- 更新之后,可以通过下面命令确认是否还存在损坏的包:
find /mnt/usr/lib -size 0
- 通过
pacman --sysroot /mnt -S package
重新安装依然损坏的软件包
手动重新安装 pacman
即使 pacman 严重损坏,你仍可以手动修复它,这需要下载最新的包并把它们解压到正确的目录。大致步骤如下:
如果你拥有一个健康的 Arch 系统,你可以这样查看依赖项的完整列表:
$ pacman -Q $(pactree -u pacman)
但是依据你遇到的问题,你可能只需要更新其中的几个。解压一个包的示例是:
# tar -xvpwf package.tar.zst -C / --exclude .PKGINFO --exclude .INSTALL --exclude .MTREE --exclude .BUILDINFO
注意w
参数表示交互模式。以非交互方式运行是非常冒险的,因为你可能就此覆盖了一个重要文件。你也要注意以正确的顺序解压软件包(例如先解压依赖)。
这个帖子包含了一些这个过程的例子,这些例子中只有少量pacman依赖项损坏。
升级系统重启后,出现"unable to find root device"错误,无法登陆
很有可能 initramfs 在内核升级时损坏(例如由错误地使用 pacman 的 --overwrite
选项导致)。有两个选择;首先尝试 Fallback启动项。
Tab
键(对于 Syslinux)或者按e
键(对于 GRUB 或者 systemd-boot),将它重命名为initramfs-linux-fallback.img
然后按Enter
或者b
(取决于你的启动加载器以新参数启动的方式)一旦系统启动,从控制台或终端(为备用linux内核)运行这条命令来重建 initramfs 映像:
# mkinitcpio -p linux
如果上面方法不行,从一个当前的 Arch 发行(CD/DVD 或者 U盘),挂载你的根目录和启动分区,然后用 arch-chroot chroot
# arch-chroot /mnt # pacman -Syu mkinitcpio systemd linux
重新安装内核(linux 软件包)将会自动运行 mkinitcpio -p linux
重新生成 initramfs 镜像,不需要单独生成。
之后建议执行 exit
, umount /mnt/{boot,}
然后 reboot
.
Signature from "User <email@gmail.com>" is unknown trust, installation failed
试试以下途径:
- 更新已知密钥:
pacman-key --refresh-keys
; - 手动升级
archlinux-keyring
软件包:pacman -Sy archlinux-keyring && pacman -Su
. - 查看pacman-key#Resetting all the keys.
请求导入 PGP keys
如果用过时的 ISO 安装 Arch,你很有可能被提示要导入 PGP keys。同意下载密钥来继续。如果你无法成功添加 PGP keys,更新或升级 keyring archlinux-keyring (浏览 above).
Error: key "0123456789ABCDEF" could not be looked up remotely
如果软件包使用了新的密钥,且该密钥最近才被添加到 archlinux-keyring,那么这些密钥在更新过程中不可用于本地(先有鸡还是先有蛋的问题)。安装的 archlinux-keyring 不会包含这个密钥直到它被更新。Pacman 试图通过一个密钥服务器查询来绕过这个问题,这可能并不能完成(例如在代理或者防火墙后,导致上述错误)。先按照#Signature from "User <email@example.org>" is unknown trust, installation failed 所述更新 archlinux-keyring
不停看到错误 "PackageName: signature from "User <email@archlinux.org>" is invalid"
当系统时间错误时,签名密钥将会被认为过期(或无效)并且签名检查将会失败,提示以下错误信息:
error: PackageName: signature from "User <email@archlinux.org>" is invalid error: failed to commit transaction (invalid or corrupted package (PGP signature)) Errors occured, no packages were upgraded.
确保矫正系统时间,例如在安装或升级前从 root 执行 ntpd -qg
,和 hwclock -w
。
'warning: current locale is invalid; using default "C" locale' 错误
错误信息已经很明确了,locale 设置不正确,请阅读Locale进行设置。
Pacman 不使用我的代理设置
正确设置环境变量($http_proxy
, $ftp_proxy
等)如果使用 sudo,需要让 sudo 将这些变量传递给 pacman.
如何重装所有包并保留安装和依赖信息?
重装所有软件包:pacman -S $(pacman -Qnq)
(-S
选项会保留安装缘由)。
接着需要重装外来包(不在官方仓库里的软件包)。外来包可通过pacman -Qmq
查看。
有可能是前一次 pacman 事务中删除或者损坏了 pacman 自身需要的一些共享库。
要修复这种情况,你需要手动解压那些共享库文件到文件系统中合适的地方。首先请查明哪个包中包含有所需的库文件,然后在 pacman 缓存中 (/var/cache/pacman/pkg/
) 找到对应的包。解压出需要的库文件到文件系统的对应位置,如此可以继续使用 pacman 。
之后需要重新安装损坏的软件包。注意你可能需要使用 --overwrite
选项覆盖掉你刚刚解压出的系统文件,因为 pacman 可能没有跟踪到对应的文件信息。 pacman 随后会使用包中的文件正确替换掉共享库文件。如此能修好您的 pacman ,然后请继续更新系统中剩下的软件包。
软件包下载停滞
一些网络问题可能会报告阻止了 pacman 更新和同步仓库。[3] [4] 在实体机中安装 Arch Linux 时,这些问题已经通过替换默认的 pacman 文件下载器得到了解决 (更多细节请参阅 Improve pacman performance ) 。当在 VirtualBox 中安装 Arch Linux 作为客户操作系统时,这个问题也通过在主机属性中使用主机界面而不是 NAT 来解决。
无法从镜像服务器获取 'core.db'
error: 'local-package.pkg.tar': permission denied
如果你想要在一个 sshfs 上使用pacman -U
安装软件包并遇到了这个错误,将包移动到本地目录,再试一次。
error: could not determine cachedir mount point /var/cache/pacman/pkg
在 chroot 环境中执行 pacman -Syu
可能发生此错误:
error: could not determine cachedir mount point /var/cache/pacman/pkg error: failed to commit transaction (not enough free disk space)
通常是因为进入 chroot 时,进入的目录不是挂载点。解决方法请参考 Install Arch Linux from existing Linux#Downloading basic tools, arch-chroot(8) 解释问题的原因,并提供了一个通过 bind mount 解决问题的方法。