PCI-eスロットにIntel Pro 750 SSDがインストールされています。 Ubuntu CDからの最初の起動時に問題なくUbuntu 17をインストールできました。
ただし、インストール後に再起動すると、黒い画面が表示されるだけです。 BIOSにアクセスすることさえできませんでした。
次に、通常のSATA SSDをインストールしました。この時点で、CDから再度ブートできました。その後、SATA SSDにUbuntu 17をインストールしました。これは、再起動しても問題なく機能します。
私がpci ssdに支払った価格(コンピューターの残りの部分すべてをまとめたもの)を考えると、sata ssdの代わりにそれを使用したいと思います。
正常に動作させることが最適ですが、それが不可能な場合、sata ssdをbootstrapとして使用し、PCIe SSDから起動するように指示する方法はありますか?
ルートファイルシステムをpcieディスクに配置し、他のデバイスをブート順序でpcieディスクの前に配置できる限り、別のデバイスからブートできるはずです。残念ながら、すべてのBIOSがハードディスク上でその程度の選択を許可するわけではありません。
最初に、pcieディスクが存在するときにsataディスクを起動できるかどうかを判断します。可能な場合は、ブート順でSATAがpcieディスクの前にあることを確認してください。 SATAを起動でき、pcieディスクにすでにUbuntuがインストールされている場合は、実行できるはずです。
Sudo update-grub
これで、grubブートメニューにpcieディスクが含まれるようになります。
Pcieディスクが存在するときにSATAディスクを起動できない場合でも、ブート順序でHDDの前に置くことができるUSBデバイスから起動できる場合があります。その場合は、USBから起動し、pcieディスク上のルートを持つアイテムを選択します。 USBへの通常のインストール(スティック?)で起動し、pcieディスクを挿入してUSBを起動できるはずです。 Sudo update-grubを実行して、USB grubメニューでpcieディスクを選択し、USBを再起動して、実行するpcieを選択します。
残念ながら、USBへのインストールはUbuntuインストーラーが(まだ)バグではありません(バグ1173457、1229488、...)、さらに悪いことに、ホスト上で動作するUbuntuを台無しにする傾向があります。このサイトには、USBへのフルインストールを行うためのその他の回答があります。問題がある場合は、お手伝いできますが、要約すると:
作業中のhddブート(EFIパーティションの/ EFIディレクトリ)をバックアップします。 /boot/grub/grub.cfgを/EFI/ubuntu/grub.cfg.goodのような保存されたコピーにコピーして、USBを指すようにリセットされた(いつ)場合に復元できるようにします(バグ)。 efibootmgr -vを使用して作業中のnvramエントリを一覧表示すると、何が機能するかがわかります。 UEFIモードでUSBにインストールします-USBにEFIパーティションを作成する必要がありますが、空のままです。 EFIパーティション全体をhddからUSBにコピーします。 USB /EFI/Boot/bootx64.efiを修正して、grubx64.efiのコピーになるようにします(セキュアブートの場合はshimx64.efiで、その場合はgrubx64.efiのコピーもあります)。 /EFI/ubuntu/grub.cfgを使用して、USBルート(sdb2?)のUUIDを使用します。 hdd grub.cfg.goodをgrub.cfgに復元します。起動するUEFIフルインストールUSBスティックを作成するだけです。
HPラップトップがあり、光学スロットのディスクキャディに2台目のディスクを追加したときにgrubでハングアップしました-このキャディは元のハードディスクの前にチェックされました(CD/DVDエントリで使用した順序に関係なく)。そのため、キャディを用意して元のディスクから起動することさえできませんでした。 grubをUSBに入れると、grubが完全に起動し、キャディのルートfsを選択してから動作しました。たぶんそのアプローチはあなたのために働くでしょう。
一部のPCIe SSDファームウェアはext4ファイルシステムをサポートせず、NTFS、exfat、hfs +のみをサポートします。ライブCDからgpartedを使用して、SSDがext4ファイルシステムをサポートしているかどうかを確認します。