[Bug] 无法使用chrome/chromium浏览器（无沙盒依旧无法使用）

[DanielToyama]

设备型号

米Pad8pro

操作系统版本

澎湃3.0.5.0.WPYCNXM-ANDROID16

小小容器版本

4.2.2XFCE

是否最新版？

是

若非最新版，必须说明不使用最新版的原因

No response

重现问题的操作过程

全新安装小小容器，直接安装菜单中的执行安装chrome/chromium
打开，提示报错5
尝试开关新旧proot，会解决第一行netlink报错，但是下面的依然存在，同时依旧chromium/chrome任何页面崩溃5
firefox/vscode不受影响

小小电脑版本无此问题

[DanielToyama]

尝试附加启动指令no-zygote无效

[arlingkin]

Dude please use English

[Cateners]

确实有这个问题，不是很清楚原因。不过既然小小电脑能用，说不定又是某个/proc内文件没有被模拟导致的问题。🤔

[sbbatm]

作者你好，我遇到了类似问题，排查后发现本机 PRoot 返回的内核版本格式异常。做了局部修正后，Chrome 已经可以正常使用，提供一下证据供参考。

环境

• Tiny Container，Debian 13，ARM64，XFCE
• Brave 1.95.101（Chromium 153）
• Google Chrome 153.0.8010.47 ARM64

发现

本机 /.tiny.yaml 的 PRoot 启动命令给 --kernel-release 传入了整段文字：

--kernel-release="Linux localhost 6.17.0-PRoot-Distro #1 SMP PREEMPT_DYNAMIC Fri, 10 Oct 2025 00:00:00 +0000 aarch64 localdomain -1"

执行：

python3 -c 'import os; print(repr(os.uname().release))'

得到：

'Linux localhost 6.17.0-PRoot-Distro #1 SMP PREEMPT_DYNAMIC Fri, '

它不是以数字开头的版本号。若环境包装过 uname 命令，仅看 uname -r 可能发现不了，直接调用 libc 的程序仍会取得这个异常值。

定位证据

在 AI 编程助手协助下，对实验浏览器进程进行记录：

1. Brave 的两个 renderer 都因 SIGTRAP（信号 5）退出。
2. 捕获到两个 renderer 的故障地址相同。
3. 反汇编显示，该位置调用 uname()，再用 sscanf(release, "%d.%d", ...) 解析版本；解析结果不是两个数字时，跳转到 BRK 指令。

这是二进制层面的定位，尚未对应到上游源代码函数名。

修正及结果

用进程局部的 LD_PRELOAD 辅助库，把异常 release 字段整理为：

6.17.0-PRoot-Distro

没有修改浏览器二进制或全局容器配置。对照测试均保留 --no-sandbox，没有额外关闭 GPU 或使用单进程模式。

• Brave：修正前 SIGTRAP，修正后 renderer 在 20 秒观察期内持续运行，没有再记录到 SIGTRAP。
• Chrome：修正前反复出现信号 5，修正后 15 秒观察期内不再出现，renderer 持续运行。
• 随后我亲自使用修正入口打开 Chrome，已确认可以正常使用。Google 账号同步及长期稳定性尚未单独验证。

因此建议核对该 PRoot 构建的 --kernel-release 参数格式，确认是否应只传版本字符串，而不是整段系统描述。我们没有直接修改这个参数并重启容器，采用的是浏览器进程局部修正。

此前本环境安装 libc6 时还出现过：

arithmetic expression: expecting EOF: "Linux localhost 6 * 100 + 17"

也与异常的版本字段相符。

不确定这是否覆盖其他设备上的所有“错误 5”，但在本机有明确的前后对照。需要的话，可以继续提供最小修正源码和精简日志。

最后，这个uname问题在新版本中一直存在，从更新软件包到安装程序，只能一个个改，还是非常感谢作者和。gpt-6-astra，你们作者你好，我遇到了类似问题，排查后发现本机 PRoot 返回的内核版本格式异常。做了局部修正后，Chrome 已经可以正常使用，提供一下证据供参考。

环境

• Tiny Container，Debian 13，ARM64，XFCE
• Brave 1.95.101（Chromium 153）
• Google Chrome 153.0.8010.47 ARM64

