混合ストレージがあるシステムにいくつかの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
Debian wheezy 7.7 kde amd64
Ubuntu 14.04.1デスクトップamd64
ParrotOSは実際には通常の方法でのみHDDにインストールされ、暗号化もなくLVMもなく、他のすべてのオプションは失敗します。 ParrotOS は Debian インストーラを使用します。
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
あなたの質問には、奇妙なインストール失敗の原因を特定するための情報が不十分です。しかし、そうです。あるドライブにDebianをインストールしてから、手動で別のドライブに移動できます。私はこれを何度もやってきました。
あなたはすでに潜在的な落とし穴を見つけました。
/etc/fstabアップデートが必要な場合があります。これは、デバイスファイル名の代わりにファイルシステムUUIDなどの論理名を使用してNAME=foobar回避できます。- もう一度
/etc/crypttabアップデートが必要な場合があります。 - 新しいドライブにGRUBを取り付ける必要があります。
それに加えて、基本的に新しいファイルシステムとcp -aその中のすべてを作成してマウントすることができます。
それを避けるために言及しましたが、chrootその理由は明確ではありません。おそらく必要ありません。ただし、必要に応じて正常に動作します。新しいルートファイルシステムに入る前に、さまざまな動的ファイルシステム（/proc、、、、おそらく）を新しいルートファイルシステムにバインドマウントすることを忘れないでください。 )/sys/dev/runchroot