“비상 모드에 오신 것을 환영합니다!”이것이 fsck 문제라고 생각하십시오.

journalctl -xb snippet (내가 틀렸다고 생각하는 것은 적어도 빨간색이었습니다) :

-- 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 probe failed., nvidia not propetary 등과 같은 다른 오류는 무시했습니다.

편집 :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
   

   은 IF umount명령이이 불평 sdb1"설치하지", 즉 문제가되지 않습니다. 우리는 그것이 "탑재되지 않기"를 원했습니다 :).

4. DVD / USB를 제거하십시오. SSD로 부팅하려면 컴퓨터를 다시 켜십시오.

나는 당신의 문제를 해결했는지 모르겠습니다. 내가 한 일은 :

sudo nano /etc/fstab

그런 다음 추가 한 내용을 삭제 sdb1하고 다음을 실행하십시오.

sudo systemctl reboot

그것은 그것이 손상되었다고 말하면서, 그것에 대해 무슨 일인지 모르겠지만, 이것이 리눅스를 실행할 수없는 누군가를 도울 수 있기를 바랍니다.

방금 비상 모드에 해당합니다. 내 상황에서 나는에있는 마운트 포인트에 대한 옵션 중 일부를 편집하도록 제안하는 설치 튜토리얼을 따랐습니다 /etc/fstab. 추가 옵션을 제거하면 서버가 문제없이 재부팅되었습니다.

Windows 10 및 Ubuntu 16.X 이중 부팅 시스템을 사용하고 있습니다.

파티션 중 하나를 마운트 할 수 없었으며 오류는 Windows 종료 / 최대 절전 모드와 관련이 있습니다. sudo ntfsfix /dev/sda3문제를 해결하는 데 사용 했습니다. ntfs 파티션 sda3을 마운트 할 수 있었지만 재시작시 우분투는 비상 모드에서 시작되었습니다.
이 문제를 해결하려면 Windows에서 다음 명령을 실행하십시오.

shutdown /s /t 5

이로 인해 우분투 비상 시작 문제가 해결되었습니다.

Khushboo Rani 와 Cagan Arslan 의 답변으로 저에게 영원한 해결책이되었습니다.

Windows 10에는 기본적으로 빠른 부팅 이라는 기능이 있습니다.이 기능 은 사용자가 "종료"버튼 또는 컴퓨터의 전원 버튼을 사용하여 정상적으로 종료하면 실제로 실행중인 커널 및 기타 시스템 항목을 하드 드라이브에 저장합니다. 로그 오프 후 최대 절전 모드로 전환하십시오. 또한 실수 나 악의적 인 데이터의 손상을 막기 위해 Windows가 어떤 식 으로든 파티션을 "잠 그게"합니다. 이것은 Ubuntu가 시작하는 동안 Windows 파티션을 마운트 할 수 없음을 의미합니다.

제 경우에는 / etc / fstab에 Windows 파티션에 대한 항목이 있으므로 이로 인해 Ubuntu를 부팅 할 수 없습니다.

해결 방법은 Windows로 부팅하고 "빠른 부팅"을 비활성화 한 다음 정상적으로 종료하는 것입니다. 이제 문제는 영구적으로 해결되어야합니다!

앞에서 공유 한 링크에서 다음과 같이 Windows에서 빠른 부팅을 비활성화합니다.

1. 제어판 시작
2. "하드웨어 및 소리"설정으로 이동
3. "전원 옵션"으로 이동
4. "전원 버튼의 기능 선택"을 클릭하십시오
5. "현재 사용할 수없는 설정 변경"을 클릭하고 UAC 액세스 권한을 부여하십시오.
6. "빠른 시작 켜기 (권장)"설정으로 확인란을 지우십시오.

필자의 경우 (Dual Boot 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에서 발생하면 파티션 중 하나를 마운트하지 못했을 수도 있습니다. /etc/fstab불행히도 "긴급 모드에 오신 것을 환영합니다!" 중요한 파티션이 아니더라도-파일 시스템을 사용하여 파일 시스템을 마운트하려고 조작 된 항목을 추가 한 경우 vboxsf부트 로그에서 이것이 주요 문제임을 명확히하지 않으면 서 전체 시스템이 부팅되지 않습니다.

어쨌든 문제를 해결하려면 문제가되는 항목을 주석 처리 /etc/fstab하거나 만족 스럽게 수정해야 mount합니다.

다른 답변 중 일부와 마찬가지로 저의 트릭은 /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에 다시 마운트 됨)

그래서 여기에 많은 좋은 대답이 있습니다-정보에 추가하기 위해, 내 문제는 서버를 보호하기 위해 / etc / fstab에 추가 한 줄에서 tmpfs의 철자를 tempfs로 철자하는 실수였습니다.

방금 같은 문제가 있었고 내 경우에는 grub 파티션을 다시 만들었으므로 마지막 grub 파티션과 다른 UUID를 가졌습니다. 우분투를 부팅하면 시스템이 UUID를 확인할 수 없습니다. 이 문제를 해결하려면 다음을 수행하십시오.

sudo nano /etc/fstab

그런 다음 방금 수정 한 파티션에서 UUID가 포함 된 줄을 주석 처리하십시오.

다음 reboot변경 사항을 적용합니다.

fstab에 대한 복구 파일이 없으므로 위의 모든 대답이 도움이되지 않았습니다.
트릭은 무엇입니까 (비상 모드)

cat /proc/mounts > /etc/fstab