web-dev-qa-db-ja.com

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

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

enter image description here

これとまったく同じサーバーは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 14ドライブを/sdaとして検出してインストールしますが、Ubuntu 16はドライブを/sdcとして検出してインストールします-さらに、Ubuntu 16は、UbuntuインストールでUSBフラッシュドライブを/sdaとして検出します！これは..非常に間違っているように思います。

enter image description here

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

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

fdisk during install

これはの出力です

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

fstab in nano

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

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

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

recovery mode fdisk -l

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

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

grub2system-installation16.04
30
Jeff Atwood

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

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

打ってみて ctrl+alt+F1 ログインプロンプトで端末に移動します。

31
David Kruger

Sda/sdcの問題に誤解されています。 fstabは、マシンがUUIDごとにファイルシステムを割り当てることを示しています。また、fsck行は、grubが初期ファイルチェックを行ったinitrdを開始できることを示しています。

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

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

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

5
emk2203

昨夜、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）、 そして、やります

# sync
# reboot

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

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

5
kirb

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

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

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

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

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

0
loongyh