___ answer549637 ___

Eu mesmo vou responder a pergunta, mas uma observação geral: Talvez seja o mais rápido apenas para começar do zero, as etapas são complicadas e demoradas!

  • Faça backup usando sua ferramenta de clonagem / backup de disco favorita
  • Siga o artigo Wiki do Ubuntu sobre ResizeEncryptedPartions
  • Certifique-se de que as partições correspondam exatamente ao tamanho de seu disco menor (para que o espaço livre após a última partição seja não alocado)
  • clone seu disco usando dd até o tamanho exato

Detalhado

  • / dev / sda é meu disco atual que quero encolher
  • / dev / sdb é meu novo disco
  • Use seus valores exatos para os tamanhos de disco, tamanhos de bloco e assim por diante, meus cálculos são apenas uma pequena pista de como eu fiz isso.
  • tenha cuidado com o parâmetro options (por exemplo, b às vezes significa bytes, às vezes significa blocos e assim por diante). Sempre verifique a página do homem primeiro.
  • Verifique o artigo vinculado acima para obter algumas informações adicionais sobre etapas sensatas

Inicialize o liveecd, carregue módulos, descriptografe seu disco, descubra partições:

%pre%

imprima o layout atual da sua partição com tamanhos em bytes:

%pre%

Precisamos saber qual tamanho a nova partição raiz deve ter. Fazemos alguns cálculos:

%pre%

Redimensione sua partição usando resize2fs (estou tendo ext4):

%pre%

Defina o volume lógico para o tamanho calculado:

%pre%

Imprimir a nova configuração da partição, precisamos de alguns valores de lá:

%pre%

Precisamos saber qual tamanho a nova partição crypt1 deve ter. Fazemos alguns cálculos:

%pre%

Antes de podermos reduzir o volume da cripta, verifique se os volumes estão em ordem:

%pre%

Não, eles não são, então eu precisava mover o swap para o melhor espaço livre (na verdade, significa bloquear o 28070):

%pre%

E verifique novamente sua alocação para que o espaço livre esteja no final:

%pre%

defina o novo tamanho de volume para crypt1

%pre%

Continue com a tabela de partições, para descarregar a partição criptografada:

%pre%

Imprima e observe em algum lugar seu layout atual da tabela de partições:

%pre%

Precisamos saber qual tamanho a nova tabela de partição deve ter, fazemos alguns cálculos novamente:

%pre%

Agora podemos redefinir a tabela de partições com os novos tamanhos:

%pre%

Teste pequeno: tente carregar o novo volume criptografado (ou reinicialize sem o LiveCD) e verifique se você pode acessar os dados (Se você não conseguir, você cometeu um erro em algum lugar e precisa reiniciar usando o backup):

%pre%

Verifique se seus cálculos estavam corretos comparando o bloco final com o tamanho do bloco do seu disco menor:

%pre%

Verifique novamente seus cálculos com a nova tabela de partições:

%pre%

foram bons para ir, exatamente o tamanho que queremos. então o próximo passo é dd de 0 a 234441648 (= tamanho total de / dev / sdb)

%pre%

E você está pronto, encolher completo. Este comando dd levará algum tempo e você não verá nenhuma saída. No meu caso, correu cerca de 6 horas.

    
___ tag123resize ___ Questões relacionadas ao redimensionamento de janelas de aplicativos. Para perguntas sobre o redimensionamento de partições, use a tag de particionamento. ___ tag123encryption ___ Perguntas sobre criptografia, como criptografia de pasta base, criptografia de partição e criptografia de arquivo. ___ qstntxt ___

Eu quero atualizar a unidade do meu laptop com mais velocidade, então quero clonar meu disco rígido atual em um ssd. Infelizmente eles não são do mesmo tamanho.

Eu já encontrei esta pergunta , mas estou insatisfeito com a respostas até agora.

Veja o que eu tenho (sda = HDD, sdb = SSD):

%pre%

Não é a melhor abordagem para encolher as partições atuais do hdd usando um live-d para o tamanho exato que o sdd pode manipular e, em seguida, desdobre-o? Quais comandos eu tenho que usar?

    
___

3

Eu quero atualizar a unidade do meu laptop com mais velocidade, então quero clonar meu disco rígido atual em um ssd. Infelizmente eles não são do mesmo tamanho.

