“Bem-vindo ao modo de emergência!” Pense que é um problema fsck

Question

journalctl -xb snippet (o que eu acho errado, 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

Outros erros foram ignorados, como: Falha no PCC ACPI., nvidia não propetary etc ...

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

    

Answer 1

Você pode executar fsck do Ubuntu Live.

1. Ligue o seu computador. Inicialize em um DVD / USB Ubuntu Live.
2. Depois de carregar, abra um terminal pressionando Ctrl + Alt + T

3. No terminal, execute:

   sudo -i
   fdisk -l
   

   fdisk informará a você qual é a sua partição / (root). Nesta questão é /dev/sdb1 .

   Então você deve continuar executando:

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

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

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

Answer 2

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

sudo nano /etc/fstab

Em seguida, exclua o que você adicionou lá para sdb1 e, em seguida, execute:

sudo systemctl reboot

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

    

Answer 3

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

    

Answer 4

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

Eu não consegui montar uma das partições ntfs e o erro estava relacionado ao desligamento / hibernação do windows. Eu usei sudo ntfsfix /dev/sda3 para corrigir o problema. Eu era capaz de montar ntfs partição sda3 mas no reinício Ubuntu estava começando 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.

    

Answer 5

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

O Windows 10 tem um recurso chamado boot rápido habilitado por padrão que, quando o usuário desliga normalmente usando o botão "shut down" ou o botão liga / desliga do computador, salvará o kernel em execução e algumas outras coisas do sistema no disco rígido semelhante à hibernação após o registro fora. Isso também faz com que o Windows "bloqueie" a partição de alguma forma enquanto isso impede a corrupção dos dados, acidental ou mal-intencionada. Isso significa que o Ubuntu não pode montar a partição do Windows durante a inicialização.

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

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

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

1. Iniciar o painel de controle
2. Acesse as configurações "Hardware e som"
3. Ir para "Opções de energia"
4. Clique em "Escolher o que os botões de energia fazem"
5. Clique em "Alterar configurações indisponíveis no momento" e conceda acesso ao UAC.
6. Limpe a caixa de seleção pela configuração "Ativar inicialização rápida (recomendada)"

Answer 6

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

shutdown /s /t 5

Quando eu reinicio, o Ubuntu carrega sem problemas.

    

Answer 7

Acabei de ter exatamente o mesmo problema, inicializando o Ubuntu LTS 16.04 a partir de uma unidade flash USB. O sysctl default não corrigiu, fsck piscará rapidamente com a varredura da mensagem de progresso e, então, o mesmo prompt apareceria. Aqui está o que funcionou:

fsck -y /dev/sda1
reboot

    

Answer 8

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

De qualquer forma, para eliminar o problema, você deve comentar a entrada incorreta em /etc/fstab ou modificá-la para que mount esteja satisfeito com ela.

    

Answer 9

Similar a algumas das outras respostas, o truque para mim foi comentar uma entrada em /etc/fstab para minha partição LVM opcional. Eu 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".

Quando a entrada foi comentada em /etc/fstab , reiniciei com êxito a minha área de trabalho. Analisando alguns tutoriais, notei que faltavam alguns comandos do LVM, então executei sudo apt-get install lvm2 , o que parece ter resolvido o problema.

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

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 apt-get install lvm2 tenha sido a chave para fazer meu sistema inicializar novamente.

    

Answer 10

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

    

Answer 11

Eu tive o mesmo problema. Comentou manualmente partições NTFS de / etc / fstab Sistema iniciado normalmente. Comando ntfsfix usado para corrigir o problema de registro no diário causado por essas partições ntfs Por exemplo: Sudo ntfsfix / Dev / ntfs partition Montado novamente em / etc / fstab Reinicie

    

Answer 12

Portanto, há muitas boas respostas aqui - apenas para adicionar à informação, o meu problema foi um erro na ortografia tmpfs como tempfs que está incorreto em uma linha que eu adicionei ao / etc / fstab para proteger um servidor

    

Answer 13

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

sudo nano /etc/fstab

Em seguida, comente a linha que contém o UUID da partição que acabei de modificar.

depois, reboot para aplicar as alterações.