Ontem à noite estava tudo bem com meu Ubuntu 16.04. Hoje tentei ligá-lo e simplesmente não inicializa, apresentando 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
- Tentei o item de recuperação no menu GRUB, mas aparece o mesmo erro
- 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?
Como podemos ver nas mensagens que você recebe, a causa mais possível é um problema de permissão. Também parece que
/sbin/init
e/etc/init
existe, mas/bin/init
não existe.Livrar-se de /bin/sh: 0: Não é possível abrir o splash
Primeiro, devemos obter um shell para corrigir o problema. Para se livrar
/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, segure a shifttecla para fazer o GRUB aparecer. Em seguida, no menu padrão, pressione E.Você encontrará uma linha começando com
Linux
. Nessa linha, remova osplash
parâmetro e pressione Ctrl+ x, agora você será colocado em umsh
shell. Corra/bin/bash
para obter um bash shell, se quiser. Eu prefiro porque tem funcionalidadebash
desh
preenchimento automático.Como alternativa, em vez de remover
splash
o parâmetro, você pode adicionarinit=/bin/bash
no final dessa linha e pressionar Ctrl+ x; desta vez, seremos colocados embash
vez desh
.Corrija o run-init: /sbin/init: Permissão negada
Corre:
Deve produzir algo como:
Como podemos ver, as permissões estão confusas. em quase todos os sistemas hoje em dia
/sbin/init
há um link parasystemd
, só para ter certeza:Claro que é, seu
/
sistema de arquivos (raiz) está montado noro
estado (somente leitura), vamos alterá-lo pararw
(leitura e gravação):Em seguida, corrija as permissões:
Reinicie o sistema.