Eu já encontrei esta pergunta , mas estou insatisfeito com a respostas até agora.

Veja o que eu tenho (sda = HDD, sdb = SSD):

NAME                               MAJ:MIN RM   SIZE RO TYPE  MOUNTPOINT
sda                                  8:0    0 232.9G  0 disk  
|-sda1                               8:1    0   243M  0 part  /boot
|-sda2                               8:2    0     1K  0 part  
'-sda5                               8:5    0 232.7G  0 part  
  '-sda5_crypt (dm-0)              252:0    0 232.7G  0 crypt 
    |-elementary--vg-root (dm-1)   252:1    0 230.8G  0 lvm   /
    '-elementary--vg-swap_1 (dm-2) 252:2    0   1.9G  0 lvm   [SWAP]
sdb                                  8:16   0 111.8G  0 disk  
'-sdb1                               8:17   0 111.8G  0 part  

Não é a melhor abordagem para encolher as partições atuais do hdd usando um live-d para o tamanho exato que o sdd pode manipular e, em seguida, desdobre-o? Quais comandos eu tenho que usar?

    
por Dionysius 07.11.2014 / 19:29

1 resposta

2

Eu mesmo vou responder a pergunta, mas uma observação geral: Talvez seja o mais rápido apenas para começar do zero, as etapas são complicadas e demoradas!

  • Faça backup usando sua ferramenta de clonagem / backup de disco favorita
  • Siga o artigo Wiki do Ubuntu sobre ResizeEncryptedPartions
  • Certifique-se de que as partições correspondam exatamente ao tamanho de seu disco menor (para que o espaço livre após a última partição seja não alocado)
  • clone seu disco usando dd até o tamanho exato

Detalhado

  • / dev / sda é meu disco atual que quero encolher
  • / dev / sdb é meu novo disco
  • Use seus valores exatos para os tamanhos de disco, tamanhos de bloco e assim por diante, meus cálculos são apenas uma pequena pista de como eu fiz isso.
  • tenha cuidado com o parâmetro options (por exemplo, b às vezes significa bytes, às vezes significa blocos e assim por diante). Sempre verifique a página do homem primeiro.
  • Verifique o artigo vinculado acima para obter algumas informações adicionais sobre etapas sensatas

Inicialize o liveecd, carregue módulos, descriptografe seu disco, descubra partições:

sudo modprobe dm-crypt
sudo cryptsetup luksOpen /dev/sda5 crypt1
sudo vgscan --mknodes
sudo vgchange -ay

imprima o layout atual da sua partição com tamanhos em bytes:

ubuntu@ubuntu:~$ lsblk -b

NAME                               MAJ:MIN RM         SIZE RO TYPE  MOUNTPOINT
sda                                  8:0    0 250059350016  0 disk 
├─sda1                               8:1    0    254803968  0 part 
├─sda2                               8:2    0         1024  0 part 
└─sda5                               8:5    0 249802260480  0 part 
  └─crypt1 (dm-0)                  252:0    0 249800163328  0 crypt
    ├─elementary--vg-root (dm-1)   252:1    0 247757537280  0 lvm  
    └─elementary--vg-swap_1 (dm-2) 252:2    0   2038431744  0 lvm  
sdb                                  8:16   0 120034123776  0 disk 
└─sdb1                               8:17   0 120034091520  0 part  /media/ubuntu/ff08402

Precisamos saber qual tamanho a nova partição raiz deve ter. Fazemos alguns cálculos:

find how much space is used without root:
  250059350016
- 247757537280
=   2301812736

calculate new wished size from the new disk:
  120034123776
-   2301812736
= 117732311040

Since we can specify it only in kibibytes, we divide it by 1024
  117732311040
/         1024
=    114972960

Redimensione sua partição usando resize2fs (estou tendo ext4):

sudo resize2fs -p /dev/mapper/elementary--vg-root 114972960k

Defina o volume lógico para o tamanho calculado:

sudo lvreduce -L 114972960k /dev/mapper/elementary--vg-root

Imprimir a nova configuração da partição, precisamos de alguns valores de lá:

