是不是加了第三方源还更新了glibc的基础库
混源了吧,能进系统就算很给面子了。
可以先看看/etc/apt/sources.list或者/etc/apt/sources.list.d有没有其他源
看起来是v20混了v23的源并更新或者v23混入了debian12的源,强制把核心包降级了
可以先看看/etc/apt/sources.list或者/etc/apt/sources.list.d有没有其他源
看起来是v20混了v23的源并更新或者v23混入了debian12的源,强制把核心包降级了
结果是这样的,不知道有没有问题
可以先看看/etc/apt/sources.list或者/etc/apt/sources.list.d有没有其他源
看起来是v20混了v23的源并更新或者v23混入了debian12的源,强制把核心包降级了
我使用的是deepin 20.9社区版,glibc版本打印出来是2.28
我使用的是deepin 20.9社区版,glibc版本打印出来是2.28
dpkg -l | grep dde-file-manager
看看装的啥版本,我的是deepin23
dpkg -l | grep dde-file-manager
看看装的啥版本,我的是deepin23
版本是正常的。
重启之后解决了,不知道怎么复现。
我使用的是deepin 20.9社区版,glibc版本打印出来是2.28
strings ./libdde-file-manager.so.1 |grep GLIBCXX
strings /lib/x86_64-linux-gnu/libstdc++.so.6 |grep GLIBCXX
看看结果,可能有库乱了
strings ./libdde-file-manager.so.1 |grep GLIBCXX
strings /lib/x86_64-linux-gnu/libstdc++.so.6 |grep GLIBCXX
看看结果,可能有库乱了
不好意思,我才知道glibcxx和glibc不是一个东西。
打印出来是这样的。
启动后使用一段时间后设置和文件管理器就打不开了,报错是glib依赖相关。但是重启后可以正常打开。
不知道是不是期间使用了vscode的原因。