Etonnant, ce matin, je reçois:
[quote]Erreur:: /usr/bin/perl modified
Erreur:: /usr/bin/perl5.8.4 modified
2 modified files[/quote]
de la part de mon programme de surveillance. Cela arrive assez rarement
pour un fichier (inversion spontané de bits) mais sur deux fichiers,
c'est carrément rarissime, Ces deux fichiers doivent être cote à cote
sur le disque je pense pour expliquer cela. J'ai quand même réinstallé
le paquet perl-base auxquels ils appartiennent et fait un checkup de la
machine (sansrésultats) (c'est le parefeu). A votre connaissance,
y-a-t-il un rootkit qui ne modifierait que perl (personnellement je
suis assez tranquille mais bon je pose la question au cas où...)
François Boisson
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Sun, 28 Jan 2007 15:49:04 +0100 Pascal Hambourg a écrit:
En revanche, dans une mémoire RAM le stockage des bits est organisé en matrices de lignes et de colonnes, qui est bien plus compatible avec le défaut observé. Un problème de rafraîchissement sur une ligne ou une colonne a pu causer le passage à zéro des bits. Et sans contrôle d'erreur ECC, qui est assez rare avec la RAM, l'erreur n'est pas détectable au niveau matériel.
En fait en y réfléchissant, ce que tu dis à plusieurs conséquences:
* Mon programme ne teste pas l'intégrité des fichiers mais l'intégrité du fichier en RAM. Lorsque je me suis envoyé le fichier par réseau, j'ai du recevoir le contenu du cache et non le fichier lui même ce qui explique que le fichier reçu soit aussi vérolé. Effectivement en reboutant par exemple, j'aurais récupéré le bonn fichier. Question: Y-a-t-il un moyen pour vider le cache de linux mis à part le reboute?
* Je disais que perl ne servait quasiment jamais mais mon argument est idiot: C'est mon programme de vérification d'intégrité lui même qui a sans doute chargé le fichier en RAM. Question: Il y a une option forçant la lecture sur disque et non à partir du cache?
PS: Ce type d'incident arrive rarement mais pas très rarement.
François Boisson
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le Sun, 28 Jan 2007 15:49:04 +0100
Pascal Hambourg <pascal.mail@plouf.fr.eu.org> a écrit:
En revanche, dans une mémoire RAM le stockage des bits est
organisé en matrices de lignes et de colonnes, qui est bien plus
compatible avec le défaut observé. Un problème de rafraîchissement sur
une ligne ou une colonne a pu causer le passage à zéro des bits. Et sans
contrôle d'erreur ECC, qui est assez rare avec la RAM, l'erreur n'est
pas détectable au niveau matériel.
En fait en y réfléchissant, ce que tu dis à plusieurs conséquences:
* Mon programme ne teste pas l'intégrité des fichiers mais l'intégrité
du fichier en RAM. Lorsque je me suis envoyé le fichier par réseau,
j'ai du recevoir le contenu du cache et non le fichier lui même ce qui
explique que le fichier reçu soit aussi vérolé. Effectivement en
reboutant par exemple, j'aurais récupéré le bonn fichier.
Question: Y-a-t-il un moyen pour vider le cache de linux mis à part
le reboute?
* Je disais que perl ne servait quasiment jamais mais mon argument est
idiot: C'est mon programme de vérification d'intégrité lui même qui a
sans doute chargé le fichier en RAM.
Question: Il y a une option forçant la lecture sur disque et non à
partir du cache?
PS: Ce type d'incident arrive rarement mais pas très rarement.
François Boisson
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Sun, 28 Jan 2007 15:49:04 +0100 Pascal Hambourg a écrit:
En revanche, dans une mémoire RAM le stockage des bits est organisé en matrices de lignes et de colonnes, qui est bien plus compatible avec le défaut observé. Un problème de rafraîchissement sur une ligne ou une colonne a pu causer le passage à zéro des bits. Et sans contrôle d'erreur ECC, qui est assez rare avec la RAM, l'erreur n'est pas détectable au niveau matériel.
En fait en y réfléchissant, ce que tu dis à plusieurs conséquences:
* Mon programme ne teste pas l'intégrité des fichiers mais l'intégrité du fichier en RAM. Lorsque je me suis envoyé le fichier par réseau, j'ai du recevoir le contenu du cache et non le fichier lui même ce qui explique que le fichier reçu soit aussi vérolé. Effectivement en reboutant par exemple, j'aurais récupéré le bonn fichier. Question: Y-a-t-il un moyen pour vider le cache de linux mis à part le reboute?
* Je disais que perl ne servait quasiment jamais mais mon argument est idiot: C'est mon programme de vérification d'intégrité lui même qui a sans doute chargé le fichier en RAM. Question: Il y a une option forçant la lecture sur disque et non à partir du cache?
PS: Ce type d'incident arrive rarement mais pas très rarement.
François Boisson
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage
François Boisson, dimanche 28 janvier 2007, 16:03:39 CET
[...] Question: Y-a-t-il un moyen pour vider le cache de linux mis à part le reboute?
On en apprend tous les jours, je viens de trouver ça : http://linux-mm.org/Drop_Caches
En gros, depuis le 2.6.16 : echo 3 > /proc/sys/vm/drop_caches
(Le site est à creuser.)
[...] Question: Il y a une option forçant la lecture sur disque et non à partir du cache?
Question: Y-a-t-il un moyen pour vider le cache de linux mis à part le reboute?
[...]
Question: Il y a une option forçant la lecture sur disque et non à partir du cache?
Je ne sais pas, mais ça m'intéresserait aussi. J'ai bien pensé à l'option -f de hdparm mais il n'y a aucune différence entre avant et après dans la colonne "cached" de free, donc je me demande si c'est efficace.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
François Boisson a écrit :
Question: Y-a-t-il un moyen pour vider le cache de linux mis à part
le reboute?
[...]
Question: Il y a une option forçant la lecture sur disque et non à
partir du cache?
Je ne sais pas, mais ça m'intéresserait aussi.
J'ai bien pensé à l'option -f de hdparm mais il n'y a aucune différence
entre avant et après dans la colonne "cached" de free, donc je me
demande si c'est efficace.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Question: Y-a-t-il un moyen pour vider le cache de linux mis à part le reboute?
[...]
Question: Il y a une option forçant la lecture sur disque et non à partir du cache?
Je ne sais pas, mais ça m'intéresserait aussi. J'ai bien pensé à l'option -f de hdparm mais il n'y a aucune différence entre avant et après dans la colonne "cached" de free, donc je me demande si c'est efficace.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage
Pascal Hambourg, dimanche 28 janvier 2007, 18:12:08 CET
On Sunday 28 January 2007 18:12, Pascal Hambourg wrote:
François Boisson a écrit : > Question: Y-a-t-il un moyen pour vider le cache de linux mis à part > le reboute? [...] > Question: Il y a une option forçant la lecture sur disque et non à > partir du cache?
Je ne sais pas, mais ça m'intéresserait aussi. J'ai bien pensé à l'option -f de hdparm mais il n'y a aucune différ ence entre avant et après dans la colonne "cached" de free, donc je me demande si c'est efficace.
En apparté a l'excellent lien proposé par Sylvain, c.f. http://aplawrence.com/Linux/buffer_cache.html qui montre aussi que la corruption du cache peut aussi bien etre due a un défaut du controller que de la mémoire; et propose aussi une ou deux manips pour celui qui n'a pas peur.
A+, JD.
On Sunday 28 January 2007 18:12, Pascal Hambourg wrote:
François Boisson a écrit :
> Question: Y-a-t-il un moyen pour vider le cache de linux mis à part
> le reboute?
[...]
> Question: Il y a une option forçant la lecture sur disque et non à
> partir du cache?
Je ne sais pas, mais ça m'intéresserait aussi.
J'ai bien pensé à l'option -f de hdparm mais il n'y a aucune différ ence
entre avant et après dans la colonne "cached" de free, donc je me
demande si c'est efficace.
En apparté a l'excellent lien proposé par Sylvain, c.f.
http://aplawrence.com/Linux/buffer_cache.html qui montre aussi que la
corruption du cache peut aussi bien etre due a un défaut du controller que
de la mémoire; et propose aussi une ou deux manips pour celui qui n'a pas
peur.
On Sunday 28 January 2007 18:12, Pascal Hambourg wrote:
François Boisson a écrit : > Question: Y-a-t-il un moyen pour vider le cache de linux mis à part > le reboute? [...] > Question: Il y a une option forçant la lecture sur disque et non à > partir du cache?
Je ne sais pas, mais ça m'intéresserait aussi. J'ai bien pensé à l'option -f de hdparm mais il n'y a aucune différ ence entre avant et après dans la colonne "cached" de free, donc je me demande si c'est efficace.
En apparté a l'excellent lien proposé par Sylvain, c.f. http://aplawrence.com/Linux/buffer_cache.html qui montre aussi que la corruption du cache peut aussi bien etre due a un défaut du controller que de la mémoire; et propose aussi une ou deux manips pour celui qui n'a pas peur.
A+, JD.
franck
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Quelle commande utilisez-vous pour afficher les donnees presentes en RAM/cache ?
- -- Franck Joncourt http://www.debian.org http://smhteam.info/wiki/ GPG server : pgpkeys.mit.edu Fingerprint : C10E D1D0 EF70 0A2A CACF 9A3C C490 534E 75C0 89FE -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
___________________________________________________________ Try the all-new Yahoo! Mail. "The New Version is radically easier to use"
Pascal Hambourg
Sylvain Sauvage a écrit :
Pascal Hambourg, dimanche 28 janvier 2007, 18:12:08 CET
Question: Y-a-t-il un moyen pour vider le cache de linux mis à part le reboute?
J'ai bien pensé à l'option -f de hdparm mais il n'y a aucune différence entre avant et après dans la colonne "cached" de free, donc je me demande si c'est efficace.
Il s'agit du cache du disque (8 ou 16 Mo en général ces temps-ci), pas de celui du noyau (indiqué par free).
J'en déduis qu'il y a deux "caches disque" distincts, un pour les acccès disques à bas niveau et un pour le système de fichiers/mémoire virtuelle/swap/etc (pagecache).
J'ai testé /proc/sys/vm/drop_caches est efficace sur un noyau 2.6.18.2, et ça a l'air efficace. Dommage que la machine qui me fait des erreurs tourne avec un noyau 2.4. La valeur 1 (pagecache) fait baisser la quantité de mémoire "cached" et la valeur 2 (dentries & inodes) fait baisser la quantité de mémoire "used" hors buffers/cache. Je m'étonnais justement que cette dernière valeur augmente fortement après le démarrage sans que les processus présents consomment plus de mémoire, je sais maintenant pourquoi. Merci. :-)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage a écrit :
Pascal Hambourg, dimanche 28 janvier 2007, 18:12:08 CET
Question: Y-a-t-il un moyen pour vider le cache de linux mis à part
le reboute?
J'ai bien pensé à l'option -f de hdparm mais il n'y a aucune
différence entre avant et après dans la colonne "cached" de free,
donc je me demande si c'est efficace.
Il s'agit du cache du disque (8 ou 16 Mo en général ces temps-ci),
pas de celui du noyau (indiqué par free).
J'en déduis qu'il y a deux "caches disque" distincts, un pour les acccès
disques à bas niveau et un pour le système de fichiers/mémoire
virtuelle/swap/etc (pagecache).
J'ai testé /proc/sys/vm/drop_caches est efficace sur un noyau 2.6.18.2,
et ça a l'air efficace. Dommage que la machine qui me fait des erreurs
tourne avec un noyau 2.4. La valeur 1 (pagecache) fait baisser la
quantité de mémoire "cached" et la valeur 2 (dentries & inodes) fait
baisser la quantité de mémoire "used" hors buffers/cache. Je m'étonnais
justement que cette dernière valeur augmente fortement après le
démarrage sans que les processus présents consomment plus de mémoire, je
sais maintenant pourquoi. Merci. :-)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Pascal Hambourg, dimanche 28 janvier 2007, 18:12:08 CET
Question: Y-a-t-il un moyen pour vider le cache de linux mis à part le reboute?
J'ai bien pensé à l'option -f de hdparm mais il n'y a aucune différence entre avant et après dans la colonne "cached" de free, donc je me demande si c'est efficace.
Il s'agit du cache du disque (8 ou 16 Mo en général ces temps-ci), pas de celui du noyau (indiqué par free).
J'en déduis qu'il y a deux "caches disque" distincts, un pour les acccès disques à bas niveau et un pour le système de fichiers/mémoire virtuelle/swap/etc (pagecache).
J'ai testé /proc/sys/vm/drop_caches est efficace sur un noyau 2.6.18.2, et ça a l'air efficace. Dommage que la machine qui me fait des erreurs tourne avec un noyau 2.4. La valeur 1 (pagecache) fait baisser la quantité de mémoire "cached" et la valeur 2 (dentries & inodes) fait baisser la quantité de mémoire "used" hors buffers/cache. Je m'étonnais justement que cette dernière valeur augmente fortement après le démarrage sans que les processus présents consomment plus de mémoire, je sais maintenant pourquoi. Merci. :-)
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage
Pascal Hambourg, lundi 29 janvier 2007, 11:45:58 CET
Pascal Hambourg, lundi 29 janvier 2007, 11:45:58 CET
J'en déduis qu'il y a deux "caches disque" distincts, un pour les acccès disques à bas niveau et un pour le système de fichiers/mémoire virtuelle/swap/etc (pagecache).
Oui et non. Le cache évoqué par hdparm est _dans_ le disque dur.
Suis-je bête, je n'avais pas compris que tu parlais de ce cache-là. Il y a tellement de niveaux de cache dans Linux que je m'y perds un peu. Donc l'option -f de hdparm envoie au disque une commande ATA "FLUSH CACHE", ou équivalent pour les disques non ATA.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Sylvain Sauvage a écrit :
Pascal Hambourg, lundi 29 janvier 2007, 11:45:58 CET
J'en déduis qu'il y a deux "caches disque" distincts, un pour les
acccès disques à bas niveau et un pour le système de fichiers/mémoire
virtuelle/swap/etc (pagecache).
Oui et non. Le cache évoqué par hdparm est _dans_ le disque dur.
Suis-je bête, je n'avais pas compris que tu parlais de ce cache-là. Il y
a tellement de niveaux de cache dans Linux que je m'y perds un peu. Donc
l'option -f de hdparm envoie au disque une commande ATA "FLUSH CACHE",
ou équivalent pour les disques non ATA.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Pascal Hambourg, lundi 29 janvier 2007, 11:45:58 CET
J'en déduis qu'il y a deux "caches disque" distincts, un pour les acccès disques à bas niveau et un pour le système de fichiers/mémoire virtuelle/swap/etc (pagecache).
Oui et non. Le cache évoqué par hdparm est _dans_ le disque dur.
Suis-je bête, je n'avais pas compris que tu parlais de ce cache-là. Il y a tellement de niveaux de cache dans Linux que je m'y perds un peu. Donc l'option -f de hdparm envoie au disque une commande ATA "FLUSH CACHE", ou équivalent pour les disques non ATA.
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
