Tenho tentado instalar algumas distros Linux em uma máquina com armazenamento 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 LVM criptografados (exceto /boot, é claro). O problema é que os instaladores que acompanham as distros não conseguem instalar no SDD e instalam no HDD com vários graus de sucesso. Estes falharam:
papagaioOS-1.4 e -1.6
debian wheezy 7.7 kde amd64
Ubuntu 14.04.1 desktop amd64
Na verdade, o ParrotOS é instalado no HDD apenas de forma simples, sem criptografia, sem LVM, todas as outras opções falham. O ParrotOS usa o instalador debian.
O debian wheezy 7.7 é instalado no SSD, mas a instalação automática fornece tamanhos de troca bizarros toda vez que tento um tamanho diferente. A RAM tem 4 GB e deve ter swap 2x a RAM, o que eu quero, esperando cargas que exigem muita memória e me dá 1 GB ou menos. A instalação guiada manual falha.
O Ubuntu não consegue instalar o GRUB em /dev/sda... no logs , nenhum outro indicador do porquê.
Kubuntu-14.10-desktop-amd64 é o único que foi instalado sem problemas no SSD.
Pergunta: posso simplesmente particionar manualmente o SSD, cryptsetup, configurar o LVM e, em seguida, usar uma distribuição totalmente instalada (não ao vivo) em uma unidade USB (que inicializarei para fazer tudo isso), simplesmente copiar essa instalação para o SSD, alterar as entradas na configuração fstab e crypttab e GRUB, instale o GRUB no /dev/sda , tudo sem qualquer uso de chroot ? Ou há algo mais que estou perdendo?
Responder1
Não há informações suficientes em sua pergunta para descobrir a causa de suas estranhas falhas de instalação, mas sim, é possível instalar o Debian em uma unidade e depois movê-lo manualmente para outra unidade. Já fiz isso várias vezes.
Você já notou as possíveis armadilhas:
/etc/fstabpode precisar ser atualizado. Usar nomes lógicos (por exemploNAME=foobar, UUIDs de sistemas de arquivos em vez de nomes de arquivos de dispositivos) pode evitar isso.- Da mesma forma,
/etc/crypttabpode precisar ser atualizado. - Você terá que instalar o GRUB na nova unidade.
Além disso, você pode basicamente criar e montar seus novos sistemas de arquivos e cp -atudo o mais neles.
Você mencionou evitar chroot, mas não está claro o porquê. Você provavelmente não precisará, mas deve funcionar bem se precisar. Apenas 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 chrootentrar nele.)