ubuntu@ubuntu:~$ lsblk -b
NAME                               MAJ:MIN RM         SIZE RO TYPE  MOUNTPOINT
sda                                  8:0    0 250059350016  0 disk 
├─sda1                               8:1    0    254803968  0 part 
├─sda2                               8:2    0         1024  0 part 
└─sda5                               8:5    0 249802260480  0 part 
  └─crypt1 (dm-0)                  252:0    0 249800163328  0 crypt
    ├─elementary--vg-root (dm-1)   252:1    0 117734113280  0 lvm  
    └─elementary--vg-swap_1 (dm-2) 252:2    0   2038431744  0 lvm  
sdb                                  8:16   0 120034123776  0 disk 
└─sdb1                               8:17   0 120034091520  0 part  /media/ubuntu/ff08402

Precisamos saber qual tamanho a nova partição crypt1 deve ter. Fazemos alguns cálculos:

Calculate difference between logical volume sizes and crypt1 (from before we made any changes):
    2038431744
+ 247757537280
= 249795969024

  249800163328
- 249795969024
=      4194304

calculate the new crypt1 size (with the new changes):
    2038431744
+ 117734113280
+      4194304
= 119776739328

later we need the crypt1 size in blocks:
  119776739328
/          512
=    233938944

Antes de podermos reduzir o volume da cripta, verifique se os volumes estão em ordem:

ubuntu@ubuntu:~$ sudo pvs -v --segments /dev/mapper/crypt1
    Using physical volume(s) on command line
  PV                 VG            Fmt  Attr PSize   PFree   Start SSize LV     Start Type   PE Ranges                    
  /dev/mapper/crypt1 elementary-vg lvm2 a--  232.64g 121.09g     0 28070 root       0 linear /dev/mapper/crypt1:0-28069   
  /dev/mapper/crypt1 elementary-vg lvm2 a--  232.64g 121.09g 28070 31000            0 free                                
  /dev/mapper/crypt1 elementary-vg lvm2 a--  232.64g 121.09g 59070   486 swap_1     0 linear /dev/mapper/crypt1:59070-59555

Não, eles não são, então eu precisava mover o swap para o melhor espaço livre (na verdade, significa bloquear o 28070):

sudo pvmove --alloc anywhere /dev/mapper/crypt1:59070-59555

E verifique novamente sua alocação para que o espaço livre esteja no final:

sudo pvs -v --segments /dev/mapper/crypt1

defina o novo tamanho de volume para crypt1

sudo pvresize --setphysicalvolumesize 119776739328b /dev/mapper/crypt1
sudo cryptsetup -b 233938944 resize crypt1

Continue com a tabela de partições, para descarregar a partição criptografada:

sudo vgchange -an
sudo cryptsetup luksClose crypt1

Imprima e observe em algum lugar seu layout atual da tabela de partições:

ubuntu@ubuntu:~$ sudo fdisk -l

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00082d72

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          501758   488396799   243947521    5  Extended
/dev/sda5          501760   488396799   243947520   83  Linux

Precisamos saber qual tamanho a nova tabela de partição deve ter, fazemos alguns cálculos novamente:

reverse engineering blocks setup from current /dev/sda:
     243947521
*         1024
-         1024
= 249802260480

size of other uses:
  250059350016
- 249802260480
=    257089536

size for the new disk:
  120034123776
-    257089536
= 119777034240

blocks for new disk:
  119777034240
+         1024
/         1024
=    116969761

calculating end sector with new size:
     488396799
+            1
-       501758
/            2
=    243947521

     116969761
*            2
+       501758
-            1
=    234441279

Agora podemos redefinir a tabela de partições com os novos tamanhos:

ubuntu@ubuntu:~$ sudo fdisk /dev/sda

Command (m for help): d
Partition number (1-5): 5

Command (m for help): d
Partition number (1-5): 2

Command (m for help): n
Partition type:
   p   primary (1 primary, 0 extended, 3 free)
   e   extended
Select (default p): e
Partition number (1-4, default 2):
Using default value 2
First sector (499712-488397167, default 499712):
Using default value 499712
Last sector, +sectors or +size{K,M,G} (499712-488397167, default 488397167): 234441279

Command (m for help): n
Partition type:
   p   primary (1 primary, 1 extended, 2 free)
   l   logical (numbered from 5)
