A partição de backup mudou o UUID sem interação do usuário

2

Recentemente tive que comprar um novo disco rígido. Desde que eu estava nisso eu comprei dois em vez de um como eles estavam em oferta (ambos são o mesmo modelo). Como havia muito espaço sobrando no segundo disco rígido, eu simplesmente o usei para um backup em escala completa da minha partição raiz:

# single user mode.
# dd if=/dev/sda1 of=/dev/sdb3 bs=32M

Depois disso, mudei o UUID da partição de backup e verifiquei duas vezes se ele tinha um UUID diferente.

# tune2fs -U random /dev/sdb3

Depois disso, tudo funcionou bem por algumas semanas, inicializando todos os dias e funcionando normalmente.

Recentemente, depois de inicializar o computador, de repente tive a partição de backup (sdb3) como root, em vez da minha partição raiz real (sda1).

Então, encerrei o computador, reiniciei e novamente a partição de backup. Eu modifiquei a linha de comando de inicialização e inicializei diretamente para o dispositivo correto (sda1) e verifiquei o que estava acontecendo. Eu não podia acreditar, mas a partição de backup (sdb3) magicamente tinha o mesmo UUID que a raiz real (sda1).

Como isso pode acontecer (assumindo que não há manipulação do mal de um terceiro desconhecido)? Isso é systemd? :)

Estou executando o teste Debian, e este é um computador em casa, onde só eu deveria ter acesso físico.

EDITS:

  • Todos os superblocos de backup têm o UUID modificado - verifiquei isso com dumpe2fs.
  • Eu não executei novamente o comando dump. Na verdade, a primeira coisa que verifiquei foi que não o executei novamente (pesquisando todo o histórico do bash).
  • Eu verifiquei as informações da SMART para todas as unidades. Eu comparei informações inteligentes com revisões antigas, já que tenho tudo versionado em um repositório de configuração. Nada de suspeito.
por hochl 07.03.2015 / 02:11

1 resposta

1

Eu não testei isso - não tenho certeza se isso realmente pode acontecer. Mas se:

  1. você perdeu o superbloco principal em sdb3 (por exemplo, setor ruim), há superquads de backup (tenho certeza disso).
  2. Se e2fsck tentar automaticamente um superbloco de backup (acho que sim, mas não tenho certeza)
  3. tune2fs apenas atualiza o superbloco principal (não tenho ideia)

Em seguida, o fsck repararia o superbloco principal copiando do backup - restaurando o antigo UUID.

Mas, na verdade, acho que é muito mais provável que você tenha executado o dd novamente para atualizar o backup e esqueceu de alterar o UUID.

Sugiro dar uma olhada em partclone ou partimage.

    
por 07.03.2015 / 03:31