Pour le problème 2, ce qu'il décrit est chiant en serveur
Je vais peut-être me faire traiter d'intégriste, mais théoriquement un serveur n'est jamais censé redemarrer. Si c'est le cas, il est bon d'être à coté pour voir ce qu'il s'est passé.
Certes, un système de fichier journalisé est un moyen de palier à ce problème, mais juste palier. Si t'as un crash, ok ton système de fichier n'est pas corrompu, mais t'as aucune certitude quand à l'intégrité du contenu de tes fichiers. Ca dépend du moment où ton application a été arrêté. L'unique solution c'est un onduleur avec une liaison série et un shutdown propre.
Tout ça pour dire que devoir taper son mot de passe, relancer fsck, c'est rien comparé à ce que tu risques à coté. Le plus simple étant de tout faire pour que le fsck ne se reveille pas au démarrage.
[^] # Re: C'est toujours pareil...
Posté par Delahaye Matthieu . En réponse à la dépêche Top 10 Things Wrong With Linux. Évalué à 2.
Je vais peut-être me faire traiter d'intégriste, mais théoriquement un serveur n'est jamais censé redemarrer. Si c'est le cas, il est bon d'être à coté pour voir ce qu'il s'est passé.
Certes, un système de fichier journalisé est un moyen de palier à ce problème, mais juste palier. Si t'as un crash, ok ton système de fichier n'est pas corrompu, mais t'as aucune certitude quand à l'intégrité du contenu de tes fichiers. Ca dépend du moment où ton application a été arrêté. L'unique solution c'est un onduleur avec une liaison série et un shutdown propre.
Tout ça pour dire que devoir taper son mot de passe, relancer fsck, c'est rien comparé à ce que tu risques à coté. Le plus simple étant de tout faire pour que le fsck ne se reveille pas au démarrage.