追踪与中断点陷阱 (核心已转储)，何解？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 1630 天前的主题，其中的信息可能已经有所发展或是发生改变。

系统是 Manjaro ，桌面 cinnamon 5.0.5 ，内核 5.10.71-1 ，刚装好不久的系统，今天从系统自带的软件商店安装了 proxychains-ng 后发现无法运行，提示：
-------------------------------------------
$ proxychains4 chromium
[proxychains] config file found: /etc/proxychains.conf
[proxychains] preloading /usr/lib/libproxychains4.so
[proxychains] DLL init: proxychains-ng 4.15
[proxychains] DLL init: proxychains-ng 4.15
[proxychains] DLL init: proxychains-ng 4.15
[proxychains] DLL init: proxychains-ng 4.15
追踪与中断点陷阱 (核心已转储)
-------------------------------------------
完全没有见识过这样的问题，放狗搜也完全搜不到解决方案，甚至就没有一个页面上同时出现“proxychains“和 “追踪与中断点陷阱 (核心已转储)“的。

卸载 proxychains-ng 4.15 ，然后去 github 上下载了 4.14 的源码，依照 github 上的说明安装上了，但是完全一样的错误，就是“4.15“变成了“4.14“。

不是程序员，对此束手无策，请大佬们指点一下该怎么让它正常跑起来，谢谢

9 条回复 2021-11-08 19:32:25 +08:00

TomChaai

2021 年 11 月 7 日 via iPad

你不要用中文版就解决一大半搜索问题了，中文术语鬼都看不懂
这个原文应该是 Trace/breakpoint trap (core dumped)，这和 win 系统的蓝屏或者应用崩溃一个原理，你搜这些关键字是屁用没有的，要把 core dump 解开然后看哪个模块崩了，具体问题具体分析。

cathedrel

2021 年 11 月 7 日

@TomChaai 那 core dump 在哪儿呢？怎么解开怎么看？

codehz

2021 年 11 月 7 日 via Android

Chromium 有沙箱的啊，proxychains 用到的系统调用不在白名单里，试图注入渲染进程的时候就会被 seccomp 拦截导致立即崩溃了啊
非要 proxychains 的话就得把沙箱关掉 --no-sandbox

Nitroethane

2021 年 11 月 7 日

Chrome 支持 --proxy-server 命令行参数手动指定代理啊，而且这个参数可以写到配置文件里，启动的时候会自动读取配置文件里的参数，完全没必要用 proxychains

TomChaai

2021 年 11 月 7 日

@cathedrel 已经帮你把特殊问题转化为标准问题了，你自己搜呗

cathedrel

2021 年 11 月 8 日

@codehz
@Nitroethane 这个例子里用 chrome 只是觉得大家都会理解这个，实际上我要用到的都是些奇奇怪怪的程序，而且，确实 proxychains4 用在所有的程序上都是这个“追踪与中断点陷阱 (核心已转储)”的结果，也就是说在我这个系统上 proxychains 就是完全用不了的....

2i2Re2PLMaDnghL

2021 年 11 月 8 日

下载符号文件，通过 gdb 去看 core dump 里对应的符号，看是哪个函数那里出了问题，对应去梳理逻辑。
具体方法还涉及到发行版带了什么工具，参考 stackoverflow[.]com/questions/8305866

鉴于我查到的 proxychains-ng 的指南是让你自己编译，其实直接 gdb 挂载运行即可。
但我不会 gdb （

cathedrel

2021 年 11 月 8 日

@2i2Re2PLMaDnghL 老哥，什么是“符号文件”？“gdb”又是什么？

TomChai

2021 年 11 月 8 日

@cathedrel “是什么”类问题，自己能问谷歌的就不要浪费别人时间。