Quando uso este comando:
root:~# systemctl
A saída é:
System has not been booted with systemd as init system (PID 1). Can't operate
Este problema ocorreu em "Kali Linux" e "Debian 9" Como posso resolver este problema?
Quando uso este comando:
root:~# systemctl
A saída é:
System has not been booted with systemd as init system (PID 1). Can't operate
Este problema ocorreu em "Kali Linux" e "Debian 9" Como posso resolver este problema?
Para iniciar e parar serviços sem ter que se preocupar com qual sistema init está em uso, você deve usar
service
:usará qualquer comando apropriado para iniciar o
openvas
serviço.No Debian, isso pode ser "consertado" reinstalando o pacote de supervisão de serviço em todo o sistema .
O comando a seguir instala o pacote de integração do systemd
runit-systemd
e removerásysvinit
no processo porque o sistema pode ter apenas um:Se você estiver recebendo o erro em um contêiner do Docker, uma solução para esse erro: "O sistema não foi inicializado com systemd como sistema init (PID 1). Não pode operar." em um contêiner do Docker é executar o contêiner com mais privilégios.
Para dar o máximo de privilégios (por exemplo, para manipular totalmente o host de dentro do contêiner do Docker), existe o
--privileged
argumento da linha de comando :Por exemplo, para executar o systemd de dentro de um contêiner, um comando pull image pode se parecer com:
E para rodar um shell interativo dentro do container, um comando pode se parecer com:
A desvantagem é que ele requer o
--privileged
sinalizador que pode não ser aplicável a todas as configurações de tempo de execução do docker, portanto, leve-o com um pouco de sal.Mais informações estão disponíveis em Running systemd in a non-privileged container (por Daniel Walsh para Red Hat Developer ; 2016-09 atualizado em 2019-04) .