François Boisson a écrit :
Pascal Hambourg <pascal.mail@plouf.fr.eu.org> a écrit:Comme il s'agit clairement d'une corruption de données en mémoire, c'était surtout pour dire qu'il n'était pas nécessaire de réinstaller les fichiers apparemment corrompus. Un reboot (si possible) ou un vidage du cache disque (si tu sais faire) aurait suffi.Pas sur, la machine est un serveur et perl ne sert quasiment jamais,
En es-tu si sûr ? Sur ma Sarge cron exécute quotidiennement au moins un script perl appartenant à dpkg, ça peut suffire à ce que perl soit maintenu dans le cache disque en permanence.
D'autre part je peux me tromper mais compte tenu de la structure linéaire du stockage des données sur un disque dur et matricielle en RAM, et du contrôle d'erreur réalisé par un disque, le fait que toute une rangée de bits dans plusieurs mots consécutifs ait changé d'état me fait penser beaucoup plus à une erreur mémoire qu'à une erreur sur le disque.
Sinon le fichier a été déclaré corrompu après cette modification et effectivement le md5sum ne correspondait pas (je l'ai rappatrié chez moi). L'origine est peut être due à la mémoire mais le fichier était réellement corrompu.
En es-tu sûr ? Tant que des données du disque sont en cache, en les lisant ou en les copiant via le système de fichiers on n'accède qu'à leur copie dans le cache (c'est le but), pas aux données originales stockées sur le disque.