Como podemos ver nas mensagens que você recebe, a causa mais provável é um problema de permissão. Também parece que /sbin/init
e /etc/init
existem, mas /bin/init
não.
Livre-se de / bin / sh: 0: Não é possível abrir o splash
Primeiro, devemos pegar um shell para resolver o problema. Para se livrar de /bin/sh: 0: Can't open splash
e obter um shell: Se você tiver apenas um Ubuntu instalado (o GRUB não aparecerá por padrão), enquanto o sistema estiver inicializando, mantenha pressionada a tecla shift para fazer o GRUB aparecer. Então, no menu padrão, pressione E .
Você encontrará uma linha começando com Linux
. Nessa linha remova o parâmetro splash
e depois pressione Ctrl + x , agora você será
caiu em um shell sh
. Execute /bin/bash
para obter um shell bash se você quiser. Eu prefiro bash
over sh
porque tem funcionalidade de preenchimento automático.
Como alternativa, em vez de remover o parâmetro splash
, você pode adicionar init=/bin/bash
no final dessa linha e pressionar Ctrl + x ; desta vez, seremos descartados em bash
em vez de sh
.
Corrigir o run-init: / sbin / init: permissão negada
Executar:
ls -lH /sbin/init
Deve produzir algo como:
-rw-r--r-- 1 root root 1577000 Feb 15 12:20 /sbin/init
Como podemos ver, as permissões estão desarrumadas. em quase todos os sistemas nos dias de hoje /sbin/init
é um link para systemd
, apenas para ter certeza:
# ls -l /sbin/init
-rw-r--r-- 1 root root 1577000 Feb 15 12:20 /sbin/init -> /lib/systemd/systemd
Claro, seu sistema de arquivos /
(root) está montado em ro
state (somente leitura), vamos alterá-lo para rw
(leitura e gravação):
# mount -o remount,rw /
Em seguida, corrija as permissões:
# chmod u=rwx,g=rx,o=rx /lib/systemd/systemd
Reinicie o sistema.