En voyant le titre, je pensais avoir un moyen simple de répondre à la question « est-ce qu'il y a un fichier qui a changé alors qu'il n'était pas censé ? » i.e. « est-ce que mon disque dur est en train de rendre l'âme et que le contenu des fichiers change tout seul ».
Si je comprends bien, ce qui s'en rapproche le plus est « fim diff », mais ça liste tous les fichiers qui ont changé, y compris ceux que l'utilisateur a effectivement modifié.
Est-ce qu'il y a un moyen simple de lister les fichiers pour lesquels les timestamps n'ont pas bougé depuis le dernier commit, mais dont le contenu a changé ? En gros, "btrfs scrub" mais en espace utilisateur.
(Je pensais être à l'abri des corruptions de données jusqu'au jour où j'ai comparé le contenu d'un backup sur un vieux disque dur avec les données live : 3 corruptions silencieuses en moins de 10 ans sur quelques dizaines de Go de données. Quand même ...)
# Détecter les problèmes matériels
Posté par Matthieu Moy (site web personnel) . En réponse à la dépêche Sortie de Fim 1.0.2, qui vérifie l'intégrité de vos fichiers. Évalué à 3.
En voyant le titre, je pensais avoir un moyen simple de répondre à la question « est-ce qu'il y a un fichier qui a changé alors qu'il n'était pas censé ? » i.e. « est-ce que mon disque dur est en train de rendre l'âme et que le contenu des fichiers change tout seul ».
Si je comprends bien, ce qui s'en rapproche le plus est « fim diff », mais ça liste tous les fichiers qui ont changé, y compris ceux que l'utilisateur a effectivement modifié.
Est-ce qu'il y a un moyen simple de lister les fichiers pour lesquels les timestamps n'ont pas bougé depuis le dernier commit, mais dont le contenu a changé ? En gros, "btrfs scrub" mais en espace utilisateur.
(Je pensais être à l'abri des corruptions de données jusqu'au jour où j'ai comparé le contenu d'un backup sur un vieux disque dur avec les données live : 3 corruptions silencieuses en moins de 10 ans sur quelques dizaines de Go de données. Quand même ...)