ADB Root环境下Android账户管理器备份恢复失败求助

核心问题分析 #

直接覆盖accounts_ce.db/accounts_de.db后Dropbox不认账户，核心原因是系统账户体系并非仅依赖这两个数据库，还涉及配套权限文件、应用私有存储关联数据，以及系统账户服务的状态同步逻辑。

关键修复步骤 #

• 严格匹配文件权限与所有者
  推回数据库文件后，必须将权限和所有者修正为与原文件完全一致，否则系统账户服务无法正常读取数据：

  adb shell chown system:system /data/system_ce/0/accounts_ce.db
  adb shell chown system:system /data/system_de/0/accounts_de.db
  adb shell chmod 600 /data/system_ce/0/accounts_ce.db
  adb shell chmod 600 /data/system_de/0/accounts_de.db
  

  （原文件默认权限为-rw-------，所有者为system:system）

• 重启系统账户服务清除缓存
  替换数据库后，先重启账户服务再重启设备，避免旧缓存干扰：

  adb shell am restart-service com.android.server.accounts.AccountManagerService
  

  若上述命令无效，直接终止账户服务进程：

  adb shell pkill com.android.server.accounts
  

• 同步Dropbox本地缓存数据
  卸载重装会清空Dropbox私有存储，导致系统账户token与应用本地数据不匹配，可尝试两种方案：

  1. 不卸载Dropbox，先冻结应用，替换数据库后再解冻
  2. 替换数据库后，手动清除Dropbox应用数据（设置→应用→Dropbox→存储→清除数据），重启应用后系统会自动同步账户token到本地

• 补充备份/恢复关联元数据文件
  部分Android版本中，账户数据还关联以下文件，备份和恢复时需同步处理：

  # 备份时拉取关联文件
  adb pull /data/system_ce/0/accounts_ce.db-journal
  adb pull /data/system/users/0/accounts.xml
  # 恢复时推回并修正权限
  adb push accounts_ce.db-journal /data/system_ce/0/
  adb push accounts.xml /data/system/users/0/
  adb shell chown system:system /data/system_ce/0/accounts_ce.db-journal
  adb shell chown system:system /data/system/users/0/accounts.xml
  

程序化切换账户的优化方案 #

若目标是快速切换Dropbox账户，无需频繁重装应用：

• 用SQLite命令行直接修改accounts_ce.db中对应账户的auth_token字段
• 修改后清除Dropbox缓存并重启应用，触发账户同步
• 保留原应用安装状态，减少系统与应用数据的不一致风险

内容的提问来源于stack exchange，提问作者tim