bonjour, j´en ai déjà un peu parlé sur mon autre topic ipod...

donc quand la veille se lance, au bout de quelque minute, l´ordi se fige. un reset oblige.
j´ai regardé dans /var/log/messages et je trouve cette ip dont je n´ai jamais été : 217.71.214.195.
quand je m´y connecte, je tombe sur le site durobor.com

voici mon /var/log/messages un peu avant le plantage et au restart :

Dec 6 13:54:26 localhost gconfd (aodren-9821): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 4
Dec 6 13:55:02 localhost crond[10122]: (root) CMD (/usr/bin/mrtg /etc/mrtg/mrtg.cfg)
Dec 6 13:55:52 localhost kernel: martian source 192.168.1.21 from 192.168.1.21, on dev ath0
Dec 6 13:55:52 localhost kernel: ll header:
00:18:4d:ec:73 00:17:33:5c:1c:5c:08:00:45:00:00
:3c:34:a2:40:00:3f:06:83:9f:c0:a8:01:15:c0:a8:01:1
5:d0:97:53:f3:47:bd:ef:aa:00:00:00:00:a0:02:16:d0:
76:ba:00:00:02:04:05:b4:04:02:08:0a:ff:fe:db:08:00
:00:00:00:01:03:03:07:59:62:b3:3c:42:5f:a3:5e:be:4
6:28:d3:78:2e
Dec 6 13:55:55 localhost kernel: martian source 192.168.1.21 from 192.168.1.21, on dev ath0
Dec 6 13:55:55 localhost kernel: ll header:
00:18:4d:ec:73 00:17:33:5c:1c:5c:08:00:45:00:00
:3c:34:a3:40:00:3f:06:83:9e:c0:a8:01:15:c0:a8:01:1
5:d0:97:53:f3:47:bd:ef:aa:00:00:00:00:a0:02:16:d0:
6b:01:00:00:02:04:05:b4:04:02:08:0a:ff:fe:e6:c1:00
:00:00:00:01:03:03:07:99:4a:e7:62:ce:14:ff:73:c8:d
f:e6:54:cc:0a
Dec 6 13:56:01 localhost kernel: martian source 192.168.1.21 from 192.168.1.21, on dev ath0
Dec 6 13:56:01 localhost kernel: ll header:
00:18:4d:ec:73 00:17:33:5c:1c:5c:08:00:45:00:00
:3c:34:a4:40:00:3f:06:83:9d:c0:a8:01:15:c0:a8:01:1
5:d0:97:53:f3:47:bd:ef:aa:00:00:00:00:a0:02:16:d0:
53:90:00:00:02:04:05:b4:04:02:08:0a:ff:fe:fe:32:00
:00:00:00:01:03:03:07:42:7a:49:cf:29:fa:bd:a3:27:2
a:92:6f:c4:da
Dec 6 13:56:13 localhost kernel: martian source 192.168.1.21 from 192.168.1.21, on dev ath0
Dec 6 13:56:13 localhost kernel: ll header:
00:18:4d:ec:73 00:17:33:5c:1c:5c:08:00:45:00:00
:3c:34:a5:40:00:3f:06:83:9c:c0:a8:01:15:c0:a8:01:1
5:d0:97:53:f3:47:bd:ef:aa:00:00:00:00:a0:02:16:d0:
24:b0:00:00:02:04:05:b4:04:02:08:0a:ff:ff:2d:12:00
:00:00:00:01:03:03:07:8e:df:de:40:a8:13:89:52:fc:4
2:0e:7a:6d:90
Dec 6 13:56:26 localhost gconfd (aodren-9821): Le serveur GConf n´est pas en cours d´utilisation, arrêt.
Dec 6 13:56:26 localhost gconfd (aodren-9821): Sortie
Dec 6 13:56:33 localhost ntpd[7231]: synchronized to LOCAL(0), stratum 10
Dec 6 13:56:33 localhost ntpd[7231]: kernel time sync status change 0001
Dec 6 13:57:14 localhost gconfd (aodren-10948): démarrage (version 2.20.0), pid 10948 utilisateur « aodren »
Dec 6 13:57:14 localhost gconfd (aodren-10948): Adresse « xml:readonly:/etc/gconf/gconf.xml.mandatory » résolue vers une source de configuration en lecture seule à la position 0
Dec 6 13:57:14 localhost gconfd (aodren-10948): Adresse « xml:readonly:/etc/gconf/gconf.xml.local-mandatory » résolue vers une source de configuration en lecture seule à la position 1
Dec 6 13:57:14 localhost gconfd (aodren-10948): Adresse « xml:readwrite:/home/aodren/.gconf » résolue vers une source de configuration accessible en écriture à la position 2
Dec 6 13:57:14 localhost gconfd (aodren-10948): Adresse « xml:readonly:/etc/gconf/gconf.xml.local-defaults » résolue vers une source de configuration en lecture seule à la position 3
Dec 6 13:57:14 localhost gconfd (aodren-10948): Adresse « xml:readonly:/etc/gconf/gconf.xml.defaults » résolue vers une source de configuration en lecture seule à la position 4
Dec 6 13:58:41 localhost ntpd[7231]: synchronized to 217.71.214.195, stratum 2
Dec 6 14:00:01 localhost crond[11939]: (root) CMD (/usr/bin/mrtg /etc/mrtg/mrtg.cfg)
Dec 6 14:01:01 localhost crond[12285]: (root) CMD (nice -n 19 run-parts --report /etc/cron.hourly)
Dec 6 14:01:02 localhost msec: moved file /etc/issue.net to /etc/issue.net.msec
Dec 6 14:01:02 localhost msec: changed mode of /var/log/wtmp from 664 to 640
Dec 6 14:01:02 localhost msec: changed group of /var/log/wtmp from utmp to root
Dec 6 14:01:02 localhost msec: changed mode of /var/log/nagios/status.dat from 664 to 640
Dec 6 14:01:02 localhost msec: changed mode of /var/log/cups/error_log from 644 to 640
Dec 6 14:01:02 localhost msec: changed mode of /var/log/Xorg.0.log from 644 to 640
Dec 6 14:01:02 localhost msec: changed mode of /var/log/Xorg.0.log.old from 644 to 640
Dec 6 14:05:01 localhost crond[13688]: (root) CMD (/usr/bin/mrtg /etc/mrtg/mrtg.cfg)
Dec 6 14:18:50 localhost syslogd 1.4.2: restart.
Dec 6 14:18:50 localhost kernel: klogd 1.4.2, log source = /proc/kmsg started.
Dec 6 14:18:50 localhost kernel: Linux version 2.6.22.12-desktop-1mdv (root@celeste.mandriva.com) (gcc version 4.2.2 20070909 (prerelease) (4.2.2-0.RC.1mdv2008.0)) #1 SMP Tue Nov 20 13:15:05 EST 2007
Dec 6 14:18:50 localhost kernel: Command line: BOOT_IMAGE=linux root=/dev/sda5 resume=/dev/sda2 splash=silent vga=788
Dec 6 14:18:50 localhost kernel: BIOS-provided physical RAM map:
Dec 6 14:18:50 localhost kernel: BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
Dec 6 14:18:50 localhost kernel: BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
Dec 6 14:18:50 localhost kernel: BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
Dec 6 14:18:50 localhost kernel: BIOS-e820: 0000000000100000 - 000000005fff0000 (usable)
Dec 6 14:18:50 localhost kernel: BIOS-e820: 000000005fff0000 - 000000005fff3000 (ACPI NVS)
Dec 6 14:18:50 localhost kernel: BIOS-e820: 000000005fff3000 - 0000000060000000 (ACPI data)
Dec 6 14:18:50 localhost kernel: BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
Dec 6 14:18:50 localhost kernel: BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
Dec 6 14:18:50 localhost kernel: BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)
Dec 6 14:18:50 localhost kernel: end_pfn_map = 1048576
Dec 6 14:18:50 localhost kernel: DMI 2.3 present.

auriez-vous une idée?

Rien à voir avec l´ip, c´est le serveur NTP utilisé par ntpd pour synchroniser ton horloge système par le réseau.

Ton plantage c´est suite à une mise en veille, supend to ram/disk ? Si oui c´est "normal", c´est pas ce qu´il y a de plus fiable.

supend to ram/disk, comment je désactive ca et comment je sais si il est activé ou non?

tu pense que je doit formater mon /?

Je vois aucune raison valable de formater, dis plutôt ce que tu entends par mise en veille, il y en a au moins trois possibles :

1) extinction du moniteur (DPMS), auquel cas çà se configure dans xorg.conf et çà peut venir de ton driver vidéo
2) suspend to ram
3) suspend to disk

Si tu ne connais pas les deux derniers, çà doit être le premier.

en effet je ne connait pas les deux derniers
quand au premier, ce ne doit pas etre ca.
j´ai changer la configuration de mise en veille qui me défilait les images situé dans /home/user/.kde/share/wallpapers par un /home/user/mes\ images et visiblement y´a plus de freeze. alors là je ne comprend pas du tout.
mes images étant un raccourci vers un autre DD