혼합 스토리지가 있는 시스템에 일부 Linux 배포판을 설치하려고 했습니다. /dev/sda는 HDD, /dev/sdb는 SSD, /boot, /swap 및 /root는 SSD에 있고 /home은 아마도 /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이고 2x RAM을 교체할 수 있어야 하며 많은 메모리가 필요한 로드를 예상했는데 1GB 이하가 되었습니다. 수동 부팅 설치에 실패했습니다.
Ubuntu는 GRUB를 /dev/sda에 설치할 수 없습니다. 로그도 없고 그 이유도 표시되지 않습니다.
Kubuntu-14.10-desktop-amd64는 SSD에 문제 없이 설치되는 유일한 버전입니다.
질문: SSD를 수동으로 분할하고, 암호화 설정하고, LVM을 설정한 다음 USB 드라이브에 완전히 설치된(비 라이브) 배포판을 사용하고(이 모든 작업을 수행하려면 부팅하겠습니다) SSD에 복사만 설치하면 됩니다. GRUB 구성의 fstab, crypttab 및 항목을 변경하고, chroot를 사용하지 않고 GRUB를 /dev/sda에 설치하시겠습니까? 아니면 다른 것을 놓치고 있습니까?
답변1
귀하의 질문에는 이상한 설치 실패의 원인을 파악하기 위한 정보가 충분하지 않습니다. 하지만 그렇습니다. 한 드라이브에 데비안을 설치한 다음 수동으로 다른 드라이브로 이동할 수 있습니다. 나는 이것을 여러 번 해왔습니다.
당신은 이미 잠재적인 함정을 발견했습니다.
/etc/fstab업데이트가 필요할 수 있습니다. 이는 장치 파일 이름 대신 파일 시스템 UUID 와 같은 논리적 이름을 사용하여NAME=foobar방지할 수 있습니다 .- 다시 한 번
/etc/crypttab업데이트가 필요할 수 있습니다. - 새 드라이브에 GRUB를 설치해야 합니다.
그 외에도 기본적으로 새로운 파일 시스템과 cp -a그 안의 모든 것을 생성하고 마운트할 수 있습니다.
그것을 피하기 위해 언급했지만 chroot그 이유는 명확하지 않습니다. 아마도 필요하지 않을 것입니다. 그러나 필요하다면 제대로 작동할 것입니다. 새로운 루트 파일 시스템으로 들어가기 전에 다양한 동적 파일 시스템( /proc, , , 아마도 )을 새로운 루트 파일 시스템에 바인드 마운트하는 것을 기억하세요 . )/sys/dev/runchroot