Si j'ai bien compris, tu soupçonnes le pare-feu de faire planter le kernel? Mouai. Et t'as pas les logs? Re-mouai. Je sais pas ce que tu utilises pour configurer ton pare-feu, mais je doute fort que la sortie d'erreur ne soit pas redirigeable vers un fichier.
Moi je n'ai jamais parlé de Kernel. Ma préoccupation était de remettre en place le plus rapidement le serveur. Donc ... ben j'ai regardé les fichiers de log modifiés depuis le dernier reboot. Et ben ..., rien d'intéressant. Non je n'avais pas envie de modifier des scripts d'init pour avoir plus de log.
J'ai désactivé le service du firewall (au hasard) et j'ai redémarré. J'ai eu accès au serveur. Je n'en sais pas plus malheureusement (est-ce que le firewall étant en cause ? aucune idée).
Avec systemd/journald j'aurais au moins pu savoir quels services étaient démarrés ou non au dernier reboot ainsi que les logs et les status. C'est tout ce que j'ai dit.
Après mon propos était de dire que, pour moi, les apports techniques sont bien évidement a prendre en compte, parce que, pour moi, systemd me simplifie la vie. Pour ne citer que ce qui me passe par la tête : journalctl, systemctl is-system-running, systemclt status xxx, systemctl --state=failed, systemctl edit xxxx, systemctl set-environment xxxx n'ont pas d'équivalent aussi puissant et simple.
La perte de diversité supposée, la personnalité de Lennart, le changement de philosophie, et le reste du blah blah ne me préoccupe pas le moins du monde.
[^] # Re: Pas le problème mais la raison !
Posté par GnunuX (site web personnel) . En réponse au journal Vous avez aimé BSD vs System V ? Vous aimerez systemd vs openRC (et le reste du monde). Évalué à 7.
Moi je n'ai jamais parlé de Kernel. Ma préoccupation était de remettre en place le plus rapidement le serveur. Donc ... ben j'ai regardé les fichiers de log modifiés depuis le dernier reboot. Et ben ..., rien d'intéressant. Non je n'avais pas envie de modifier des scripts d'init pour avoir plus de log.
J'ai désactivé le service du firewall (au hasard) et j'ai redémarré. J'ai eu accès au serveur. Je n'en sais pas plus malheureusement (est-ce que le firewall étant en cause ? aucune idée).
Avec systemd/journald j'aurais au moins pu savoir quels services étaient démarrés ou non au dernier reboot ainsi que les logs et les status. C'est tout ce que j'ai dit.
Après mon propos était de dire que, pour moi, les apports techniques sont bien évidement a prendre en compte, parce que, pour moi, systemd me simplifie la vie. Pour ne citer que ce qui me passe par la tête : journalctl, systemctl is-system-running, systemclt status xxx, systemctl --state=failed, systemctl edit xxxx, systemctl set-environment xxxx n'ont pas d'équivalent aussi puissant et simple.
La perte de diversité supposée, la personnalité de Lennart, le changement de philosophie, et le reste du blah blah ne me préoccupe pas le moins du monde.