「緊急モードへようこそ！」それはfsckの問題だと思います

journalctl -xbスニペット（私が間違っていると思うこと、少なくとも赤でした）：

-- Unit systemd-fsckd.service has begun starting up.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1 contains a file system with errors, check forced.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: Inodes that were part of a corrupted orphan linked list found.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: /dev/sdb1: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: (i.e., without -a or -p options)
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: fsck failed with error code 4.
juli 09 15:40:16 kim-SSD-Sationary systemd-fsck[414]: Running request emergency.target/start/replace
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service: main process exited, code=exited, status=1/FAILURE
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Failed to start File System Check on Root Device.
-- Subject: Unit systemd-fsck-root.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit systemd-fsck-root.service has failed.
-- 
-- The result is failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Unit systemd-fsck-root.service entered failed state.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: systemd-fsck-root.service failed.
juli 09 15:40:16 kim-SSD-Sationary systemd[1]: Starting Remount Root and Kernel File Systems...
-- Subject: Unit systemd-remount-fs.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

ACPI PCCプローブが失敗しました、nvidiaが所有していないなどのような他のエラーを無視しました...

編集：Ctrl + を押してPCにアクセスできますが、D面倒です。

fsckUbuntu Liveから実行できます。

1. コンピューターの電源を入れます。Ubuntu Live DVD / USBを起動します（インストールせずに試してください）。
2. ロード後、Ctrl+ Alt+を押してターミナルを開きますT

3. ターミナルで、次を実行します。

   sudo -i
   fdisk -l
   

   fdiskパーティション/（ルート）の名前が通知されます。この質問では/dev/sdb1。

   次に、次を実行して続行する必要があります。

   umount /dev/sdb1
   fsck -y /dev/sdb1
   poweroff
   

   umountコマンドsdb1が「マウントされていない」と文句を言う場合、それは問題ではありません。「マウントされていない」ことを望んでいました:)。

4. DVD / USBを取り出します。SSDから起動するには、コンピューターの電源を再度入れます。

あなたが問題を解決したかどうかはわかりません。私がしたことは：

sudo nano /etc/fstab

次に、そこに追加したものを削除してsdb1から実行します。

sudo systemctl reboot

破損していると言われているので、それについてはわかりませんが、Linuxを実行できない人の助けになることを願っています。

緊急モードの場合がありました。私の状況では、インストールチュートリアルに従って、のマウントポイントのオプションのいくつかを編集することを提案しました/etc/fstab。余分なオプションを削除すると、サーバーは問題なく再起動しました。

Windows 10とUbuntu 16.Xのデュアルブートシステムを使用しています。

NTFSパーティションの1つをマウントできず、エラーはWindowsのシャットダウン/休止状態に関連していました。私sudo ntfsfix /dev/sda3はこの問題を修正していました。ntfsパーティションsda3をマウントできましたが、再起動時にUbuntuは緊急モードで起動していました。
この問題を修正するには、Windowsで次のコマンドを実行します

shutdown /s /t 5

これにより、Ubuntu緊急起動の問題が修正されます。

答えカッシュブーラニとCaganアルスラーンは、恒久的な解決策に私を導きました。

Windows 10には、デフォルトで高速ブートと呼ばれる機能があり、ユーザーがコンピューターの「シャットダウン」ボタンまたは電源ボタンを使用して通常シャットダウンすると、実際に実行中のカーネルやその他のシステムをハードドライブに保存しますログオフ後、休止状態に。また、Windowsが何らかの方法でパーティションを「ロック」している間に、偶発的または悪意のあるデータの破損を防ぎます。つまり、Ubuntuは起動時にWindowsパーティションをマウントできません。

私の場合、/ etc / fstabにWindowsパーティションのエントリがあるため、Ubuntuが起動できなくなりました。

解決策は、Windowsを起動し、「高速起動」を無効にしてから、正常にシャットダウンすることです。これで問題は永久に解決されるはずです！

前に共有したリンクから、次のようにWindowsで高速ブートを無効にします。

