Kubuntu, не входящий в систему после восстановления находящегося в rscyn резервного копирования

Моя установка следующие:

В расширенном разделе существует 1 ГБ ext2 раздел начальной загрузки и LUKS crypto контейнер. В контейнере существует физический том LVM с одной группой объема, в которой 3 логических тома: lvRoot (12 ГБ), lvHome (20 ГБ) и lvSwap (20 ГБ). На lvRoot существует установленный Kubuntu 15.04, с помощью lvSwap как подкачка и lvHome как / домой. Я сохраняю весь свой материал в абсолютно отдельном месте, таким образом / домой только для данных приложения.

Я делаю использование регулярных резервных копий BackInTime, который является GUI для автоматизированных резервных копий rsync. Я копирую раздел начальной загрузки и lvHome, как они, и lvRoot через снимок LVM. Таким образом, я создаю снимок, монтирую его, создаю резервную копию его, размонтировал его и удаляю его.

Несколько дней назад у меня был инцидент с .xsession-ошибками, становящимися крупным, и моим целым lvHome был заполнен, и вещи начали тормозить (это - по-видимому, известная проблема). Я удалил файл, и система отказалась входить в систему (просто заморозилось с индикатором выполнения), таким образом, я загрузился от живой карты с интерфейсом USB (также Kubuntu 15.04) и использование, BackInTime восстановил lvRoot и lvHome от резервного копирования, сделанного во времена, когда моя система хорошо работала.

После того, как я сделал это, я все еще не могу войти в систему, но это выглядит по-другому теперь: после того, как я ввожу в пароле к моему хиту ответа учетной записи, входят, это, кажется, запускает зазывалу снова - существует короткий момент, где экран является черным, и в левом углу он отображает "Стартовую версию 219", точно так же, как он делает, прежде чем экран входа в систему сначала появляется. Также момент, я нажимаю "Log In" после ввода в пароле, курсор, превращается в черный крест, и я не вспоминаю этот случай, когда он обычно входил в систему (я мог быть неправым хотя),

Я предположил, что, возможно, система в моем последнем резервном копировании уже была borked так или иначе, таким образом, я восстановил очень самое старое резервное копирование, которое я имею - один сделанный правильно после установки Kubuntu. Поведение было точно тем же после этого.

Кроме того, я заметил, что, если я перезагружаю от живой карты с интерфейсом USB снова после выполнения восстановления, и монтируют lvHome, это кажется пустым. lvRoot прекрасен, все файлы там, но lvHome всегда пуст. Таким образом, я предположил, что, возможно, логический том lvHome сам был поврежден так или иначе .xsession-ошибками при заполнении всего пространства, и я копировал файлы в поврежденный LV, и вот почему это не работало. Таким образом, я удалил lvHome, создал его снова и восстановил еще раз. Файлы обнаруживаются теперь, но система все еще отказывается входить в систему, тот же путь как прежде. Я выполнил fsck на lvHome и lvRoot, и он говорит, что они ясны.

Я понятия не имею, что продолжается здесь еще.

У меня создалось впечатление (от чтения материала как, например, этого), то резервное копирование использования rscync является правильным способом сделать это, и BackInTime также имеет хорошую репутацию. Кроме того, я протестировал эту резервную схему в виртуальной машине (также рабочий Kubuntu 15.04), прежде чем я развернул его, и это работало превосходное.

Почему это не работает теперь?

Я не восстановил начальную загрузку/, потому что я предположил, что это должно быть хорошо, и система действительно загружается. Это было ошибкой? Это использовало снимки LVM? Многочисленные источники сказали, что снимки являются хорошей идеей.

Что я пропускаю здесь? Как я даже диагностирую это?

Я мог просто переустановить Kubuntu, но моя резервная схема существует по самой причине меня не имеющий необходимость сделать, переустанавливает каждый раз, когда что-то повреждается, и я хочу знать, почему та схема не работает и возможно как я могу заставить его работать.

Какие-либо мысли?