"Bem-vindo ao modo de emergência!" Acho que é um problema do fsck

snippet journalctl -xb (o que acho errado, estava pelo menos em vermelho):

-- 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

Ignorou outros erros como: ACPI PCC probe failed., Nvidia not propetary etc ...

EDIT: posso acessar meu PC pressionando Ctrl+ D, mas é irritante.

Você pode executar a fsckpartir do Ubuntu Live.

1. Ligue o seu computador. Inicialize em um Ubuntu Live DVD / USB (experimente sem instalar).
2. Após o carregamento, abra um terminal pressionando Ctrl+ Alt+T

3. No terminal, execute:

   sudo -i
   fdisk -l
   

   fdiskirá informá-lo como sua partição /(raiz) é chamada. Nesta questão é /dev/sdb1.

   Então você deve continuar executando:

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

   Se o umountcomando reclamar que sdb1"não está montado", isso não é um problema. Nós queríamos que "não fosse montado" :).

4. Retire o DVD / USB. Ligue o computador novamente, para inicializar a partir do SSD.

Não sei se você resolveu o seu problema. O que eu fiz é:

sudo nano /etc/fstab

Em seguida, exclua o que você adicionou lá sdb1e execute:

sudo systemctl reboot

Ele diz que está corrompido, então não sei o que está acontecendo, mas espero que isso ajude alguém que não pode executar o Linux.

Acabei de ter o caso no modo Emergência. Na minha situação, segui um tutorial de instalação que sugeria editar algumas das opções para meus pontos de montagem /etc/fstab. Ao remover as opções extras, meu servidor foi reiniciado sem problemas.

Estou usando o Windows 10 e o Ubuntu 16.X, sistema de inicialização dupla.

Não consegui montar uma das partições NTFS e o erro estava relacionado ao desligamento do Windows / hibernação. Eu costumava sudo ntfsfix /dev/sda3corrigir o problema. Eu era capaz de montar a partição NTFS sda3, mas ao reiniciar o Ubuntu estava iniciando no modo de emergência.
Para corrigir esse problema, execute o seguinte comando no Windows

shutdown /s /t 5

Isso corrige o problema de início de emergência do Ubuntu.

As respostas de Khushboo Rani e Cagan Arslan me levaram à solução permanente.

O Windows 10 tem um recurso chamado inicialização rápida habilitado por padrão que, quando o usuário é desligado normalmente usando o botão "desligar" ou o botão liga / desliga do computador, salva o kernel em execução e outras coisas do sistema no disco rígido à hibernação após o logoff. Isso também faz com que o Windows "bloqueie" a partição de alguma forma, enquanto faz isso para impedir a corrupção dos dados, acidental ou maliciosa. Isso significa que o Ubuntu não pode montar a partição do Windows durante a inicialização.

No meu caso, tenho entradas para a partição do Windows em / etc / fstab, portanto, isso tornou o Ubuntu não inicializável.

A solução é inicializar no Windows, desativar a "inicialização rápida" e, em seguida, desligar normalmente. Agora o problema deve ser resolvido permanentemente!

No link que compartilhei anteriormente, desative a inicialização rápida enquanto estiver no Windows, da seguinte maneira:

1. Inicie o painel de controle
2. Vá para as configurações de "Hardware e som"
3. Vá para "Opções de energia"
4. Clique em "Escolha o que os botões de energia fazem"
5. Clique em "Alterar configurações que estão indisponíveis no momento" e conceda acesso ao UAC.
6. Desmarque a caixa de seleção com a configuração "Ativar inicialização rápida (recomendável)"

No meu caso (Dual Boot Windows 10), tive que desligar corretamente o Windows com o comando (no Windows):

shutdown /s /t 5

Quando eu reinicio, o Ubuntu carrega sem problemas.

Acabei de ter exatamente o mesmo problema, inicializando o Ubuntu LTS 16.04 a partir de uma unidade flash USB. O processo sysctl defaultnão foi corrigido, fsckpiscaria em breve com a mensagem de progresso da verificação e o mesmo prompt surgiria. Aqui está o que funcionou:

fsck -y /dev/sda1
reboot

Se isso acontecer em uma VM do VirtualBox, pode ser que ela tenha falhado em montar uma das partições /etc/fstab- infelizmente ela falha com "bem-vindo ao modo de emergência!" mesmo que não seja uma partição crítica - por isso, se você adicionou uma entrada malformada para tentar montar um sistema de arquivos usando vboxsf, todo o sistema falha ao inicializar sem deixar muito claro no log de inicialização que este é o principal problema.

De qualquer forma, para solucionar o problema, você deve comentar a entrada incorreta /etc/fstabou modificá-la para que mountfique satisfeito.

Semelhante a algumas das outras respostas, o truque para mim foi comentar uma entrada /etc/fstabpara minha partição LVM opcional. Não sei por que começou a reclamar há alguns dias que o Ubuntu 17.10 não conseguia mais encontrar a partição LVM, nem por que isso estava fazendo com que o sistema inicializasse no modo "emergência".

Depois que a entrada foi comentada /etc/fstab, reiniciei com êxito a área de trabalho. Olhando para alguns tutoriais, notei que estavam faltando alguns comandos do LVM, então executei o sudo apt-get install lvm2que parece ter corrigido o problema.

Se, como eu, você acha que sua partição LVM é a causa do problema, o conjunto completo de comandos que executei foi:

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

Não tenho certeza se tudo isso é necessário - suspeito que tenha apt-get install lvm2sido a chave para iniciar meu sistema novamente.

Eu tive o mesmo problema, depois de executar o comando fsck, ele estava se recuperando, mas depois de algum tempo meu computador estava entrando no modo de emergência novamente, então removi todos os dados do meu disco rígido e instalei o novo sistema operacional. Isso resolveu meu problema. Eu acho que o problema estava com a versão vívida do Ubuntu 15.0, então instalei a versão 14.0. Ainda assim, não há problema.

Eu tive o mesmo problema. As partições ntfs adicionadas manualmente foram adicionadas a partir do / etc / fstab System, iniciado normalmente. Utilizou o comando ntfsfix para corrigir o problema de registro no diário causado às partições ntfs Por exemplo: Sudo partição ntfsfix / Dev / ntfs Montada novamente em / etc / fstab Reboot

Portanto, existem muitas boas respostas aqui - apenas para adicionar informações, meu problema foi um erro ao digitar tmpfs como tempfs, o que está incorreto na linha que adicionei ao / etc / fstab para proteger um servidor

Acabei de ter o mesmo problema e, no meu caso, acabei de recriar minha partição grub e, portanto, tinha um UUID diferente do que a última partição grub que eu tinha. Quando eu inicializei o ubuntu, o sistema não seria capaz de verificar o UUID. Para corrigir este problema, eu fiz:

sudo nano /etc/fstab

Depois, comente a linha que contém o UUID da partição que eu havia modificado.

depois, rebootpara aplicar as alterações.

Todas as respostas acima não me ajudaram, pois eu não tinha um arquivo de recuperação para o fstab.
Qual foi o truque (no modo de emergência)

cat /proc/mounts > /etc/fstab