O Kubuntu não está logado após a restauração de um backup baseado em rscyn

0

Minha configuração é a seguinte:

Em uma partição estendida, há uma partição de inicialização ext2 de 1 GB e um contêiner de criptografia LUKS. Dentro do contêiner, há um volume físico LVM, com um grupo de volumes, dentro do qual estão 3 volumes lógicos: lvRoot (12GB), lvHome (20GB) e lvSwap (20GB). No lvRoot há o Kubuntu 15.04 instalado, usando o lvSwap como swap e o lvHome como / home. Eu mantenho todas as minhas coisas em um lugar completamente separado, então / home é apenas para dados de aplicativos.

Eu faço backups regulares usando o BackInTime, que é uma GUI para backups rsync automatizados. Eu backup a partição de inicialização e lvHome como eles são e lvRoot através de um instantâneo de LVM. Ou seja, eu crio um snapshot, montei, copiei, desmontei e deletei.

Alguns dias atrás eu tive um incidente com erros de xx que cresceram muito e todo meu LVHome foi preenchido e as coisas começaram a frear (isso é aparentemente um problema conhecido). Eu apaguei o arquivo eo sistema se recusou a logar (ele apenas congelou com a barra de progresso), então eu inicializei de um pendrive ao vivo (também Kubuntu 15.04) e usando BackInTime restaurado lvRoot e lvHome de um backup feito nos momentos em que meu o sistema estava funcionando bem.

Depois que eu fiz isso, eu ainda não consigo logar, mas parece diferente agora: depois que eu digito a senha na minha conta e clico em enter, parece que a saudação começa novamente - há um breve momento em que o tela é preta e no canto esquerdo exibe "Iniciando versão 219", assim como faz antes da tela de login aparecer pela primeira vez. Além disso, no momento em que clico em "Login" depois de digitar a senha, o cursor se transforma em uma cruz preta, e não me lembro disso quando ele loga normalmente (eu posso estar errado)

Eu supus que talvez o sistema no meu último backup já estivesse borked de alguma forma, então eu restaurei o backup mais antigo que eu tenho - um feito logo após a instalação do Kubuntu. O comportamento foi exatamente o mesmo depois disso.

Além disso, notei que, se eu reiniciar a partir do pendrive ao vivo depois de fazer a restauração, e montar o lvHome, ele aparecerá vazio. O lvRoot está bem, todos os arquivos estão lá, mas o lvHome está sempre vazio. Então eu assumi que talvez o volume lógico lvHome em si fosse corrompido de alguma forma pelos erros .xsession preenchendo todo o espaço, e eu estava copiando arquivos para um LV corrompido, e é por isso que não funcionou. Então, eu apaguei o lvHome, criei-o novamente e restaurou-o novamente. Os arquivos estão aparecendo agora, mas o sistema ainda se recusa a efetuar login, da mesma forma que antes. Eu corri fsck em lvHome e lvRoot e ele diz que eles são claros.

Não tenho mais ideia do que está acontecendo aqui.

Eu estava com a impressão (de ler coisas como, por exemplo, this ), que fazer backup usando o rscync é o caminho certo para fazê-lo, e o BackInTime também tem uma boa reputação. Além disso, testei esse esquema de backup em uma máquina virtual (também executando o Kubuntu 15.04), antes de implantá-lo, e funcionou perfeitamente bem.

Por que não está funcionando agora?

Eu não restaurei / boot porque achei que deveria estar tudo bem, e o sistema realmente inicializa. Esse foi o erro? Foi usando instantâneos LVM? Várias fontes disseram que os instantâneos são uma boa ideia.

O que estou perdendo aqui? Como faço para diagnosticar isso?

Eu poderia apenas reinstalar o Kubuntu, mas meu esquema de backup existe pelo simples motivo de eu não ter que fazer reinstalações toda vez que algo quebra e eu quero saber porque esse esquema não funciona e possivelmente como posso fazê-lo funcionar.

Alguma opinião?

    
por s4448 01.12.2015 / 17:53

1 resposta

0

Oh, desculpe, isso não veio à minha mente mais cedo. Parece que isso é Bug # 58 .

As permissões não podem ser restauradas do LiveCD porque o LiveCD não conhece os usuários. Estou prestes a adicionar um novo recurso para ler um /etc/passwd diferente. Mas nada feito ainda. No momento, você precisa executar backintime --restore do terminal raiz no modo de recuperação. Isso não alterará nenhum arquivo, mas consertará as permissões.

Primeiro você precisa montar as unidades

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

Se você executar o BackInTime como usuário para fazer backup de seu /home/USER , precisará su <USER> e também restaurar sua casa.

    
por Germar 03.12.2015 / 02:52