我的设置如下：
在扩展分区中，有一个 1GB 的 ext2 启动分区和一个 LUKS 加密容器。容器内有一个 LVM 物理卷，带有一个卷组，其中有 3 个逻辑卷：lvRoot（12GB）、lvHome（20GB）和 lvSwap（20GB）。lvRoot 上安装了 Kubuntu 15.04，使用 lvSwap 作为交换，使用 lvHome 作为 /home。我把所有的东西都放在一个完全独立的地方，所以 /home 只用于存放应用程序数据。
我使用 BackInTime 进行定期备份，这是一个用于自动 rsync 备份的 GUI。我按原样备份启动分区和 lvHome，并通过 LVM 快照备份 lvRoot。也就是说，我创建快照、挂载它、备份它、卸载它，然后删除它。
几天前，我遇到了一个问题，.xsession-errors 变得越来越大，我的整个 lvHome 都被填满了，系统开始崩溃（这显然是一个已知问题）。我删除了该文件，系统拒绝登录（它只是冻结了进度条），所以我从一个实时的 USB 棒（也是 Kubuntu 15.04）启动，并使用 BackInTime 从我的系统正常运行时所做的备份中恢复了 lvRoot 和 lvHome。
在我这样做之后，我仍然无法登录，但现在看起来不同了：在我输入我的账户密码并按下回车键后，它似乎重新启动了欢迎程序 - 屏幕短暂变黑，左上角显示“启动版本 219”，就像登录屏幕首次出现之前一样。此外，在我输入密码后单击“登录”时，光标变成了黑色十字，我不记得在正常登录时发生过这种情况（但我可能错了）
我猜想可能是我上次备份中的系统已经不知何故坏掉了，所以我恢复了我拥有的最旧的备份 - 在安装 Kubuntu 后立即完成的备份。此后的行为完全相同。
此外，我注意到，如果我在执行恢复后再次从实时 USB 驱动器重新启动并挂载 lvHome，它看起来是空的。lvRoot 没问题，所有文件都在那里，但 lvHome 始终是空的。所以我假设逻辑卷 lvHome 本身可能因 .xsession-errors 填满所有空间而以某种方式损坏，而我正在将文件复制到损坏的 LV，这就是它不起作用的原因。所以我删除了 lvHome，重新创建了它，然后再次恢复。文件现在显示出来，但系统仍然拒绝登录，与以前一样。我在 lvHome 和 lvRoot 上运行了 fsck，它说它们没有问题。
我不知道这里发生了什么事。
我的印象是（通过阅读例如这样的内容。这)，使用 rscync 进行备份是正确的方法，BackInTime 也享有良好的声誉。此外，我在部署之前在虚拟机（也运行 Kubuntu 15.04）中测试了此备份方案，并且它运行良好。
为什么它现在不工作了？
我没有恢复 /boot，因为我认为它应该没问题，系统确实启动了。那是错误吗？是使用 LVM 快照吗？多个消息来源表示快照是个好主意。
我这里遗漏了什么？我该如何诊断？
我可以重新安装 Kubuntu，但我的备份方案存在的原因就是每次出现问题时我都不必重新安装，我想知道为什么该方案不起作用以及如何使其起作用。
有什么想法吗？
答案1
哦，抱歉我之前没想到。看起来这是错误 #58。
无法从 LiveCD 恢复权限，因为 LiveCD 不知道用户。我即将添加一个新功能来读取不同的/etc/passwd。但尚未完成。目前您需要backintime --restore在恢复模式下从 root 终端运行。这不会更改任何文件，但会修复权限。
首先你需要安装驱动器
mount -o remount,rw /
mount /home
mount /boot
mkdir -p /media/USER/backup_drive #or what ever path you used before
mount /dev/sdXX /media/USER/backup_drive
backintime --restore / '' 0
如果您以用户身份运行 BackInTime 来备份您的，您也/home/USER需要恢复您的主页。su <USER>