Migrando para longe do LVM

Question

Eu tenho uma configuração de servidor de mídia doméstica Ubuntu com 4.5 TB dividido em alguns discos rígidos (1x3TB, 2x1TB) e estou usando o LVM2 para gerenciar os volumes. Eu recentemente adicionei um SSD de 60GB ao meu servidor, e eu gostaria de usá-lo para abrigar a partição 'root' do meu servidor (que está atualmente sob o grupo LVM).

Eu não quero simplesmente adicioná-lo ao grupo de volume LVM, porque (afaik) não há como garantir que o SSD será usado para o sistema de arquivos raiz. Se eu jogá-lo no VG, ele pode ser usado para abrigar minha mídia, o que acabaria com o propósito de ter o SSD em primeiro lugar.

Eu sinto que a minha única solução é de alguma forma remover minha partição raiz da configuração do LVM e copiá-lo para o SSD. Minha partição de inicialização, obviamente, não faz parte do grupo LVM.

A configuração do meu disco é a seguinte:

60GB SSD: EMPTY.
1TB HDD: /boot, LVM space.
1TB HDD: LVM space.
3TB HHD: LVM space.

Eu tenho alguns volumes lógicos. minha raiz (/), um volume de 'mídia' para minha coleção de mídia, uma de backup para minha rede backups.etc.

Alguém tem algum conselho sobre como fazer isso? Meu objetivo final é ter o SSD de 60GB usado para minhas partições de boot e raiz, com tudo o mais nos discos rígidos de 3TB / 1TB / 1TB.

    

Answer 1

Embora esta questão tenha dois anos, deixarei o seguinte para referência: você pode realmente forçar o LVM a alocar extensões de um Volume Físico especificado ao criar um novo LV. A sintaxe é a seguinte (você encontrará mais detalhes em lvcreate(8) ):

lvcreate <options such as name, size, etc.> volumeGroup [physicalVolume]

Então, por exemplo, você poderia ter adicionado o SSD ao seu grupo de volume e, em seguida, feito algo como:

lvcreate -n rootOnSSD -L 60G yourVolGroup /dev/fastSSD

E forçaria o LVM a alocar esses 60G de extensões do SSD.

Existem opções avançadas para especificar intervalos de PE a partir dos quais alocar, mesmo dentro de um determinado Volume Físico, bem como especificar o tamanho de LV como uma função de espaço livre em um determinado PV, etc. Veja o sinalizador -l em lvmcreate(8) .

Se você não tivesse usado todas as extensões no SSD, seria um candidato sempre que um novo LV fosse criado. Então, inversamente, você teria que fazer algo assim

lvcreate -n hugeVolumeForMedia -L 1T yourVolGroup /dev/slowMedia [/dev/otherSlowMedia...]

se você criar um novo LV para mais armazenamento em massa e quiser garantir que seu SSD não seja desperdiçado.

    

Answer 2

No final, eu segui as instruções do Pedro.

What I usually do in these situations is to boot with SystemRescueCD, create the new partitions, copy the content of the old ones to the new ones with FSArchiver and finally install grub on the new disk. It's usually a fairly smooth procedure.

Ele respondeu como um comentário, então não posso marcá-lo como uma resposta.

    

Answer 3

Eu não consigo entender a luta aqui. Isso é bem direto.

1,0 cfdisk duas partições no SSD
1.1 (opcional) faz um PV fora da partição não inicializável
1,2 mkfs nas partições raiz e de inicialização

2.0 inicializa o Knoppix (ou qualquer outro), monte seus sistemas de arquivos | 2.1 rsync -av / old / boot / new / boot e / old / root / new / root

3.0 grub - iniciar shell
3.1 (opcional) dispositivo (hd0) / dev / ssd
3.2 root (hd0,0) - onde hd0,0 é a partição de inicialização do SSD
3.3 instalar (hd0)

4.0 atualização /boot/grub.conf

5.0 boot.

6.0 excluir volumes lógicos antigos

Se isto for insuficiente, por favor me avise e eu trabalharei em mais alguns passos ou explique os passos com mais detalhes.