O Ubuntu não inicializa: run-init: / sbin / init: Permissão negada e / bin / sh: 0: Impossível abrir splash

1

Ontem à noite, tudo correu bem com o meu Ubuntu 16.04. Hoje eu tentei ligá-lo e ele simplesmente não inicializa, jogando esses erros:

run-init: /sbin/init: Permission denied
Target filesystem doesn't have requested /sbin/init.
run-init: /sbin/init: Permission denied
run-init: /etc/init: Permission denied
run-init: /bin/init: No such file or directory
/bin/sh: 0: Can't open splash
  • Não me dá nenhum tipo de casca
  • Eu tentei o item de recuperação no menu GRUB, mas o mesmo erro aparece
  • Eu também tentei adicionar systemd.unit=rescue.target como um parâmetro do kernel; também não funcionou.

Como posso resolver este problema?

    
por Ravexina 06.05.2017 / 22:15

1 resposta

1

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.

    
por Ravexina 06.05.2017 / 22:15