Je ne pense pas que tu puisses avoir autre chose que des statistiques avec inotifywatch. LoggedFS t'indique qui fait quoi sur ton FS en temps réel. Tu ne peux pas non plus filtrer par utilisateur. Tu n'as pas la durée des opérations de lecture/écriture.
Je ne pense pas (mais ça faudrait vérifier) que tu puisses avoir le code retour des opérations.
Quelqu'un a par exemple utilisé loggedfs pour comprendre pourquoi ses paramèter kde étaient perdus : http://shlomif.livejournal.com/22219.html , et il a pu savoir quel processus écrasait son fichier de configuration.
inotifywatch et loggedfs n'ont donc pas la même utilité. Par contre il est tout à fait possible d'écrire un truc qui ferait à peu près le même boulot que loggedfs, mais basé sur inotify (et ça serait sûrement beaucoup plus rapide). Quand j'ai eu besoin d'un outil qui faisait ce travail, je n'avais pas besoin des performances, inotify n'était pas encore dans le kernel et fuse était déjà utilisable.
[^] # Re: Bonne idee
Posté par Rémi . En réponse au journal LoggedFS v0.4. Évalué à 3.
Je ne pense pas (mais ça faudrait vérifier) que tu puisses avoir le code retour des opérations.
Quelqu'un a par exemple utilisé loggedfs pour comprendre pourquoi ses paramèter kde étaient perdus : http://shlomif.livejournal.com/22219.html , et il a pu savoir quel processus écrasait son fichier de configuration.
inotifywatch et loggedfs n'ont donc pas la même utilité. Par contre il est tout à fait possible d'écrire un truc qui ferait à peu près le même boulot que loggedfs, mais basé sur inotify (et ça serait sûrement beaucoup plus rapide). Quand j'ai eu besoin d'un outil qui faisait ce travail, je n'avais pas besoin des performances, inotify n'était pas encore dans le kernel et fuse était déjà utilisable.