𰻞𰻝面
deepin
2026-08-28 08:57 大佬啊
Reply Like 0 View the author
大佬啊
星火这边不好做,不带liblol的话deepin没法适配,屏蔽app_compat又是修改UOS系统了
星火这边不好做,不带liblol的话deepin没法适配,屏蔽app_compat又是修改UOS系统了
UOS的逻辑可能是为了简化用户操作,双击旧世界的包,就直接引导至“兼容模式安装”,剩下的操作在UOS可控和确定的范围内自动完成。
大佬们,有没有学习的资料介绍啊,我想系统学学linux的知识,看你们这些旧世界新世界,我快懵了
大佬们,有没有学习的资料介绍啊,我想系统学学linux的知识,看你们这些旧世界新世界,我快懵了
没有学习资料,一回生二回熟,不懂的问一下ai,再找资料看看,核实一下。
需要啥学啥,想系统学,有鸟哥的私房菜,linux入门之类的pdf书。
没有学习资料,一回生二回熟,不懂的问一下ai,再找资料看看,核实一下。
需要啥学啥,想系统学,有鸟哥的私房菜,linux入门之类的pdf书。
我不知道从那个步骤学起……
我不知道从那个步骤学起……
边用边学呗,从哪里开始都可以。
我不知道从那个步骤学起……
先了解Linux内核和Linux发行版的区别,分清后在deepin学习常用的命令,学习并熟练使用命令后就可以自由发挥了。
不会的地方多问AI(千万别问豆包)
Popular Ranking
ChangePopular Events
More
星火商店版的微信在Deepinv25龙芯版可以正常运行,但是在UOSv25系统中无法运行。
以下是用WorkBuddy定位的结果(部分内容手动删改):
环境
现象
从星火商店安装微信,直接运行
/usr/bin/wechat(或点桌面图标)立即崩溃:崩溃 100% 复现,与用户数据无关。
定位过程(简述)
coredumpctl 回溯:
wechat main → MMInitCrashpadExport → __libc_fork → _Fork → __stack_chk_fail崩点在 crashpad 初始化的 fork 路径,_Fork栈帧 canary 被破坏。strace 显示崩溃窗口内只有
rt_sigprocmask(sigsetsize=8,透明分支)→clone→rt_sigprocmask三个系统调用,clone flags 正常,排除微信自身问题。反汇编 liblol glibc 2.42 的
_Fork,确认崩溃点在 fork 返回后的信号掩码恢复路径。关键发现:系统同时存在两套旧世界兼容层——
app_compatkmod(kprobe 挂rt_sig*/pselect6/ppoll/epoll_pwait/signalfd4等,gate 在TIF_ELF_OBJ_V0)la_ow_syscallkmod(同样 kprobe 挂一批信号系 syscall)对照实验:
app_compat+ liblol 0.1.10 → 仍然崩app_compat+ liblol 0.1.10 → 通过 fork 初始化app_compat+ 加载la_ow_syscall+ liblol 0.1.10 → 微信完整启动根因
两套旧世界兼容层存在冲突
la_ow_syscall内核模块」设计的app_compat模块,官方配对的是 liblol 0.1.6-1deepin1(changelog 显示该包只是 Uniontech 用 GCC 12 重编译的上游 0.1.6)app_compat并不认识新版 glibc 的约定 →app_compat的 kprobe 处理器改写系统调用参数时踩坏_Fork栈 → stack smashing修复方案
两种组合均已实测可完整启动微信(主进程 / crashpad / wxocr / wxplayer / WeChatAppEx 全部存活)。
方案 A:回到 UOS 官方组合(安装官方包方便,但不兼容星火商店中的旧世界转置包)
然后以“兼容模式安装”腾讯官方loongarch64版本的微信,以及其他旧世界的deb包。
兼容环境的管理,就是distrobox的那一套,在此不再赘述。
方案 B:保留 liblol 0.1.10,屏蔽 app_compat(安装行为可与Deepin一致)