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.