★ FEATURED ARTICLE 最近帮几个朋友排查 Termux 安装 Kali 的报错前前后后看了不下十份安装日志发现一个规律真正卡死人的往往不是 Kali 本身有多难装而是环境没准备好、教程太旧、或者中间跳过了关键步骤。有人卡在同一条错误上好几天最后发现只是少跑了一个初始化命令。这篇我就把 Termux 装 Kali 过程中最常见的报错、排查思路和解决办法从头到尾整理一遍。不管你是第一次装还是已经栽在某条报错里出不来都可以顺着文章里的顺序自查一遍大概率能省下不少折腾时间。1. 装 Kali 前先给 Termux 做个体检80% 的报错能省掉提到 Termux 装 Kali第一个要搞清楚的问题是你用的到底是哪套安装方案。现在网上还能搜到很多下载脚本一键安装 Kali的教程这些脚本大多是几年前的产物放在今天的 Termux 版本上跑报错几乎是必然的。目前主流且社区维护最活跃的方案是 Termux 官方插件proot-distro它不需要 root也不用改手机系统本质上是把 Kali 的 rootfs 当作一个普通目录通过 proot 工具模拟出一个 root 环境来运行。搞清楚这一点后续很多混乱就能避免。1.1 先更新包源再装 proot-distro不管你之前做过什么进 Termux 后第一件事建议先执行pkg update pkg upgrade -y这一步如果报错说明 Termux 自身环境就有问题。常见的提示有The repository ... is not signed或者读取 index 失败。这时候先检查$PREFIX/etc/apt/sources.list里的源地址是否还能访问如果失效就换一个可用的镜像源。确认源没问题后再执行pkg install proot-distro -y装完之后运行proot-distro list能看到当前支持的发行版列表里面有 kali 这一项就说明工具链已经就绪。这里有个很常见的误解有朋友在 Termux 里执行apt install kali-linux发现包不存在以为是自己拼错了。这不是拼写问题而是 Termux 的包管理和 Kali 的 apt 是两套完全隔离的体系。Kali 的软件包只能进到 Kali 容器里安装在 Termux 宿主机上再怎么折腾也装不上。1.2 存储权限一次给到位termux-setup-storage这个命令看起来不起眼很多人直接跳过但后期很多权限报错都和它有关。执行之后手机系统会弹出授权请求允许之后 Termux 才能读写共享存储目录。如果你跳过这步后面想把文件从手机传到 Kali 容器里或者反过来把容器里的工具包拷出来就会遇到 Permission denied。即便安装过程里不一定立刻触发等你想传文件的时候麻烦就来了。我的建议是开始装 Kali 之前就先跑一次这个命令把授权收下免得后面被莫名其妙的权限问题打断。1.3 设备空间和系统时间检查Kali 官方仓库的 rootfs 解压后基础系统大概要占 2GB 以上如果后续再加图形界面和常用工具很轻松到 5-8GB。动手前先看一下手机剩余空间df -h /data如果数据分区剩余不到 10GB建议干脆只装命令行版本别强上桌面。另一个容易被忽略的是系统时间。安卓手机如果开了自动时间但网络同步不及时时间可能慢几分钟甚至几天这在安装阶段看不出问题等后面 apt 更新时会直接报Release file is not valid yet没经验的人在那边能卡一整天。所以时间问题越早确认越好。2. proot-distro install kali 阶段的报错逐个拆解基础环境处理好之后真正的安装命令其实只有一条proot-distro install kali但偏偏就是这一条命令报错花样最多。我挑几个出现频率最高的展开讲。2.1 wget: bad address 或下载 rootfs 失败proot-distro 安装 Kali 的过程本质上是先从 Kali 的官方仓库下载一个 rootfs 压缩包然后在本地解压。如果执行安装时看到wget: bad address http.kali.org这类错误基本可以断定是网络层面没解析到目标域名或者当前网络访问这个下载源太慢、不稳定。排查思路是先确认网络通不通curl -I https://http.kali.org如果 curl 也卡住或超时那问题就不在 proot-distro而是当前环境访问默认下载源很吃力。最省事的办法是换成可稳定访问的镜像源。proot-distro 的每个发行版对应一个插件脚本路径在$PREFIX/etc/proot-distro/kali.sh打开后找到类似TARBALL_URL的变量把下载地址前缀替换成你选好的镜像地址。改完之后最好先清理可能残留的半成品proot-distro remove kali proot-distro install kali我遇到过不少人只改了源不清理旧目录结果安装脚本检查到本地已有文件直接跳过下载最后进系统后缺东少西。2.2 安装报错 Command failed (127)命令退出码 127 在 Linux 里基本就是找不到命令。proot-distro 安装过程中会调用 bash、wget、tar、xz 这些基础工具如果 Termux 环境里缺了某个脚本执行到一半就会抛出这个错。解决方式很直接把这几个包都装上pkg install bash coreutils proot tar wget xz-utils -y装完后重新执行安装。如果想知道脚本具体卡在哪一步可以在安装命令前加一个环境变量让 proot-distro 输出详细调试日志PROOTDISTRO_DEBUG1 proot-distro install kali调试日志会把下载地址、解压命令全部打出来排错会直观很多。2.3 安装中断后重试提示已安装安装过程中网络不稳定或者自己不小心把 Termux 进程划掉了再执行proot-distro install kali时系统提示 Kali 已经存在但proot-distro login kali又进不去。这种情况八成是安装脚本在下载或解压中途留下了不完整的 rootfs 目录。处理步骤按这个顺序来proot-distro remove kali rm -rf $PREFIX/var/lib/proot-distro/installed-rootfs/kali proot-distro install kali删目录这步不是必须的但能确保残留文件被清干净。我见过 remove 命令本身也报错的情况原因是目录状态已经损坏这时候手动删最省心。2.4 长时间卡在某个下载百分比proot-distro 的下载过程对断点续传支持很有限如果卡住半天不动基本可以判断连接已经断了。别傻等直接 CtrlC 中断然后按 2.1 的方法换镜像源重来。还有一个小技巧先用 wget 或 curl 把 rootfs 压缩包手动下载到本地目录再修改kali.sh里的地址为file:///sdcard/Download/xxx.tar.gz这类本地路径让 proot-distro 直接从本地文件安装。这样能绕开网络下载的不确定性特别适合网络环境不太稳定的场景。2.5 安装成功了登录却段错误下载和解压都过了proot-distro login kali时却直接提示段错误或者进去之后执行几条命令就崩了。这时候别急着怀疑 Kali 没装好更常见的原因是 Android 系统的安全策略和 proot 的某些调用冲突。比较通用的解决办法是PROOT_NO_SECCOMP1 proot-distro login kali建议把这条命令记下来。Android 12 及以上设备在 Termux 里跑 proot 类容器遇到莫名其妙的崩溃优先试这个。原理我在后面第 5 部分再展开。3. 进了 Kali 之后apt 源、时间同步、锁文件这些高频坑安装成功只是第一步真正让人上火的往往是从登录开始。很多人以为进了 Kali 就算完事结果第一条apt update就把人劝退。3.1 先搞清楚我现在到底在哪这句话听起来像废话但真有人在这上面栽跟头。Termux 和 Kali 是两个完全不同的软件环境命令不能混用。判断当前是否在 Kali 里最简单的方法是看提示符或者执行cat /etc/os-release如果显示的是 Kali 的信息那么这里就归 apt 管。如果提示apt: command not found说明你还在 Termux 宿主环境里需要先执行proot-distro login kali反向的坑也一样在 Kali 里执行pkg install xxx同样会报错因为 pkg 是 Termux 的包管理器Kali 容器里根本没有这个命令。记住这个对应关系能省掉不少纳闷时间。3.2 apt update 报 Release file is not valid yet这条报错几乎每个在 Termux 里装过 Kali 的人都会遇到。原因很直白apt 下载完软件包索引后要校验 Release 文件的有效期而校验依赖系统当前时间。手机时间不对Kali 容器里的时间自然也是错的apt 就会说这个 Release 文件还不是有效的。解决分两步。先到手机系统设置里把自动确定日期和时间打开等系统时间校准。然后回到 Termux 安装时区数据pkg install tzdata -y重新登录 Kali 后执行date确认时间正确。如果时间差得太多apt 更新还是报错可以先手动临时校正日期再继续操作。还有一个小细节安卓手机重启后如果一直没联网系统时间可能停在上次关机时的状态这也是为什么我建议安装前就先检查时间。3.3 Could not get lock /var/lib/dpkg/lock-frontendapt install的时候看到Could not get lock说明系统里已经有一个 apt 或 dpkg 进程在运行。Termux 在 proot 环境下没有完整的进程管理有时候终端看起来已经卡住不动其实后台的 apt 还在跑。最忌讳的是上来就删锁文件万一删完又有进程在写会把包数据库搞坏。正规排法是ps aux | grep apt ps aux | grep dpkg找到相关进程后kill -9确认没有残留进程了再清理锁文件rm /var/lib/dpkg/lock-frontend /var/lib/dpkg/lock /var/cache/apt/archives/lock随后重新执行apt update和apt install。这套顺序在虚拟化环境里格外重要因为 proot 下杀掉一个进程它的子进程不一定跟着死多查两遍总没错。3.4 apt does not have a stable CLI interface这条看起来像报错实际只是一句警告。完整内容是WARNING: apt does not have a stable CLI interface. Use with caution in scripts.意思是在脚本中使用 apt 时输出格式不稳定建议改用 apt-get。交互式终端里看到这条可以直接无视。日常装包用 apt 还是 apt-get 都行但如果自己写脚本建议统一用 apt-get输出更可预测行为也更稳定。3.5 换源的正确姿势以及为什么不能乱混源Kali 的源和 Ubuntu、Debian 的源格式不同混着用是新手最容易犯的错误。Kali 的源文件一般在/etc/apt/sources.list或/etc/apt/sources.list.d/kali.list标准的镜像源写法类似deb https://mirrors.aliyun.com/kali kali-rolling main non-free contrib改完之后执行apt update。如果出现签名验证问题多半是缺少 Kali 的官方签名密钥安装kali-archive-keyring就能解决。要特别提醒不要把 Debian 源或 Ubuntu 源加进 Kali。Kali 本身基于 Debian 的 testing 分支但软件包版本和依赖关系与 Debian 官方并不完全一致混源后最常见的现象是依赖升级到一半系统崩了想回退都难。要换就整套换成同一个镜像的 Kali 源别东拼西凑。4. 图形界面跑起来之前还有一堆隐藏报错要处理很多人在 Termux 里装 Kali不只是为了命令行还想看到熟悉的 Kali 桌面。但这一步涉及的东西更多VNC、桌面环境、dbus、中文字体任何一环不对都会冒出新报错。下面这几个是我见过最多的。4.1 VNC 连不上检查监听和绑定地址在 Kali 里装好xfce4和tigervnc-standalone-server之后启动桌面服务的一般顺序是vncpasswd vncserver -geometry 1280x800 -depth 24 :1然后在电脑或手机上用 VNC Viewer 连接127.0.0.1:5901。如果提示 Connection refused先回到 Kali 里看这个端口有没有在监听vncserver -list ss -tlnp | grep 5901最常见的原因是 vncserver 没起来或起来之后立刻崩了。如果确认在跑但还是连不上看看服务是不是只绑定到了回环地址。如果ss -tlnp显示监听地址是 127.0.0.1那局域网里的其他设备当然连不进去。这时候需要用允许非本地连接的方式启动vncserver -localhost no -geometry 1280x800 :1需要明确的是-localhost no意味着局域网内任何设备都能尝试连接只建议在可信网络下临时使用用完及时关掉。4.2 连上了但黑屏多半是 xstartup 的问题VNC 服务本质上是开一个虚拟显示然后由~/.vnc/xstartup脚本来决定在这个显示上启动什么桌面。很多默认的 xstartup 内容写得非常简单只启动最基础的窗口组件甚至什么都不启动所以你会看到黑屏或灰屏但又没有明确报错。把这个文件改成下面这样再重启 VNC 就能解决#!/bin/bash unset SESSION_MANAGER unset DBUS_SESSION_BUS_ADDRESS export DISPLAY:1 export $(dbus-launch) startxfce4 改完之后记得执行chmod x ~/.vnc/xstartup然后重启vncserver -kill :1 vncserver -geometry 1280x800 -depth 24 :1这里的核心是dbus-launch这一行很多人漏掉它结果就遇到下面这个问题。4.3 图形程序报错 Failed to connect to bus在 VNC 桌面里打开一些图形程序时报Failed to connect to bus: No such file or directory十有八九是 dbus 会话没有启动。dbus 负责图形程序之间的消息通信相当于办公室里的前台前台没上班各部门之间就很难协作联动。最直接的解决方法是进入 VNC 会话的终端后执行export $(dbus-launch)再重新启动程序。如果希望每次启动桌面都自动带好就在 4.2 里的 xstartup 中保留export $(dbus-launch)这一行整个桌面会话都会继承这个环境变量。4.4 中文全部变成方块默认 Kali 镜像未必包含中文字体打开中文界面全是方块字。安装一套 Noto CJK 字体就能解决apt install fonts-noto-cjk -y然后设置 locale。如果没有 locales 包先apt install locales -y再执行dpkg-reconfigure locales勾选zh_CN.UTF-8设成默认语言。完成后重新启动 VNC 会话再打开应用中文就能正常显示了。如果想在 VNC 里用中文输入法那还需要额外配置 fcitx5 和相关组件这一步在 Termux proot 容器里牵扯环境变量继承问题比字体麻烦不少建议先把环境变量理清楚再折腾否则很容易出现输入法装上了但切不出来的情况。4.5 root 与 sudo 的权限困惑通过proot-distro login kali进入系统时默认就是 root 用户终端提示符是#可以直接执行安装命令不需要 sudo。如果你自己创建了普通用户然后发现执行sudo apt update报错说用户不在 sudoers 里这是 Kali 的默认策略普通用户默认没有被授予 sudo 权限。想改就用 root 身份运行visudo在里面给相应用户加一行权限。不过在我的使用习惯里proot 环境里一般不建议纠结这些权限问题。既然容器本身不会影响手机系统安全大多数学习场景直接以 root 操作反而少踩坑。5. 能直接救命的排错细节环境变量、日志与空间规划最后这部分讲的不是某一条具体报错而是几个能让你少走大量弯路的通用思路。我一直觉得排错能力比背命令重要得多。5.1 PROOT_NO_SECCOMP 到底解决了什么第 2.5 节提到的段错误原因在这里展开。proot 运行时要和内核的安全计算机制打交道而 Android 的版本、内核的配置、甚至手机厂商的修改都会影响两者之间的兼容性。有时候 proot 调用某个系统调用被内核拦下来程序就会直接崩溃表现为 Segmentation fault或者终端里出现signal 11之类的提示。PROOT_NO_SECCOMP1的作用是让 proot 不要启用 seccomp 相关的加速和过滤机制改用更保守但兼容性更好的模式。代价是某些操作会慢一点换来的却是稳定。默认方式能正常用就不必加一旦出现奇怪的崩溃优先加上试试。还有更省事的写法把环境变量写进 Termux 的 profile 文件每次登录自动带上省得手输一长串。5.2 遇到报错先看日志而不是猜很多人报错时只截最后一条错误信息发出来这样的信息量非常有限。真正有效的排查方式是从日志里往前多看几十行。安装 Kali 时可以这样开调试日志PROOTDISTRO_DEBUG1 proot-distro install kali终端会输出脚本执行的每一步包括具体下载了哪个文件、解压到哪个目录、卡在哪条命令上。进系统后如果某个应用报错可以看相关日志输出或者查看/var/log/目录下的文件。Termux 自身也有隐藏日志入口长按终端窗口在更多选项里可以开启日志输出如果问题发生在 Termux 启动早期还能用 Android 的 logcat 看到系统级别的输出。养成先看日志再下结论的习惯能避免很多瞎折腾。5.3 空间不够怎么办先规划再迁移proot-distro 默认把 rootfs 放在$PREFIX/var/lib/proot-distro/installed-rootfs目录下对应 Termux 自己的数据目录。如果手机数据分区空间紧张把整个目录搬到外置存储是个很多人都会想的方向但我的建议是慎做。外置 sdcard 大多是 FAT/exFAT 格式对符号链接和权限属性的支持很差proot 运行时会出现各种诡异错误。真到必须迁移的地步优先找内部存储里更宽敞的位置迁移后重新登录 Kali 并跑一遍常用命令验证别迁完第二天才发现整个环境不能用。5.4 我想在 Termux 里跑 Docker这条直接打破幻想装完 Kali 之后经常有人接着问怎么在里面跑 Docker。如果看到这类报错Cannot connect to the Docker daemon原因很简单Docker 需要真正的 root 权限需要直接操作内核的 cgroup、namespace 等能力而 proot 只是用户态模拟工具提供不了这些内核级能力。所以在 Termux proot 环境里Docker 基本不可用。想玩 Docker 就得换思路比如在能拿到 root 的设备上折腾真正的容器环境或者使用更接近完整 Linux 的环境。包括一些教程常见的使用 Docker 部署靶场环境的方案在这套架构下也同样跑不通建议直接用不用 Docker 的方式部署。5.5 常用命令速查表为了方便排错时对照我把全文涉及的高频命令整理成一张速查表场景命令查看 proot-distro 支持的系统proot-distro list安装 Kaliproot-distro install kali进入 Kaliproot-distro login kali删除 Kali 容器proot-distro remove kali手动清除残留 rootfsrm -rf $PREFIX/var/lib/proot-distro/installed-rootfs/kali崩溃时兼容模式登录PROOT_NO_SECCOMP1 proot-distro login kali查看安装调试日志PROOTDISTRO_DEBUG1 proot-distro install kali查看数据分区剩余空间df -h /data这次把 Termux 安装 Kali 的报错从头梳理了一遍我最深的感受是绝大多数问题不是 Kali 本身有多难搞定而是安装前少做了几个初始化动作或者报错后没有按顺序排查东试一下西试一下最后把环境搞得比一开始还乱。我现在养成的习惯是每操作一步就顺手存一下日志把命令和输出都留下来遇到问题先往前翻几十行看上下文而不是只盯着最后那句红色文字。如果你在 Termux 装 Kali 时也被某条报错卡住建议按文章里的顺序从环境检查开始过一遍大概率能自己排查出来。也欢迎带着具体报错内容来交流一起把坑踩平。
阅读完成 · 觉得有帮助？
