Problema ao clonar raiz e início antes de fazer uma atualização de Trusty para Utopic

2

Estou tentando copiar o root e o home para outras partições no meu bloco de anotações unidade interna e, em seguida, inicializar a partir deles (root2 e home2).

Uma vez que funciona, pode ser um backup (quase) ao vivo ou eu poderia atualizar de Kubuntu Trusty para Utopic nas novas partições e suavizar qualquer rugas enquanto ainda está tendo Trusty trabalhando nas outras partições, então eu pode continuar a fazer as coisas.

Eu copiei para casa também porque não quero ter que lidar com coisas como alterações no arquivo de configuração no Utopic que podem estragar o Trusty quando eu inicializo de volta para ele.

(Eu me diverti com isso no meu outro notebook quando atualizei Oneiric para Precise usando uma partição separada para raiz, mas apenas um casa. Algumas coisas ficaram um pouco malucas.)

Não funcionou bem, então devo ter perdido alguma coisa.

Veja o que eu fiz:

Usado o gparted para reformatar / dev / sda5 e / dev / sda7 como ext4 (que deve ter limpado o que estava neles) e rotulou-os como root2 e home2 novamente.

Parou as tarefas do usuário que modificam arquivos como o bittorrent. (Mas eu não inicializei de um CD ao vivo, etc. Eu fiz as cópias no sistema em execução.)

Usou o rsync para copiar tudo com permissões, etc. preservado da raiz (/ dev / sda3) para root2 (/ dev / sda5) e de casa (/ dev / sda6) para home2 (/ dev / sda7). (sda3 e sda5 são ambos o mesmo tamanho que são sda6 e sda7.)

Eu não acho que isso faz diferença, mas o sda3 é rotulado como "root", sda5 é rotulado como "root2", sda6 é rotulado como "home" e sda7 é rotulado como "home2".

Montado / dev / sda5 em / media / bigbird / root2

Editado / media / bigbird / root2 / etc / fstab e mudou os uuids para root e casa para aqueles para / dev / sda5 e / dev / sda7. (Obtive-os executando ls -l / dev / disk / by-uuid e copiando e colando-os.)

Ran grub-customizer que atualizou o menu de inicialização para mostrar o novo sistema operacional / dev / sda5.

Pensei que estava pronto e reiniciei, selecionando o sistema operacional em / dev / sda5 no menu grub2.

Boot parecia bem, mas quando eu corri o df, ele mostrava root como / dev / sda3 e casa como / dev / sda6 - como se nada tivesse mudado.

Montado / dev / sda5 novamente e verifiquei que minhas alterações no fstab estavam ainda lá. Eles eram.

Percebeu que / etc / fstab ~ sobrou da edição e a excluiu.

Tentou ficar online, mas não conseguiu. Meu wifi disse que estava conectado, mas havia uma segunda instância da conexão disponível que não deveria estive lá. Tentei me conectar a isso, que parecia funcionar, mas eu ainda não consegui ficar online.

Rebooted na minha partição original (/ dev / sda3) - que ainda funciona bem e não tem problema em entrar online.

Aparentemente, eu perdi alguns passos necessários para fazer isso funcionar.

Além disso, parece que deixei meu roteador infeliz porque não me deixava conectar-se à Internet quando eu iniciei o novo caminho. Eu não tentei apenas faça o login no roteador.

Parecia um pouco simples demais para copiar tudo, mudar o fstab, grub e reinicie.

O que preciso fazer para que isso funcione?

EDITAR:

Eu incluí meus fstabs e algumas outras coisas mostrando o que os UUIDs estão abaixo.

O que parece ser o problema imediato é que o grub.cfg está bagunçado em ambas as partições.

No primeiro bloco de código abaixo está um recorte que mostra a entrada esquizofrênica para sda5 com a partição raiz definida corretamente, mas com a imagem de inicialização configurada para usar aquela em sda3. (Outras entradas têm o mesmo problema.) Pode haver outros erros. Eu não estou familiarizado com isso o suficiente para saber. (FYI: as versões do kernel em sda5 são um pouco antigas porque eu fiz atualizações em sda3 desde que copiei e não executei novamente os rsyncs ainda.)

Eu apenas olhei para a entrada do grub novamente e não consigo ver como funcionou! Parece que ele está procurando pelo kernel 46 em sda3 - que não existe. Esse kernel mais antigo está apenas em sda5 porque ainda não executei os rsyncs novamente.

Isso pode ser causado pelo grub-customizer. Eu não sei. Provavelmente precisa ser corrigido antes de procurar outros problemas.

Como esse arquivo é gerado, preciso corrigi-lo indiretamente, mas não sei como fazer isso.

/boot/grub/grub.cfg cortado:

### BEGIN /etc/grub.d/30_os-prober_proxy ###
menuentry "Kubuntu 14.04.2 LTS (14.04) (on /dev/sda5) Testing/backup" --class gnu-linux --class gnu --class os $menuentry_id_option '$
        insmod part_msdos
        insmod ext2
        set root='hd0,msdos5'
        if [ x$feature_platform_search_hint = xy ]; then
          search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5  2540779$
        else
          search --no-floppy --fs-uuid --set=root 2540779b-43d7-4e38-a227-68057afceb47
        fi
        linux /boot/vmlinuz-3.13.0-46-generic root=UUID=9aae2d22-4393-436a-a505-130db27e0e55 ro quiet splash $vt_handoff
        initrd /boot/initrd.img-3.13.0-46-generic
}

fstabs e informações do UUID:

sda3 (current working root partition)

bigbird@ramdass:/etc$ cat fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda3 during installation
UUID=9aae2d22-4393-436a-a505-130db27e0e55 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sda6 during installation
UUID=1be3e600-6582-4fe6-a8bc-b5479f1444b1 /home           ext4    defaults        0       2
# swap was on /dev/sda8 during installation
UUID=3d9fe1af-25fe-4d28-82c9-5c2b4d895b79 none            swap    sw              0       0
bigbird@ramdass:/etc$ 

sda5 (copy of sda3 to be used as a fall back if the upgrade goes south, etc.)

bigbird@ramdass:/media$ sudo mount /dev/sda5 /media/work
bigbird@ramdass:/media$ cd work
bigbird@ramdass:/media/work$ ls
bin   C:\nppdf32Log\debuglog.txt  dev  initrd.img      lib    libnss3.so  opt   run   srv  var      vmlinuz.old
boot  Desktop                     etc  initrd.img.old  lib64  lost+found  root  sbin  usr  vmlinuz
bigbird@ramdass:/media/work$ cd etc
bigbird@ramdass:/media/work/etc$ cat fstab
# /etc/fstab: static file system information.
##JJP Modified for root2 and home2
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / is on /dev/sda5 (root2)
UUID=2540779b-43d7-4e38-a227-68057afceb47 /               ext4    errors=remount-ro 0       1
# /home is on /dev/sda7 (home2)
UUID=8e3aca35-c376-4a71-b6be-5c3c063a184b /home           ext4    defaults        0       2
# swap was on /dev/sda8 during installation
UUID=3d9fe1af-25fe-4d28-82c9-5c2b4d895b79 none            swap    sw              0       0
bigbird@ramdass:/media/work/etc$ 

bigbird@ramdass:/media/work/etc$ ls -l /dev/disk/by-uuid
total 0
lrwxrwxrwx 1 root root 10 Apr  9 03:53 0A1258CF1258C0FD -> ../../sda2
lrwxrwxrwx 1 root root 10 Apr  9 03:53 180E32C60E329CA6 -> ../../sda1
lrwxrwxrwx 1 root root 10 Apr  9 03:53 1be3e600-6582-4fe6-a8bc-b5479f1444b1 -> ../../sda6
lrwxrwxrwx 1 root root 10 Apr  9 03:53 2540779b-43d7-4e38-a227-68057afceb47 -> ../../sda5
lrwxrwxrwx 1 root root 10 Apr  9 03:53 3d9fe1af-25fe-4d28-82c9-5c2b4d895b79 -> ../../sda8
lrwxrwxrwx 1 root root 10 Apr  9 03:53 8e3aca35-c376-4a71-b6be-5c3c063a184b -> ../../sda7
lrwxrwxrwx 1 root root 10 Apr  9 03:53 9aae2d22-4393-436a-a505-130db27e0e55 -> ../../sda3
lrwxrwxrwx 1 root root 11 Apr  9 03:53 accbe348-0237-436f-b1b8-c642b95ec49c -> ../../sda10
lrwxrwxrwx 1 root root 10 Apr  9 03:53 b8f4a41f-5056-4b06-a190-14f9f1ea0244 -> ../../sda9
bigbird@ramdass:/media/work/etc$
    
por Joe 09.04.2015 / 03:56

1 resposta

1

Tente inicializar em um DVD do Ubuntu, depois monte / dev / sda5 via:

mkdir /tmp/sda5
mount /dev/sda5 /tmp/sda5

Depois disso, edite fstab

nano /tmp/sda5/etc/fstab

E você deve procurar uma linha que comece com '/'. Isso deve ser /dev/sda5 não /dev/sda3 . Se não estiver, ajuste apropriadamente. Certifique-se também de que o /home e outras configurações estejam corretas no arquivo e apontando para as partições corretas.

verifique-os usando fdisk :

sudo fdisk -l

ou usando gparted

sudo apt-get install -y gparted
gksudo gparted

Uma vez que fstab é corrigido, você deve ter root como /dev/sda5

    
por SabinReneFigaro 09.04.2015 / 04:20