发现

本机 /.tiny.yaml 的 PRoot 启动命令给 --kernel-release 传入了整段文字：

--kernel-release="Linux localhost 6.17.0-PRoot-Distro #1 SMP PREEMPT_DYNAMIC Fri, 10 Oct 2025 00:00:00 +0000 aarch64 localdomain -1"

执行：

python3 -c 'import os; print(repr(os.uname().release))'

得到：

'Linux localhost 6.17.0-PRoot-Distro #1 SMP PREEMPT_DYNAMIC Fri, '

它不是以数字开头的版本号。若环境包装过 uname 命令，仅看 uname -r 可能发现不了，直接调用 libc 的程序仍会取得这个异常值。

定位证据

在 AI 编程助手协助下，对实验浏览器进程进行记录：

1. Brave 的两个 renderer 都因 SIGTRAP（信号 5）退出。
2. 捕获到两个 renderer 的故障地址相同。
3. 反汇编显示，该位置调用 uname()，再用 sscanf(release, "%d.%d", ...) 解析版本；解析结果不是两个数字时，跳转到 BRK 指令。

这是二进制层面的定位，尚未对应到上游源代码函数名。

修正及结果

用进程局部的 LD_PRELOAD 辅助库，把异常 release 字段整理为：

6.17.0-PRoot-Distro

没有修改浏览器二进制或全局容器配置。对照测试均保留 --no-sandbox，没有额外关闭 GPU 或使用单进程模式。

• Brave：修正前 SIGTRAP，修正后 renderer 在 20 秒观察期内持续运行，没有再记录到 SIGTRAP。
• Chrome：修正前反复出现信号 5，修正后 15 秒观察期内不再出现，renderer 持续运行。
• 随后我亲自使用修正入口打开 Chrome，已确认可以正常使用。Google 账号同步及长期稳定性尚未单独验证。

因此建议核对该 PRoot 构建的 --kernel-release 参数格式，确认是否应只传版本字符串，而不是整段系统描述。我们没有直接修改这个参数并重启容器，采用的是浏览器进程局部修正。

此前本环境安装 libc6 时还出现过：

arithmetic expression: expecting EOF: "Linux localhost 6 * 100 + 17"

也与异常的版本字段相符。

不确定这是否覆盖其他设备上的所有“错误 5”，但在本机有明确的前后对照。需要的话，可以继续提供最小修正源码和精简日志。

以上是gpt-6-astra所写，作者大大你看看吧，我是看不懂

[DanielToyama]

作者你好，我遇到了类似问题，排查后发现本机 PRoot 返回的内核版本格式异常。做了局部修正后，Chrome 已经可以正常使用，提供一下证据供参考。

环境

• Tiny Container，Debian 13，ARM64，XFCE
• Brave 1.95.101（Chromium 153）
• Google Chrome 153.0.8010.47 ARM64

发现

本机 /.tiny.yaml 的 PRoot 启动命令给 --kernel-release 传入了整段文字：

--kernel-release="Linux localhost 6.17.0-PRoot-Distro #1 SMP PREEMPT_DYNAMIC Fri, 10 Oct 2025 00:00:00 +0000 aarch64 localdomain -1"

执行：

python3 -c 'import os; print(repr(os.uname().release))'
得到：

'Linux localhost 6.17.0-PRoot-Distro #1 SMP PREEMPT_DYNAMIC Fri, '

它不是以数字开头的版本号。若环境包装过 uname 命令，仅看 uname -r 可能发现不了，直接调用 libc 的程序仍会取得这个异常值。

定位证据

在 AI 编程助手协助下，对实验浏览器进程进行记录：

1. Brave 的两个 renderer 都因 SIGTRAP（信号 5）退出。
2. 捕获到两个 renderer 的故障地址相同。
3. 反汇编显示，该位置调用 uname()，再用 sscanf(release, "%d.%d", ...) 解析版本；解析结果不是两个数字时，跳转到 BRK 指令。

这是二进制层面的定位，尚未对应到上游源代码函数名。

修正及结果

用进程局部的 LD_PRELOAD 辅助库，把异常 release 字段整理为：

6.17.0-PRoot-Distro

