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.
Tente isto:
Pressione Ctrl + Alt + T
Execute:
sudo -i
fdisk -l
O Fdisk irá informá-lo como sua partição / (root) chamada, como na postagem / dev / sdb1, execução contínua:
umount /dev/sdb1
fsck -y /dev/sdb1
reboot
Remova o DVD / USB e inicialize a partir do SDD
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.
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.
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.
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:
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.
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 - por isso, se você adicionou uma entrada malformada para tentar montar um sistema de arquivos usando vboxsf , o sistema inteiro não inicializa sem deixar muito claro no log de inicialização que esse é o principal problema. / p>
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.
Semelhante 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.
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
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.
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
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
Tags boot permissions fsck