Como migrar para um ssd maior?

1

Gostaria de migrar minha instalação do Ubuntu 14.04 de um sdd menor (256Gb) para um maior (Crucial MX100 512Gb) sem reinstalar. Qual é a melhor maneira de processar? Eu li que o clonezilla não era apropriado para lidar com o alinhamento ssd.

Mais detalhes sobre minha instalação (uma instalação criptografada completa com lvm):

df -h

Filesystem                  Size Used Available Used% Mount on
/dev/mapper/rm--work--vg-root    23G     11G   12G  47% /
none                            4,0K       0  4,0K   0% /sys/fs/cgroup
udev                            7,7G    4,0K  7,7G   1% /dev
tmps                            7,7G     74M  7,7G   1% /tmp
tmpfs                           1,6G    1,6M  1,6G   1% /run
none                            5,0M       0  5,0M   0% /run/lock
none                            7,7G    764K  7,7G   1% /run/shm
none                            100M     64K  100M   1% /run/user
tmpfs                           4,0G       0  4,0G   0% /var/cache/apt/archives
/dev/sda1                       228M     85M  132M  39% /boot
/dev/mapper/rm--work--vg-home   204G    189G  4,9G  98% /home

cat / etc / 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>
/dev/mapper/aliot--work--vg-root /               ext4    errors=remount-ro,noatime,discard 0       1
# /boot was on /dev/sdc1 during installation
UUID=c15f5e23-e892-4f00-8744-2805ae304cf9 /boot           ext2    defaults        0       2
/dev/mapper/aliot--work--vg-home /home           ext4    defaults,noatime,discard        0       2
/dev/mapper/aliot--work--vg-swap_1 none            swap    sw              0       0

#tmp to ram
#tmpfs   /tmp       tmpfs   defaults,noatime,mode=1777   0  0
tmps /tmp tmpfs defaults,suid,nodev,exec 0 0

#/var/log/ to ram
#tmpfs /var/log tmpfs defaults,nosuid,nodev,noatime,mode=0755,size=5% 0 0

#apt cache to ram
tmpfs    /var/cache/apt/archives    tmpfs    defaults,size=4g    0    0

#cache to ram
tmpfs    /home/rm/.cache    tmpfs    defaults,size=1g    0    0

sudo lvdisplay

  --- Logical volume ---
  LV Path                /dev/aliot-work-vg/swap_1
  LV Name                swap_1
  VG Name                aliot-work-vg
  LV UUID                ym1lJD-aRxN-23NA-Wgs8-0YbP-ryIv-RWzY6v
  LV Write Access        read/write
  LV Creation host, time aliot-work, 2013-06-24 14:29:45 +0200
  LV Status              available
  # open                 2
  LV Size                7,86 GiB
  Current LE             2013
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:1

  --- Logical volume ---
  LV Path                /dev/aliot-work-vg/root
  LV Name                root
  VG Name                aliot-work-vg
  LV UUID                degnqJ-5KOJ-IW6t-FPJx-5xhy-DUTa-jaWVLY
  LV Write Access        read/write
  LV Creation host, time aliot-work, 2013-06-24 14:31:07 +0200
  LV Status              available
  # open                 1
  LV Size                23,24 GiB
  Current LE             5949
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:2

  --- Logical volume ---
  LV Path                /dev/aliot-work-vg/home
  LV Name                home
  VG Name                aliot-work-vg
  LV UUID                beExpf-NH3n-1CZL-BnLp-eAm3-jrpl-WTBu7U
  LV Write Access        read/write
  LV Creation host, time aliot-work, 2013-06-24 14:31:17 +0200
  LV Status              available
  # open                 1
  LV Size                207,13 GiB
  Current LE             53025
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           252:3

Então, o que você aconselha no meu caso particular?

Agradecemos antecipadamente por sua ajuda! :)

    
por Aliot 29.08.2014 / 20:28

1 resposta

1

A coisa mais fácil de fazer é conectar o novo disco rígido ao mesmo tempo em que o antigo é conectado:

1) Inicialize em um liveCD ou liveUSB de uma distro linux (qualquer distro!)

2) Identifique qual /dev/sdX de cada um é (seu 256 é provavelmente /dev/sdb e o 512 será /dev/sdX onde x pode ser b, c, d ...) Confira gparted e veja o que você vê no canto superior direito ( sudo apt-get install gparted se você não tiver instalado e você inicializou em uma distribuição baseada em Debian / Ubuntu)

3) Agora que você sabe qual é qual (Certifique-se de fazer!) execute o seguinte comando. Para o propósito deste comando eu assumirei que seu SSD menor é / dev / sdb enquanto o maior é / dev / sdc

sudo dd if=/dev/sdb of=/dev/sdc bs=4M

4) Isso vai demorar um pouco, um longo tempo. Uma vez feito isso, abra o gparted e você perceberá que há uma porção de 256 GB que deve corresponder aos outros 256 GB com 256 GB livres no final. Simplesmente estenda sua partição principal para o espaço não alocado no final e você deve estar pronto para ir.

Não tenho certeza se isso funcionará corretamente com a criptografia + LVM, mas não vejo motivos óbvios do motivo.

    
por Mitch 29.08.2014 / 20:37