1. コントロールパネルを起動します
2. 「ハードウェアとサウンド」設定に移動します
3. 「電源オプション」に移動します
4. 「電源ボタンの機能を選択する」をクリックします
5. [現在利用できない設定を変更する]をクリックして、UACアクセスを許可します。
6. [高速起動を有効にする（推奨）]設定のチェックボックスをオフにします

私の場合（デュアルブートWindows 10）、コマンドでWindowsを適切にシャットダウンする必要がありました（Windowsで）：

shutdown /s /t 5

再起動すると、Ubuntuは問題なくロードされます。

USBフラッシュドライブからUbuntu LTS 16.04を起動すると、まったく同じ問題が発生しました。やってsysctl defaultそれを修正していない、fsckスキャン進捗MSGでまもなく点滅でしょうし、同じプロンプトが出てくるでしょう。これがうまくいったものです：

fsck -y /dev/sda1
reboot

これがVirtualBox VMで発生した場合、パーティションの1つをマウントできなかった可能性があります/etc/fstab-残念ながら「welcome to emergency mode！」で失敗します。重要なパーティションではない場合でも、不正なエントリを追加してファイルシステムをマウントしようとすると、システムvboxsf全体がブートに失敗し、ブートログでこれが主な問題であることが明確になりません。

とにかく問題を解決するには、問題のあるエントリをコメントアウトするか/etc/fstab、修正して、mount満足できるようにする必要があります。

他のいくつかの回答と同様に、私にとっての秘the /etc/fstabは、オプションのLVMパーティションのエントリをコメントアウトすることでした。数日前にUbuntu 17.10がLVMパーティションを見つけられなくなったと不平を言い始めた理由も、これがシステムを「緊急」モードで起動させたのか、私にはわかりません。

でエントリがコメントアウトされる/etc/fstabと、デスクトップを正常に再起動しました。いくつかのチュートリアルを見ると、いくつかのLVMコマンドが欠落していることに気づいたのでsudo apt-get install lvm2、問題を修正したように走りました。

私のようにLVMパーティションが問題の原因だと思うなら、私が実行したコマンドの完全なセットは次のとおりです。

sudo lvmdiskscan
sudo apt-get install lvm2
sudo lvmdiskscan
sudo lvdisplay
sudo vi /etc/fstab
sudo vgchange -a y
sudo mount -a

これらすべてが必要かどうかわからない- apt-get install lvm2システムを再起動するための鍵だったと思う。

私は同じ問題を抱えていました。コマンドfsckを実行した後、回復していましたが、しばらくしてコンピューターが再び緊急モードになったので、ハードディスクからデータ全体を削除し、新しいOSをインストールしました。それは私の問題を解決しました。Ubuntu 15.0の鮮やかなバージョンに問題があったので、14.0バージョンをインストールしたと思います。それでもまだ問題はありません。

同じ問題がありました。/ etc / fstabから手動で追加されたntfsパーティションをコメント化しましたシステムは正常に起動しました。ntfsfixコマンドを使用して、これらのntfsパーティションに起因するジャーナリングの問題を修正します。例：Sudo ntfsfix / Dev / ntfsパーティション/ etc / fstab Rebootに再マウント

したがって、ここには多くの良い答えがあります-情報に追加するだけで、私の問題は、サーバーを保護するために/ etc / fstabに追加した行で間違っているtmpfsのtempfsとしてのスペルミスでした

私はちょうど同じ問題を抱えていたので、私の場合は、grubパーティションを再作成したばかりだったため、最後のgrubパーティションとは異なるUUIDがありました。ubuntuを起動すると、システムはUUIDをチェックできません。この問題を解決するために私はやった：

sudo nano /etc/fstab

次に、変更したばかりのパーティションからUUIDを含む行をコメントアウトします。

その後reboot、変更を適用します。

fstabのリカバリファイルがなかったため、上記のすべての回答は役に立ちませんでした。
トリックは何でしたか（緊急モードで）

cat /proc/mounts > /etc/fstab