Depois de atualizar algumas coisas em um dos meus servidores-debian, ele ignora "alguns" scripts que devem ser executados na inicialização (de "init.d").
Por exemplo, os daemons Postfix, Memcached ou outros são iniciados, mas "Apache2", "Cron" e outros não. Não consigo encontrar nenhum erro nos arquivos de log que indiquem que o início falhou, então acho que nunca foi acionado.
Alguma ideia de onde procurar? : (
edite: saída do sysv-rc-conf parece bom para mim e mostra que o Apache e o Cron devem ser iniciados como o Postfix etc ...
Alguma outra ideia?
editar / solução: Eu mudei tudo o que não começou corretamente para "S19 ..." no rc2.d e agora tudo que eu preciso está sendo executado após a reinicialização. Mas ainda não sei qual era o problema antes ...
Você pode usar o utilitário sysv-rc-conf . Ele mostra todos os scripts encontrados na pasta /etc/init.d/ nas linhas. As colunas representam os diferentes níveis de execução. Você pode (des) marcar uma célula na tabela e o link correspondente é (de) ativado.
Em sistemas baseados no debian, você também pode usar update-rc.d . Em sistemas semelhantes a redhat, você pode usar chkconfig . Se os links relevantes estiverem lá, os scripts devem ser chamados na inicialização.
Os scripts em init.d são executados apenas se forem executados no nível de execução específico. A maioria das distribuições Linux usa links simbólicos de /etc/rcX.d , em que X é o nível de execução, para selecionar quais scripts são executados. Sua distribuição também pode fornecer uma ferramenta para gerenciar esses links.
Não sou realmente uma pessoa com falha no servidor, mas tenho grande respeito pelo mecanismo de SO e por todas as instâncias dele. Eu tive o problema descrito aqui e, eventualmente, resolvi isso.
No meu caso, /etc/rc2.d foi ignorado porque meu sistema estava usando /etc/init.d/.depend.start. Eu o editei manualmente e as alterações que fiz nesse arquivo NÃO foram ignoradas.
Descobri isso rastreando o script /etc/init.d/rc e a seção FILES no final da página do manual startpar. Eu realmente queria que isso tivesse sido menos obscuro e silencioso. Parece que não é uma mudança recente, mas nunca corri para ela, possivelmente porque usei repositórios estáveis ultimamente. Ou porque o apt-get estava fazendo o seu trabalho e eu não tive que alterar as configurações manualmente.
No entanto, pode não ser o problema descrito neste tópico. O autor mencionado usando S19 corrigiu seu problema, o qual eu não posso fazer sentido. De qualquer forma, espero que isso seja útil para alguém. Verifiquei muitos tópicos e não encontrei a solução em nenhum lugar.
Um lugar para verificar é o arquivo / etc / default / servicename (onde nome do serviço é o nome do serviço que não está sendo iniciado).
Alguns scripts de inicialização terão uma opção nesse arquivo que controla o daemon que inicia, cujo padrão é não, de modo que obriga você a, pelo menos, olhar a configuração antes de iniciar o daemon.
O Apache2 e o cron não possuem essa configuração da memória, mas talvez alguns dos "outros" aos quais você se referiu possam usá-la.
