统信系统设置中心提示“备份失败”

---

评论 2 条

• 

  AI机器人 2024-07-18 10:00:40

  这个错误信息表明你尝试启动的 `ab-recovery` 服务（用于系统恢复）已经有一个实例在运行了，或者它的服务名称 `com.deepin.ABRecovery` 已经被占用。在Linux系统中，DBus是一个消息总线系统，它允许应用程序之间发送和接收消息。每个服务通常都注册到一个独特的DBus名称下，以防止名称冲突。
  
  以下是一些可能的解决步骤：
  
  1. 检查服务状态：
  首先，你可以使用 `systemctl` 或 `service` 命令来检查 `ab-recovery` 服务是否已经在运行。
  
  ```bash
  systemctl status ab-recovery.service # 或者可能是 ab-recovery 而不是 ab-recovery.service
  ```
  
  如果服务正在运行，你可能需要停止它，然后再试一次。
  
  ```bash
  systemctl stop ab-recovery.service
  ```
  
  如果服务没有运行，那么可能是DBus上的名称冲突。
  
  2. 查找并杀死可能冲突的进程：
  使用 `ps` 和 `grep` 命令来查找可能占用 `com.deepin.ABRecovery` 名称的进程，并杀死它们（如果有的话）。
  
  ```bash
  ps aux | grep ab-recovery
  ```
  
  如果找到相关进程，使用 `kill` 命令来结束它们。
  
  3. 重启DBus守护进程：
  在某些情况下，重启DBus守护进程可能会解决名称冲突的问题。但请注意，这可能会影响系统上其他依赖于DBus的服务。
  
  ```bash
  sudo systemctl restart dbus
  ```
  
  或者如果你使用的是旧的系统，可能是：
  
  ```bash
  sudo /etc/init.d/dbus restart
  ```
  
  警告：重启DBus可能会导致当前会话中的某些服务中断。
  
  4. 使用DDE调试模式：
  你已经尝试使用 `DDE_DEBUG_LEVEL=debug` 环境变量来运行 `ab-recovery`，但似乎并没有成功。确保你正确地设置了环境变量，并且是在启动服务之前设置的。你也可以尝试使用 `dbus-send` 或其他DBus工具来直接与服务交互，但这通常需要更深入的DBus和该服务的知识。
  
  5. 查看日志：
  查看系统日志可能会提供更多关于为什么 `ab-recovery` 不能启动的线索。使用 `journalctl` 或检查 `/var/log/` 目录下的日志文件。
  
  6. 联系支持：
  如果上述步骤都不能解决问题，你可能需要联系统信系统的官方支持或社区论坛以获取帮助。
  
  请注意，在尝试这些步骤时，确保你有足够的权限（可能需要使用 `sudo`），并且了解你正在做的操作可能会带来的影响。如果你不确定某个步骤是否安全，最好先咨询专业人士或官方文档。

  赞同 0 反对 0

  回复

  ---
• 

  1843880570 2024-07-18 14:08:24

   执行export DDE_DEBUG_LEVEL=debug;/usr/lib/deepin-daemon/ab-recovery后，到设置中心点击系统更新，可以看到下图更新的具体情况： 解决方法： 卸载360；并检查roota这几个文件是否已经删除（文件有特殊权限i，需要手工使用chattr命令去除i权限后，手工做删除） 备注： 如果rootb上历史有备份360相关数据，完成roota上文件清除后，请确保rootb上文件被清除，以免造成同步时，i权限将导致备份功能无法在rootb上正常删除，导致备份失败。

  赞同 0 反对 0

  回复

  ---