没有修改浏览器二进制或全局容器配置。对照测试均保留 --no-sandbox，没有额外关闭 GPU 或使用单进程模式。

• Brave：修正前 SIGTRAP，修正后 renderer 在 20 秒观察期内持续运行，没有再记录到 SIGTRAP。
• Chrome：修正前反复出现信号 5，修正后 15 秒观察期内不再出现，renderer 持续运行。
• 随后我亲自使用修正入口打开 Chrome，已确认可以正常使用。Google 账号同步及长期稳定性尚未单独验证。

因此建议核对该 PRoot 构建的 --kernel-release 参数格式，确认是否应只传版本字符串，而不是整段系统描述。我们没有直接修改这个参数并重启容器，采用的是浏览器进程局部修正。

此前本环境安装 libc6 时还出现过：

arithmetic expression: expecting EOF: "Linux localhost 6 * 100 + 17"

也与异常的版本字段相符。

不确定这是否覆盖其他设备上的所有“错误 5”，但在本机有明确的前后对照。需要的话，可以继续提供最小修正源码和精简日志。

最后，这个uname问题在新版本中一直存在，从更新软件包到安装程序，只能一个个改，还是非常感谢作者和。gpt-6-astra，你们作者你好，我遇到了类似问题，排查后发现本机 PRoot 返回的内核版本格式异常。做了局部修正后，Chrome 已经可以正常使用，提供一下证据供参考。

环境

• Tiny Container，Debian 13，ARM64，XFCE
• Brave 1.95.101（Chromium 153）
• Google Chrome 153.0.8010.47 ARM64

发现

本机 /.tiny.yaml 的 PRoot 启动命令给 --kernel-release 传入了整段文字：

--kernel-release="Linux localhost 6.17.0-PRoot-Distro #1 SMP PREEMPT_DYNAMIC Fri, 10 Oct 2025 00:00:00 +0000 aarch64 localdomain -1"

执行：

python3 -c 'import os; print(repr(os.uname().release))'
得到：

'Linux localhost 6.17.0-PRoot-Distro #1 SMP PREEMPT_DYNAMIC Fri, '

它不是以数字开头的版本号。若环境包装过 uname 命令，仅看 uname -r 可能发现不了，直接调用 libc 的程序仍会取得这个异常值。

定位证据

在 AI 编程助手协助下，对实验浏览器进程进行记录：

1. Brave 的两个 renderer 都因 SIGTRAP（信号 5）退出。
2. 捕获到两个 renderer 的故障地址相同。
3. 反汇编显示，该位置调用 uname()，再用 sscanf(release, "%d.%d", ...) 解析版本；解析结果不是两个数字时，跳转到 BRK 指令。

这是二进制层面的定位，尚未对应到上游源代码函数名。

修正及结果

用进程局部的 LD_PRELOAD 辅助库，把异常 release 字段整理为：

6.17.0-PRoot-Distro

没有修改浏览器二进制或全局容器配置。对照测试均保留 --no-sandbox，没有额外关闭 GPU 或使用单进程模式。

• Brave：修正前 SIGTRAP，修正后 renderer 在 20 秒观察期内持续运行，没有再记录到 SIGTRAP。
• Chrome：修正前反复出现信号 5，修正后 15 秒观察期内不再出现，renderer 持续运行。
• 随后我亲自使用修正入口打开 Chrome，已确认可以正常使用。Google 账号同步及长期稳定性尚未单独验证。

因此建议核对该 PRoot 构建的 --kernel-release 参数格式，确认是否应只传版本字符串，而不是整段系统描述。我们没有直接修改这个参数并重启容器，采用的是浏览器进程局部修正。

此前本环境安装 libc6 时还出现过：

arithmetic expression: expecting EOF: "Linux localhost 6 * 100 + 17"

也与异常的版本字段相符。

不确定这是否覆盖其他设备上的所有“错误 5”，但在本机有明确的前后对照。需要的话，可以继续提供最小修正源码和精简日志。

以上是gpt-6-astra所写，作者大大你看看吧，我是看不懂

如果是uname异常导致的问题，我觉得可以开个新issue了

[DanielToyama]

@sbbatm 感谢：我直接启动参数中--kernel-release改为6.17.0-PRoot-Distro之后GoogleChrome一切正常了