Select (default p): l
Adding logical partition 5
First sector (501760-234441279, default 501760):
Using default value 501760
Last sector, +sectors or +size{K,M,G} (501760-234441279, default 234441279):
Using default value 234441279

Command (m for help): p

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00082d72

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          499712   234441279   116970784    5  Extended
/dev/sda5          501760   234441279   116969760   83  Linux

Command (m for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.

Teste pequeno: tente carregar o novo volume criptografado (ou reinicialize sem o LiveCD) e verifique se você pode acessar os dados (Se você não conseguir, você cometeu um erro em algum lugar e precisa reiniciar usando o backup):

sudo cryptsetup luksOpen /dev/sda5 crypt1
sudo vgscan --mknodes
sudo vgchange -ay

Verifique se seus cálculos estavam corretos comparando o bloco final com o tamanho do bloco do seu disco menor:

ubuntu@ubuntu:~$ sudo fdisk /dev/sda

Command (m for help): p

Disk /dev/sda: 250.1 GB, 250059350016 bytes
255 heads, 63 sectors/track, 30401 cylinders, total 488397168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00082d72

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *        2048      499711      248832   83  Linux
/dev/sda2          499712   234441279   116970784    5  Extended
/dev/sda5          501760   234441279   116969760   83  Linux


ubuntu@ubuntu:~$ sudo fdisk /dev/sdb

Command (m for help): p

Disk /dev/sdb: 120.0 GB, 120034123776 bytes
255 heads, 63 sectors/track, 14593 cylinders, total 234441648 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x000f335e

   Device Boot      Start         End      Blocks   Id  System
/dev/sdb1              63   234441647   117220792+  83  Linux

Verifique novamente seus cálculos com a nova tabela de partições:

/dev/sda total - sda5 end-block (in the beginning):
  488397168
- 488396799
=       369

/dev/sdb total - sda5 end-block (after shrink):
  234441648
- 234441279
=       369

foram bons para ir, exatamente o tamanho que queremos. então o próximo passo é dd de 0 a 234441648 (= tamanho total de / dev / sdb)

sudo dd if=/dev/sda of=/dev/sdb bs=1b count=234441648

E você está pronto, encolher completo. Este comando dd levará algum tempo e você não verá nenhuma saída. No meu caso, correu cerca de 6 horas.

    
por Dionysius 14.11.2014 / 17:17
___ tag123usb ___ USB é um acrônimo para Universal Serial Bus. O padrão USB atual é o USB 3.0, que suporta velocidades de transferência de até 625 MB / s. Dispositivos USB são plug-and-play. ___ tag123eject ___ Questões relacionadas à opção de ejeção ao usar unidades de CD / DVD / Blu-Ray e ejetar dispositivos USB ___ tag1231404 ___ Quinto lançamento LTS (Long Term Support) do Ubuntu, codinome "Trusty Tahr". Lançado em 17 de abril de 2014. O End Of Life (EOL) será lançado em abril de 2019. Use esta tag apenas se a sua pergunta for específica à versão. ___ qstntxt ___

Eu tenho um disco rígido externo com uma conexão USB 3.0. Quando eu o conecto à porta USB 3.0 do meu laptop, funciona bem, mas quando eu ejeto, ele é remontado imediatamente.

Isso não acontece quando eu conecto a mesma unidade a uma porta USB 2.0.

No momento, estou desmontando (clicando no botão "ejetar" no Nautilus).

Existe uma maneira de evitar esse problema?

    
___ answer667134 ___

Eu encontrei 3 soluções alternativas:

  1. anexado ao bug link , há um conselho para desmarcar a opção "Montar unidades removíveis quando hot-plugged "configuração: link
  2. edite as configurações da BIOS: a) defina o modo xHCI como manual eb) desative o "driver pré-inicialização xHCI". Parece resolver o problema e supostamente deixa o modo USB 3.0 ligado. Eu apliquei esse método, mas, desculpe, ainda não testei completamente.
  3. uma solução difícil e violenta: basta desativar o modo USB 3.0 nas configurações do BIOS - desative a interface xHCI, que é essencial para o USB 3.0. Isso ajuda ... Embora atrase o USB ...
___ Por que minhas regras do udev não podem renomear nós de dispositivos do kernel após a atualização de 12.04 para 14.04?