用命令行升级吧,有可能是以前或者升级过程中哪个包没下载下来还是版本没搞对
我查了一下,我这里 udev是 udev/未知,now 255.2-4deepin31 amd64 [已安装]
也就是说你升级的时候不知道什么原因udev依赖老的deepin28
建议命令行运行下面命令看看情况
sudo apt update && apt list --upgradable && sudo apt dist-upgrade
用命令行升级吧,有可能是以前或者升级过程中哪个包没下载下来还是版本没搞对
我查了一下,我这里 udev是 udev/未知,now 255.2-4deepin31 amd64 [已安装]
也就是说你升级的时候不知道什么原因udev依赖老的deepin28
建议命令行运行下面命令看看情况
sudo apt update && apt list --upgradable && sudo apt dist-upgrade
用命令行升级吧,有可能是以前或者升级过程中哪个包没下载下来还是版本没搞对
我查了一下,我这里 udev是 udev/未知,now 255.2-4deepin31 amd64 [已安装]
也就是说你升级的时候不知道什么原因udev依赖老的deepin28
建议命令行运行下面命令看看情况
sudo apt update && apt list --upgradable && sudo apt dist-upgrade
还是卡在同样的地方

尝试终端所提示的修复命令也无济于事

先关闭磐石再试试
先关闭磐石再试试
已关闭了磐石,再逐一试了一下,结果还是跟之前一样,无法正常升级
你是不是换源了?你安装的systemd好像有依赖冲突
你是不是换源了?你安装的systemd好像有依赖冲突
我没换过哦
你遇到的是Debian系系统中安装systemd时的依赖问题,核心原因是系统未采用merged-/usr目录结构,下面为你详细解决:
Bash复制sudo apt update sudo apt install usrmerge
安装过程中会有交互提示,确认转换操作即可,该过程会自动迁移相关目录文件,无需手动干预。
Bash复制ls -l /bin /sbin /lib*
正常情况下这些目录会变为指向/usr对应目录的软链接。
Bash复制sudo apt install systemd
另外,先执行 ls -l /bin /sbin /lib*看一下是否是这个问题,附我这的执行结果
没给/usr目录下的文件改过权限啥的吧,如果动过那就建议直接重装好了,或者重装之前死马当活马医,强行把systemd装上?
~$ ls -l /bin /sbin /lib*
lrwxrwxrwx 1 root root 7 2025年 7月 1日 /bin -> usr/bin
lrwxrwxrwx 1 root root 7 2025年 7月 1日 /lib -> usr/lib
lrwxrwxrwx 1 root root 9 2025年 7月 1日 /lib64 -> usr/lib64
lrwxrwxrwx 1 root root 8 2025年 7月 1日 /sbin -> usr/sbin
楼主把你的软件源贴一下吧,怎么有些软件是要降级的,比如udev,已经装了31版本了
楼主把你的软件源贴一下吧,怎么有些软件是要降级的,比如udev,已经装了31版本了

搞不懂了,不知道依赖关系为啥乱了。。。
Popular Events
More
如何才能消除这个导致无法正常升级的问题?