He estado intentando instalar algunas distribuciones de Linux en una máquina con almacenamiento híbrido: /dev/sda es un HDD y /dev/sdb es un SSD, con /boot, /swap y /root en el SSD y /home posiblemente en el SDD o el HDD o como un LVM que abarque ambos, todo LVM cifrado (excepto /boot, por supuesto). El problema es que los instaladores que vienen con las distribuciones no se instalan en el SDD y se instalan en el HDD con diversos grados de éxito. Estos han fallado:
parrotOS-1.4 y -1.6
debian sibilante 7.7 kde amd64
ubuntu 14.04.1 escritorio amd64
ParrotOS en realidad se instala en el HDD simplemente, sin cifrado, sin LVM, todas las demás opciones fallan. ParrotOS usa el instalador de Debian.
Debian Wheezy 7.7 se instala en el SSD, pero la instalación automática proporciona tamaños de intercambio extraños cada vez que intento tener un tamaño diferente. La RAM es de 4 GB y se supone que debe intercambiar 2 veces la RAM, lo cual quiero esperar cargas que requieran mucha memoria y me da 1 GB o menos. La instalación guiada manual falla.
Ubuntu no puede instalar GRUB en /dev/sda... no hay registros, no hay otros indicadores del motivo.
Kubuntu-14.10-desktop-amd64 es el único que se ha instalado sin problema en el SSD.
Pregunta: ¿Puedo simplemente particionar manualmente el SSD, configurarlo con cifrado, configurar LVM y luego usar una distribución completamente instalada (no activa) en una unidad USB (que arrancaré para hacer todo eso)? Simplemente copie esa instalación en el SSD, cambie las entradas en fstab y crypttab y la configuración de GRUB, instale GRUB en /dev/sda, ¿todo sin ningún uso de chroot? ¿O hay algo más que me falta?
Respuesta1
No hay suficiente información en su pregunta para descubrir la causa de sus extraños errores de instalación, pero sí, es posible instalar Debian en una unidad y luego moverlo manualmente a otra unidad. Lo he hecho varias veces.
Ya has notado los posibles peligros:
/etc/fstabEs posible que sea necesario actualizarlo. El uso de nombres lógicos (por ejemploNAME=foobar, UUID del sistema de archivos en lugar de nombres de archivos de dispositivos) puede evitar esto.- Asimismo,
/etc/crypttabes posible que sea necesario actualizarlo. - Tendrás que instalar GRUB en la nueva unidad.
Aparte de eso, básicamente puedes simplemente crear y montar tus nuevos sistemas de archivos y cp -atodo en ellos.
Mencionaste evitar chroot, pero no está claro por qué. Probablemente no sea necesario, pero debería funcionar bien si es necesario. Solo recuerde vincular y montar los diversos sistemas de archivos dinámicos ( /proc,,, tal vez ) en el nuevo sistema de archivos raíz antes de ingresar /sysa él)./dev/runchroot