Le Mercredi, 30 Novembre 2005 13.04, Frédéric Bothamy a écrit :
> * steve <[EMAIL PROTECTED]> [2005-11-30 12:22] :
> > Le Mercredi, 30 Novembre 2005 11.54, Frédéric Bothamy a écrit :
> > > * steve <[EMAIL PROTECTED]> [2005-11-30 11:41] :
> > >
> > > [...]
> > >
> > > > gettimeofday({1133346797, 410830}, NULL) = 0
> > > > gettimeofday({1133346797, 410870}, NULL) = 0
> > > > gettimeofday({1133346797, 410910}, NULL) = 0
> > > > --- SIGSEGV (Segmentation fault) @ 0 (0) ---
> > > > +++ killed by SIGSEGV +++
> > > >
> > > >
> > > > Si ça vous dit quelque chose....
> > >
> > > Soit tu as une bibliothèque (ou un exécutable) de corrompue (c'est
> > > rare, mais cela peut arriver qu'un bit change de valeur sur un disque
> > > dur entraînant des effets indésirables). Tu peux le vérifier avec
> > > debsums par exemple.
ben, par exemple :
debsums: checksum mismatch cron file /etc/crontab
debsums: checksum mismatch cupsys file /etc/cups/cupsd.conf
debsums: checksum mismatch cxref file /etc/cxref/config
debsums: checksum mismatch dhcp3-client file /etc/dhcp3/dhclient.conf
debsums: checksum mismatch dhcp3-client file /etc/dhcp3/dhclient-script
debsums: checksum mismatch initscripts file /etc/default/bootlogd
debsums: checksum mismatch libldap2 file /etc/ldap/ldap.conf
etc... Y'en a pas mal dans /etc. En fait la majorité.
J'ai aussi
debsums: checksum mismatch usbutils file /var/lib/usbutils/usb.ids
mais ça me paraît normal, car j'ai dû faire un update-pciusb.
> Le nombre de paquets n'ayant pas de somme MD5 pour ses fichiers
> est limité (de mémoire, environ 20 ou 30).
En effet:
debsums -l | wc -l
31
> Pour tous les autres, cela te
> permet de vérifier que le fichier présent sur le disque et la somme MD5
> indiquée par le paquet sont identiques. Quand à la possibilité que les 2
> soient modifiés en même temps, c'est très, très improbable
mais pas impossible, et comme je suis un peu parano, je me méfie de cette
méthode. D'ailleurs, man debsums dit :
debsums est d'une utilité limitée en tant qu'outil de sécurité, à moins
que le programme et tous les outils apparentés (dpkg, perl,
Digest::MD5, etc.) soient lancés d'un média reconnu comme sûr (comme un
cédérom de secours bootable, voir l'option --root) et que les
sommes de contrôle aient étés calculées à partir des fichiers .deb
(--generate=all) présents sur ce média ou certifiées en utilisant
l'option --md5sums.
> (ou alors tu
> as une corruption généralisée de tes données).
non, ça il ne me semble pas. En fait seul 'aptitude' merdouille.
> > > Soit tu as un problème matériel (probablement la mémoire, mais cela
> > > peut également être le processeur ou un autre composant qui
> > > surchauffe).
> >
> > aïe ne me dis pas ça. Pas maintenant !
> >
> > > Utilise memtest86 pour le vérifier.
> >
> > D'après ce que j'ai compris, on ne peut pas faire cela lorsque la machine
> > tourne normalement, il faut booter sur une knoppix par exemple. Donc plus
> > de réseau, etc... . Je vais faire ça cette nuit donc.
>
> Oui, il est uniquement possible de le faire après un redémarrage de la
> machine.
donc ce soir, j'ai des gens qui bossent maintenant.
J'ai aussi découvert le paquet cpuburn. Mais cela me fait peur de l'utiliser
vu les warnings que l'on peut lire dans le README. Un retour sur son
utilisation serait la bienvenue. Dangereux ou pas ?
Encore merci et très belle après-midi !
--
steve
jabber : [EMAIL PROTECTED]
