하이브리드 스토리지가 있는 시스템에 Linux 배포판 몇 개를 설치하려고 했습니다. /dev/sda는 HDD이고 /dev/sdb는 SSD이고, /boot, /swap 및 /root는 SSD에 있고 /home은 가능합니다. SDD나 HDD에서 또는 두 가지 모두에 걸쳐 있는 LVM으로 모두 암호화된 LVM입니다(물론 /boot 제외). 문제는 배포판과 함께 제공되는 설치 프로그램이 SDD에 설치하지 못하고 다양한 수준의 성공으로 HDD에 설치된다는 것입니다. 다음은 실패했습니다.
parrotOS-1.4 및 -1.6
데비안 wheezy 7.7 kde amd64
우분투 14.04.1 데스크탑 amd64
ParrotOS는 실제로 HDD에만 일반, 암호화 없음, LVM 없음으로 설치하며 다른 모든 옵션은 실패합니다. ParrotOS는 데비안 설치 프로그램을 사용합니다.
debian wheezy 7.7은 SSD에 설치되지만 자동 설치는 다른 크기를 시도할 때마다 기괴한 스왑 크기를 제공합니다. RAM은 4GB이고 RAM의 2배를 스왑해야 하는데, 많은 메모리가 필요한 로드를 기대하고 1GB 또는 더 적은. 수동 안내 설치가 실패합니다.
Ubuntu가 GRUB를 /dev/sda에 설치하지 못했습니다... 로그 없음, 다른 표시기가 없는 이유.
Kubuntu-14.10-desktop-amd64는 SSD에 문제 없이 설치된 유일한 제품입니다.
질문: SSD를 수동으로 분할하고, 암호화 설정하고, LVM을 설정한 다음 USB 드라이브에 완전히 설치된(라이브가 아닌) 배포판을 사용할 수 있습니까?(모든 작업을 수행하기 위해 부팅할 예정입니다.) 해당 설치를 SSD에 복사하고 변경하면 됩니다. fstab 및 crypttab 및 GRUB 구성의 항목을 삭제하려면 chroot를 사용하지 않고 GRUB를 /dev/sda에 설치하십시오. 아니면 내가 놓친 다른 것이 있습니까?
답변1
귀하의 질문에는 이상한 설치 실패의 원인을 파악하기 위한 정보가 충분하지 않습니다. 하지만 그렇습니다. 한 드라이브에 데비안을 설치한 다음 수동으로 다른 드라이브로 옮기는 것이 가능합니다. 나는 그것을 여러 번 해왔습니다.
잠재적인 함정에 대해서는 이미 언급했습니다.
/etc/fstab업데이트해야 할 수도 있습니다. 논리적 이름(예NAME=foobar: 장치 파일 이름 대신 파일 시스템 UUID)을 사용하면 이를 방지할 수 있습니다.- 마찬가지로
/etc/crypttab업데이트가 필요할 수도 있습니다. - 새 드라이브에 GRUB를 설치해야 합니다.
그 외에도 기본적으로 새 파일 시스템과 cp -a모든 것을 생성하고 마운트할 수 있습니다.
를 피한다고 말씀하셨는데 chroot그 이유는 확실하지 않습니다. 아마도 그럴 필요는 없지만 필요한 경우에는 제대로 작동할 것입니다. 새로운 루트 파일 시스템에 들어가기 전에 다양한 동적 파일 시스템( /proc, /sys, /dev, 아마도 /run)을 새로운 루트 파일 시스템에 바인드 마운트하는 것을 기억하세요 chroot.