Ubuntu Server 16.04は/ sdcにインストールされますが、起動に失敗します

単一の内部SSDを搭載したマシンにUbuntu Server 16.04 LTSをクリーンインストールしています。インストールの完了後、システムは起動に失敗しfsck、画面の残りの部分が完全に空白の状態で1行の出力を印刷します。

これとまったく同じサーバーがUbuntu Server 14.04.4 LTSを正常にインストールするため、これは16.04 LTSに固有です。私は16で考えられるすべての方法でインストールしようとしましたが、毎回同じ結果が得られました：インストールはエラーなしで完了しましたが、再起動するとfsck、再起動後にその1行の出力で黒い画面が表示されます:(

このサーバーマシンでの14と16のインストールの大きな違いの1つ（例外ではなく、16 GB RAMとSamsung 850 EVO SSDを備えた一般的なBroadwell i5ボックスです）が、Ubuntu 16が検出するのと同じように/sda Ubuntu 14 がドライブを検出してインストールすることですそして、ドライブを次のようにインストールします/sdc -さらに、Ubuntu 16は、UbuntuのインストールとしてUSBフラッシュドライブを検出します/sda！これは..非常に間違っているように思います。

Ubuntu Server 16.04のインストールを取得して、USBインストールドライブの扱いを停止するにはどうすればよい/sdaですか？

編集：リクエストごとに、インストールの終わり近くに+ fdiskを押した後の出力がありますalt→

これはの出力です

# mkdir /mnt/ssd
# mount /dev/sdc1 /mnt/ssd
# nano /mnt/ssd/etc/fstab

USBインストールメディアから「レスキューモード」で起動すると（リカバリモードで起動するオプションが表示されません）、「ルートファイルシステムとして使用するデバイス」の次のオプションが表示されます

/dev/sda1  
/dev/sda5  
/dev/sdb1  
Assemble RAID array  
Do not use a root file system  

/ sdcファイルシステムが検出または表示されないことに注意してください。ただし、コンソールを入力する/sda1とfdisk -l、/ sdcとしてインストールしたものが表示されます。

「GRUBブートローダーの再インストール」ターゲティングを試みました/sda1が、エラーが発生します。/sdaターゲットとしてもう一度試してみましたが、うまくいくようです。

ただし、残念ながらfsck出力のような単一の黒い画面を再起動します。

16.04ネットインストールでも同じ動作に気付きました。

あなたの問題が私のものと同じなら、それは実際にうまく起動し、あなたにtty7を見せているだけです。

ログインプロンプトでターミナルに移動するはずのctrl+ alt+ F1を押してみてください。

昨夜、Ubuntu 15.10でも同じ問題が発生しました。（セカンダリ）ドライブのSATAコネクタをノックアウトしました。ここには実際のエラーは出力されません。これは、コネクタを開いて所定の位置にないことに気付くまで非常に混乱していました。

ライブUSBブートとインストールされたシステムのブートの間で何らかの方法で変更された何らかの種類の識別子を使用するフラッシュドライブを探しているか、またはドライブを接続したままブートしようとしていないと思います。

ライブOSを起動します（Ubuntu Serverのフラッシュドライブを再利用して逃げることができますAlt→。コマンドラインにアクセスするにはヒットします）。ディスクとパーティションのリストを取得します。

# fdisk -l | less

明らかにsdcにありますが、どのパーティションがext4システムのパーティションかを判断します。

パーティションをマウントします（sdc2を想定）：

# mkdir /mnt/ssd
# mount /dev/sdc2 /mnt/ssd

次に、そのfstabを検査します。

# nano /mnt/ssd/etc/fstab

これがUEFIインストールの場合、おそらくEFIシステムパーティション（/boot/efi）、ブートパーティション（/boot）、およびシステムルート（/）の行のみが必要です。セットアップは、生成されたfstabで作成した行に有益な注釈を付けるので、オンになっていないもの/dev/sdc*はすべて削除する必要があります（または安全のためにコメントアウトするだけです）。

保存（つまりCtrlX、Y、Enter）、およびDO

# sync
# reboot

変更がディスクにコミットされ、リブートされるようにします。フラッシュドライブを取り外して、それがどうなるかを確認します。

システムドライブの前にフラッシュドライブが表示されたいくつかの一般的な理由は、ドライブのIDに依存するのではなく、ドライブを別のタイプ（フロッピードライブ、ハードドライブなど）に偽装できるBIOS設定が使用されているためです、またはドライブのリムーバブルビットがオフになっているためです。14.04インストーラーには、16.04と同じドライブを使用していますか？確実ではない場合は、OSのバグのように聞こえます。

sda / sdcの問題に誤解されています。あなたのfstabマシンはUUIDごとのファイル・システムを割り当て、その上にあることを示し、fsckGRUBが初期filecheckをしたのinitrdを開始することができると行を示しています。

カーネルのグラフィック設定が間違っているなど、単純なこともあります。基本的に、ttyを見ることができず、Xはサーバー上にありません、正しいですか？

で行に追加nomodesetしてみてください。また、GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"行を追加してください。/etc/default/grubGRUB_GFXPAYLOAD_LINUX=keep

16.04の2つのシステムで説明したのと同様の症状が見られましたが、Xで起動できるため、実行中のシステムで修正できました。それは非常によく似ていて、fsck行（tty1で）が表示されるか、まったく表示されませんでした（tty2-6で）。

Ubuntu Server 16.04.1 LTSをインストールしたところ、まったく同じ問題が発生しました。

この問題は、grubオプションGRUB_CMLDLINE_LINUX_DEFAULTがUbuntuのデスクトップバージョンと同様に「quiet splash」に設定されているために発生します。通常の詳細なブートテキストの代わりに、スプラッシュスクリーンが表示されます。

ブートプロセスが完了すると、コンソールがtty7にドロップされます。tty7は存在しないxserver GUIであり、上記の問題が発生します。

それを「テキスト」に設定し直すと、Ubuntu Serverはtty1コンソールを起動します。

編集：@ emk2203で述べたように、この問題はブートローダーが間違ったドライブにインストールされていることが原因ではありません。インストールは実際にはブートに成功しますが、grub構成のバグにより、存在しないtty7がtty1ではなくメインディスプレイに送信されます。

これは、以前のUbuntuで発生した同様の問題のようです。ブートローダーをUsbドライブにインストールしていました。内部ssdにブートローダー（grubなど）を手動でインストールする必要がありました。