😄

第二项回滚也不行嘛？应该是升级出错了，如果能回滚重新回滚一下试试。

另外麻烦帮导出下系统日志，你升级前后的时间点内（昨天的话选近三天就行）的，我转给研发同事看看。

启动器搜索日志收集工具，系统日志

升级我感觉是升级成功了，确实从 Alpha 到 Beta 了，第一个是能进的，我现在进的第一个在用。

不过我有点没懂第一项跟第二项是什么关系，我以为的是第一项是沿着时间线走的系统，第二项后面带了时间的是升级时自动备份的，不知道是不是。

我有段时间没启动过Deepin了，昨天才打开的，日期我选了近一周，跟近三天是一样的。

系统日志(近一周).txt

对，第一项是当前正在使用的最新版本，带时间的那个是系统升级的时候磐石自动备份的。

不好意思，研发说日志收集工具导出的日志不全，麻烦执行下这个命令，帮提供下桌面上的lastore-daemon.txt

sudo journalctl -o short-iso -u lastore-daemon > \~/Desktop/lastore-daemon.txt

sudo journalctl -o short-iso -u lastore-daemon > ~/Desktop/lastore-daemon.txt

不过我有点没懂第一项跟第二项是什么关系，我以为的是第一项是沿着时间线走的系统，第二项后面带了时间的是升级时自动备份的

是这样的。第一项主线系统。第二项备份系统。

是不是因为第二项是备份系统，所以在启动界面里禁止了？

好的。这个文件大小更小了

lastore-daemon.txt

生成的日志文件：

lastore-daemon.txt

有一个解决方案：

1. 启动到第一项系统，

2. 检查依赖，执行如下命令：

sudo apt-get check 

如果没有任何输出，表示依赖没有问题。可以进行后续操作，否则可以选择回退系统。

3. 固定成功的升级结果，让系统默认启动到第一项。

sudo deepin-immutable-ctl admin deploy --finalize

4. 重启验证是否解决。

可以把 /var/log/deepin-immutable-ctl/history.log 日志发来看看。

非常好解决方案，使我的深度修好，爱来自湖北

依赖没有问题，命令执行成功，默认启动项现在跟控制中心启动菜单里对钩保持一致，非常感谢！

/var/log/deepin-immutable-ctl/history.log：history.txt （论坛不支持 .log文件上传，我改为 .txt了）

看这个 history.txt ，发现就是缺少执行 deepin-immutable-ctl admin deploy --finalize 。