五风险？

感觉不太可行。

论坛里面有升级的帖子，你可以自己搜索，但是风险自负。

可以升级，但升级后可能会导致系统崩溃，不建议升级。

可以试试这个可能会解决glibc版本问题的小工具：https://bbs.deepin.org/post/256555

不会让系统崩溃或者不稳定。

会让系统直接灰飞烟灭，无法操作并且没有重启的机会。

spk://store/tools/additional-base-lib

安装之后用ablrun xxx启动

好的 我看看 多谢

这么可怕

啊这，那这样只能重装系统解决了。

好文， 不明觉厉

如果应用非要高版本的glibc，可以去试试unstable版本的V23，好像版本高些

（放以前那可是不推荐的，但glibc这个东西不能乱动……V23bug有点多，自己考量下吧）

这个不能直接运行AppImage是吧

v23试用了下， 又回退到20.9了。。等成熟了再说吧

需要把appimage给extract之后用ablrun运行AppRun

看这报错……找不到文件？容器的锅

记得先备份

也不是耸人听闻，每个GNU/Linux爱好者或多或少都有把系统折腾坏的经历，因为大家学到的都是操作电脑的方法技巧，而没人教授安全稳定的使用规范。结果就是而这些东西只能从一次次事故中领悟，很多熟练的玩家可能也存在各种各样的陋习。

你有在命令前面加上吗./（比如 ablrun ./xxx.AppImage）？，如果没有的话，他就去系统的可执行文件目录寻找了，而不是当前目录。

加了又报这个错， 😳

又报别的错了

唔这个是AppImage打包质量的问题，也是我很多时候不建议用AppImage的原因。

很简单，其实你把这个报错的库从解包目录删掉就可以了。这样程序就会用系统的库替代。这个库（libpangoft2-1.0.0）应该已经是预装了的。

我的系统是20.9 是升级到glibc-2.29的，没什么问题

# 5.编译glibc
glibc-2.29.tar.gz
cd /opt/glibc-2.29-src 
mkdir build
../configure --enable-optimizations --prefix=/opt/glibc-2.29
make
make install

mv  /lib/x86_64-linux-gnu/libm.so.6 /lib/x86_64-linux-gnu/libm.so.6.bak
ln -s /opt/glibc-2.29/lib/libm-2.29.so /lib/x86_64-linux-gnu/libm-2.29.so
ln -s /lib/x86_64-linux-gnu/libm-2.29.so /lib/x86_64-linux-gnu/libm.so.6