kali无法定位软件包

我在一台老旧的无法ThinkPad上装Kali，执行apt install sqlmap，定位屏幕直接甩回来一句“无法定位软件包”。软件这不是无法第一次了。每次遇到这鬼问题，定位十有八九不是软件Kali的错，是无法你自己把软件源搞成了Debian的，或者压根没更新索引。定位

先别急着骂系统。软件Kali的无法软件源和Debian不一样，它用的定位是自己独立的仓库，里面全是软件渗透测试工具。你要是无法把/etc/apt/sources.list里的地址写成了deb.debian.org，那apt当然找不到sqlmap——Debian官方仓库本来就没有这玩意儿。定位我见过有人把Ubuntu的软件源也塞进去，结果更惨，依赖关系直接崩成麻花。

正确的源长这样：

deb https://http.kali.org/kali kali-rolling main non-free contrib

写完之后，记得跑apt update。这一步很多人跳过，结果apt还在用旧的索引文件，自然“无法定位”。我有个习惯，改完源先apt clean再update，清掉缓存里的垃圾索引，能少踩不少坑。

但还有一种情况，源没问题，update也跑了，照样报错。这时候你得看看是不是系统版本太老。Kali是滚动发行版，版本号一直在变。你如果是两年前装的Kali，一直没升级过，那软件源里的索引可能已经指向了新的仓库结构，旧系统解析不了。跑一句apt full-upgrade，把整个系统滚到最新，多半就能解决。

另外，别忽略/etc/apt/sources.list.d/这个目录。有时候你装第三方工具，它往里面丢了个自定义的list文件，里面写了个不存在的仓库地址。apt会尝试读取所有源文件，一旦那个地址解析失败，整个update过程就可能中断，导致后面的包都“无法定位”。检查一下这个目录，把乱七八糟的文件删掉，只留kali官方的。

还有个冷门原因——架构不匹配。我试过在树莓派上装Kali ARM版，然后手贱去装一个只有x86架构的包，apt直接说找不到。这时候用apt search看看包名对不对，或者去pkg.kali.org手动查一下包是否存在，别瞎猜。

最后说个玄学。有时候你明明什么都没动，过几天再装同一个包，居然成功了。这大概率是官方仓库临时抽风，或者你所在的网络DNS缓存了旧的解析记录。遇到这种，换个时间再试，或者用apt update -o Acquire::http::Timeout=10强制超时重试几次，比干瞪眼强。

说到底，“无法定位软件包”就是个提示，不是判决书。先检查源，再确认架构，然后更新索引，三步走完，九成问题都消失了。剩下的那一成，多半是你装了个名字拼错的包——比如把metasploit-framework写成metasploit，那当然找不到。人非圣贤，孰能拼错呢？