Я пытался установить несколько дистрибутивов Linux на машину с гибридным хранилищем - /dev/sda - это HDD, а /dev/sdb - это SSD, с /boot, /swap и /root на SSD и /home, возможно, на SDD или HDD или как LVM, охватывающий оба, все зашифрованные LVM (кроме /boot, конечно). Проблема в том, что установщики, которые идут с дистрибутивами, не могут установиться на SDD и устанавливают на HDD с разной степенью успеха. Эти не удались:
parrotOS-1.4 и -1.6
дебиан хриплый 7.7 kde amd64
ubuntu 14.04.1 рабочий стол amd64
ParrotOS на самом деле устанавливается только на жесткий диск, без шифрования, без LVM, все другие варианты не работают. ParrotOS использует установщик Debian.
Debian wheezy 7.7 устанавливается на SSD, но автоустановка выдает странные размеры подкачки каждый раз, когда я пытаюсь это сделать, они разного размера. Оперативная память составляет 4 ГБ, и предполагается, что подкачка должна быть в 2 раза больше оперативной памяти, что я и хочу, ожидая нагрузок, требующих много памяти, а она дает мне 1 ГБ или меньше. Ручная установка не удалась.
Ubuntu не удаётся установить GRUB на /dev/sda... нет ни журналов, ни других указаний на причину.
Kubuntu-14.10-desktop-amd64 — единственная, которая без проблем установилась на SSD.
Вопрос: могу ли я просто вручную разбить SSD, cryptsetup его, настроить LVM и затем, используя полностью установленный (не live) дистрибутив на USB-накопителе (который я буду загружать, чтобы сделать все это), просто скопировать эту установку на SSD, изменить записи в fstab и crypttab и конфигурации GRUB, установить GRUB в /dev/sda, и все это без использования chroot? Или я что-то еще упускаю?
решение1
В вашем вопросе недостаточно информации, чтобы выяснить причину ваших странных сбоев установки, но да, возможно установить Debian на один диск, а затем вручную перенести его на другой диск. Я делал это несколько раз.
Вы уже отметили потенциальные подводные камни:
/etc/fstabможет потребоваться обновление. Использование логических имен (например,NAME=foobarили UUID файловой системы вместо имен файлов устройств) может этого избежать.- Аналогично,
/etc/crypttabвозможно, потребуется обновление. - Вам придется установить GRUB на новый диск.
Помимо этого, вы можете просто создавать и монтировать новые файловые системы и cp -aвсе, что в них находится.
Вы упомянули, что следует избегать chroot, но неясно, почему. Вам, вероятно, это не понадобится, но это должно работать нормально, если вам это нужно. Просто не забудьте смонтировать с помощью bind-mount различные динамические файловые системы ( /proc, /sys, /dev, может быть /run) в новую корневую файловую систему, прежде чем вы chrootв нее войдете.)