Instalando o Linux copiando?

0

Eu tenho tentado instalar algumas distribuições linux em uma máquina com strorage híbrido - / dev / sda é um HDD e / dev / sdb é um SSD, com / boot, / swap e / root no SSD e / home possivelmente no SDD ou no HDD ou como um LVM abrangendo ambos, todos os LVM criptografados (exceto / boot, é claro). O problema é que os instaladores que acompanham as distribuições não são instalados no SDD e são instalados no HDD com vários graus de sucesso. Estes falharam:

parrotOS-1.4 e -1.6

debian wheezy 7.7 kde amd64

ubuntu 14.04.1 desktop amd64

O ParrotOS na verdade instala apenas no HDD, sem criptografia, sem LVM, todas as outras opções falham.ParrotOS usa o instalador debian.

debian wheezy 7.7 instala no SSD, mas o autoinstall dá tamanhos de swap bizarros toda vez que eu tento é tamanho diferente.A RAM é de 4GB e é suposto ter swap 2x a RAM, o que eu quero esperando cargas que exigem muita memória e dá me 1GB ou menos. A instalação guiada manual falha.

O Ubuntu não consegue instalar o GRUB em / dev / sda ... sem registros, sem outros indicadores do porquê.

O Kubuntu-14.10-desktop-amd64 é o único que instalou sem problemas no SSD.

Pergunta: posso simplesmente particionar manualmente o SSD, criptografá-lo, configurar o LVM e depois   usando uma distro totalmente instalada (não ao vivo) em uma unidade USB (que eu vou inicializar para fazer tudo isso) simplesmente copie essa instalação para o SSD, mude as entradas no fstab e crypttab e config do GRUB, instale o GRUB no / dev / sda, tudo sem qualquer uso de chroot? Ou há algo mais que eu esteja sentindo falta?

    
por hexedone 08.01.2015 / 03:53

1 resposta

1

Não há informações suficientes em sua pergunta para descobrir a causa de suas falhas de instalação estranhas, mas sim, é possível instalar o Debian em uma unidade e depois movê-la manualmente para outra unidade. Eu já fiz isso várias vezes.

Você já observou as potenciais armadilhas:

  • /etc/fstab pode precisar ser atualizado. Usar nomes lógicos (por exemplo, NAME=foobar ou UUIDs do sistema de arquivos em vez de nomes de arquivos de dispositivos) pode evitar isso.
  • Da mesma forma, /etc/crypttab talvez precise ser atualizado.
  • Você terá que instalar o GRUB na nova unidade.

Além disso, basicamente você pode simplesmente criar e montar seus novos sistemas de arquivos e cp -a em todos eles.

Você mencionou evitar chroot , mas não está claro o motivo. Você provavelmente não precisará, mas deve funcionar bem se você precisar. Lembre-se de montar os vários sistemas de arquivos dinâmicos ( /proc , /sys , /dev , talvez /run ) no novo sistema de arquivos raiz antes de você chroot .)

    
por 08.01.2015 / 04:42

Tags