D'après cette conversation de mardi dernier :
http://lists.debian.org/debian-user-french/2008/08/msg00366.html
il est possible d'évaluer la fin de vie du disque mais je ne sais pas
interpréter ces résultats chez moi. Quelqu'un peut m'éclairer
succintement?
Le smartctl ici :
http://www.vaugham.eu/smartctl-a.txt
et le dmesg :
http://www.vaugham.eu/dmesg.txt
D'après cette conversation de mardi dernier :
http://lists.debian.org/debian-user-french/2008/08/msg00366.html
il est possible d'évaluer la fin de vie du disque mais je ne sais pas
interpréter ces résultats chez moi. Quelqu'un peut m'éclairer
succintement?
Le smartctl ici :
http://www.vaugham.eu/smartctl-a.txt
et le dmesg :
http://www.vaugham.eu/dmesg.txt
D'après cette conversation de mardi dernier :
http://lists.debian.org/debian-user-french/2008/08/msg00366.html
il est possible d'évaluer la fin de vie du disque mais je ne sais pas
interpréter ces résultats chez moi. Quelqu'un peut m'éclairer
succintement?
Le smartctl ici :
http://www.vaugham.eu/smartctl-a.txt
et le dmesg :
http://www.vaugham.eu/dmesg.txt
Alain Vaugham a écrit :
[...]
>>> D'après cette conversation de mardi dernier :
>>> http://lists.debian.org/debian-user-french/2008/08/msg00366.html
>>> il est possible d'évaluer la fin de vie du disque mais je ne sais p as
>>> interpréter ces résultats chez moi. Quelqu'un peut m'éclairer
> succintement?
[...]
> Le smartctl ici :
> http://www.vaugham.eu/smartctl-a.txt
Au niveau des attributs SMART, il n'y a rien d'anormal, à part
l'attribut 190 qui est descendu à 049 ce qui est proche de la valeur
seuil 045. Comme cet attribut est inconnu ce n'est pas facile de savoir
si c'est la cause d'un problème. Il faudrait rechercher sur les sites
parlant de la norme SMART.
Au niveau des logs SMART, les erreurs semblent être toutes liées au m ême
secteur du disque. Tu peux peut-être scanner (scan en lecture, non
destructeur) ton disque avec badblocks.
> et le dmesg :
> http://www.vaugham.eu/dmesg.txt
Cette sortie de dmesg n'est pas parlante, il en faudrait une après le
boot, et le mieux une lors d'une erreur disque.
Alain Vaugham a écrit :
[...]
>>> D'après cette conversation de mardi dernier :
>>> http://lists.debian.org/debian-user-french/2008/08/msg00366.html
>>> il est possible d'évaluer la fin de vie du disque mais je ne sais p as
>>> interpréter ces résultats chez moi. Quelqu'un peut m'éclairer
> succintement?
[...]
> Le smartctl ici :
> http://www.vaugham.eu/smartctl-a.txt
Au niveau des attributs SMART, il n'y a rien d'anormal, à part
l'attribut 190 qui est descendu à 049 ce qui est proche de la valeur
seuil 045. Comme cet attribut est inconnu ce n'est pas facile de savoir
si c'est la cause d'un problème. Il faudrait rechercher sur les sites
parlant de la norme SMART.
Au niveau des logs SMART, les erreurs semblent être toutes liées au m ême
secteur du disque. Tu peux peut-être scanner (scan en lecture, non
destructeur) ton disque avec badblocks.
> et le dmesg :
> http://www.vaugham.eu/dmesg.txt
Cette sortie de dmesg n'est pas parlante, il en faudrait une après le
boot, et le mieux une lors d'une erreur disque.
Alain Vaugham a écrit :
[...]
>>> D'après cette conversation de mardi dernier :
>>> http://lists.debian.org/debian-user-french/2008/08/msg00366.html
>>> il est possible d'évaluer la fin de vie du disque mais je ne sais p as
>>> interpréter ces résultats chez moi. Quelqu'un peut m'éclairer
> succintement?
[...]
> Le smartctl ici :
> http://www.vaugham.eu/smartctl-a.txt
Au niveau des attributs SMART, il n'y a rien d'anormal, à part
l'attribut 190 qui est descendu à 049 ce qui est proche de la valeur
seuil 045. Comme cet attribut est inconnu ce n'est pas facile de savoir
si c'est la cause d'un problème. Il faudrait rechercher sur les sites
parlant de la norme SMART.
Au niveau des logs SMART, les erreurs semblent être toutes liées au m ême
secteur du disque. Tu peux peut-être scanner (scan en lecture, non
destructeur) ton disque avec badblocks.
> et le dmesg :
> http://www.vaugham.eu/dmesg.txt
Cette sortie de dmesg n'est pas parlante, il en faudrait une après le
boot, et le mieux une lors d'une erreur disque.
Alain Vaugham a écrit :
......
> Physiquement, je n'ai configuré aucun switches sur la carte.
> Je ne suis pas sûr que de tels switches existent mais je peux rega rder
> si tu
> veux.
arf, nan, je voulais parler de paramètres ajoutés au driver de ta carte
> La "string d'insertion" est quelque chose d'inconnu pour moi.
donc tu n'as rien paramètré de spécial pour ta carte ether net
> Cette carte est utilisée telle que Etch l'a vue lors de l'install.
ok
> Après l'install je n'ai fait aucune modif qui aurai pu "casser" Et ch.
> La carte est une 3C905CX-TX-M 10-100MB. Elle est en service depuis
> 02/2004.
bonne carte.
étant sous sid, je ne suis plus etch depuis un moment; alors y'a-t'i l eu
récemment un changement de kernel lors d'une Mà J? (et si oui, n e serais-ce
pas à partir de ce moment que ça a merdouillé?)
également, que donnent un: cat /proc/interrupts, et un: dmesg
(tout de suite après la fin du boot)?
Alain Vaugham a écrit :
......
> Physiquement, je n'ai configuré aucun switches sur la carte.
> Je ne suis pas sûr que de tels switches existent mais je peux rega rder
> si tu
> veux.
arf, nan, je voulais parler de paramètres ajoutés au driver de ta carte
> La "string d'insertion" est quelque chose d'inconnu pour moi.
donc tu n'as rien paramètré de spécial pour ta carte ether net
> Cette carte est utilisée telle que Etch l'a vue lors de l'install.
ok
> Après l'install je n'ai fait aucune modif qui aurai pu "casser" Et ch.
> La carte est une 3C905CX-TX-M 10-100MB. Elle est en service depuis
> 02/2004.
bonne carte.
étant sous sid, je ne suis plus etch depuis un moment; alors y'a-t'i l eu
récemment un changement de kernel lors d'une Mà J? (et si oui, n e serais-ce
pas à partir de ce moment que ça a merdouillé?)
également, que donnent un: cat /proc/interrupts, et un: dmesg
(tout de suite après la fin du boot)?
Alain Vaugham a écrit :
......
> Physiquement, je n'ai configuré aucun switches sur la carte.
> Je ne suis pas sûr que de tels switches existent mais je peux rega rder
> si tu
> veux.
arf, nan, je voulais parler de paramètres ajoutés au driver de ta carte
> La "string d'insertion" est quelque chose d'inconnu pour moi.
donc tu n'as rien paramètré de spécial pour ta carte ether net
> Cette carte est utilisée telle que Etch l'a vue lors de l'install.
ok
> Après l'install je n'ai fait aucune modif qui aurai pu "casser" Et ch.
> La carte est une 3C905CX-TX-M 10-100MB. Elle est en service depuis
> 02/2004.
bonne carte.
étant sous sid, je ne suis plus etch depuis un moment; alors y'a-t'i l eu
récemment un changement de kernel lors d'une Mà J? (et si oui, n e serais-ce
pas à partir de ce moment que ça a merdouillé?)
également, que donnent un: cat /proc/interrupts, et un: dmesg
(tout de suite après la fin du boot)?
Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :
> Au niveau des logs SMART, les erreurs semblent être toutes liées au même
> secteur du disque. Tu peux peut-être scanner (scan en lecture, non
> destructeur) ton disque avec badblocks.
# badblocks -v /dev/hda
Le scan est en cours...
Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :
> Au niveau des logs SMART, les erreurs semblent être toutes liées au même
> secteur du disque. Tu peux peut-être scanner (scan en lecture, non
> destructeur) ton disque avec badblocks.
# badblocks -v /dev/hda
Le scan est en cours...
Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :
> Au niveau des logs SMART, les erreurs semblent être toutes liées au même
> secteur du disque. Tu peux peut-être scanner (scan en lecture, non
> destructeur) ton disque avec badblocks.
# badblocks -v /dev/hda
Le scan est en cours...
Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :Alain Vaugham a écrit :
[...]et le dmesg :
http://www.vaugham.eu/dmesg.txt
Cette sortie de dmesg n'est pas parlante, il en faudrait une après le
boot, et le mieux une lors d'une erreur disque.
Voici :
http://www.vaugham.eu/dmesg-1.txt
- réalisé immédiatement après le boot en mode console (CTRL-ALT-F1) avant le
login KDE.
- le controlleur SCSI ne sert plus à rien pour l'instant.
Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :
Alain Vaugham a écrit :
[...]
et le dmesg :
http://www.vaugham.eu/dmesg.txt
Cette sortie de dmesg n'est pas parlante, il en faudrait une après le
boot, et le mieux une lors d'une erreur disque.
Voici :
http://www.vaugham.eu/dmesg-1.txt
- réalisé immédiatement après le boot en mode console (CTRL-ALT-F1) avant le
login KDE.
- le controlleur SCSI ne sert plus à rien pour l'instant.
Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :Alain Vaugham a écrit :
[...]et le dmesg :
http://www.vaugham.eu/dmesg.txt
Cette sortie de dmesg n'est pas parlante, il en faudrait une après le
boot, et le mieux une lors d'une erreur disque.
Voici :
http://www.vaugham.eu/dmesg-1.txt
- réalisé immédiatement après le boot en mode console (CTRL-ALT-F1) avant le
login KDE.
- le controlleur SCSI ne sert plus à rien pour l'instant.
Le dimanche 24 août 2008 11:02, Jean-Yves F. Barbier a écrit :Alain Vaugham a écrit :
......
Voici :
http://www.vaugham.eu/cat-proc-interrupts.txt
- je découvre qu'il manque un CPU. Le kernel aurait dû être un smp car il y
a deux processeurs distincts sur la carte. Apparemment l'installateur Etch
ne l'a pas détecté.
Le dimanche 24 août 2008 11:02, Jean-Yves F. Barbier a écrit :
Alain Vaugham a écrit :
......
Voici :
http://www.vaugham.eu/cat-proc-interrupts.txt
- je découvre qu'il manque un CPU. Le kernel aurait dû être un smp car il y
a deux processeurs distincts sur la carte. Apparemment l'installateur Etch
ne l'a pas détecté.
Le dimanche 24 août 2008 11:02, Jean-Yves F. Barbier a écrit :Alain Vaugham a écrit :
......
Voici :
http://www.vaugham.eu/cat-proc-interrupts.txt
- je découvre qu'il manque un CPU. Le kernel aurait dû être un smp car il y
a deux processeurs distincts sur la carte. Apparemment l'installateur Etch
ne l'a pas détecté.
Alain Vaugham a écrit :
> Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :
>> Alain Vaugham a écrit :
>> [...]
>>> et le dmesg :
>>> http://www.vaugham.eu/dmesg.txt
>> Cette sortie de dmesg n'est pas parlante, il en faudrait une après l e
>> boot, et le mieux une lors d'une erreur disque.
>
> Voici :
> http://www.vaugham.eu/dmesg-1.txt
> - réalisé immédiatement après le boot en mode console (CTRL-ALT -F1)
> login KDE.
> - le controlleur SCSI ne sert plus à rien pour l'instant.
Il n'y a pas d'erreur dans la sortie de dmesg.
Par contre, tu utilises un vieux noyau compilé pour les 486 mono-CPU,
sur une machine avec un AMD dual-core.
Tu pourrais essayer avec un noyau plus récent compilé pour AMD avec l e
support SMP/Multi-core.
Il y en a plusieurs ici
ftp://ftp.fr.debian.org/debian/pool/main/l/linux-2.6/
Alain Vaugham a écrit :
> Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :
>> Alain Vaugham a écrit :
>> [...]
>>> et le dmesg :
>>> http://www.vaugham.eu/dmesg.txt
>> Cette sortie de dmesg n'est pas parlante, il en faudrait une après l e
>> boot, et le mieux une lors d'une erreur disque.
>
> Voici :
> http://www.vaugham.eu/dmesg-1.txt
> - réalisé immédiatement après le boot en mode console (CTRL-ALT -F1)
> login KDE.
> - le controlleur SCSI ne sert plus à rien pour l'instant.
Il n'y a pas d'erreur dans la sortie de dmesg.
Par contre, tu utilises un vieux noyau compilé pour les 486 mono-CPU,
sur une machine avec un AMD dual-core.
Tu pourrais essayer avec un noyau plus récent compilé pour AMD avec l e
support SMP/Multi-core.
Il y en a plusieurs ici
ftp://ftp.fr.debian.org/debian/pool/main/l/linux-2.6/
Alain Vaugham a écrit :
> Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :
>> Alain Vaugham a écrit :
>> [...]
>>> et le dmesg :
>>> http://www.vaugham.eu/dmesg.txt
>> Cette sortie de dmesg n'est pas parlante, il en faudrait une après l e
>> boot, et le mieux une lors d'une erreur disque.
>
> Voici :
> http://www.vaugham.eu/dmesg-1.txt
> - réalisé immédiatement après le boot en mode console (CTRL-ALT -F1)
> login KDE.
> - le controlleur SCSI ne sert plus à rien pour l'instant.
Il n'y a pas d'erreur dans la sortie de dmesg.
Par contre, tu utilises un vieux noyau compilé pour les 486 mono-CPU,
sur une machine avec un AMD dual-core.
Tu pourrais essayer avec un noyau plus récent compilé pour AMD avec l e
support SMP/Multi-core.
Il y en a plusieurs ici
ftp://ftp.fr.debian.org/debian/pool/main/l/linux-2.6/
Le mardi 26 août 2008 09:45, Frédéric Massot a écrit :
> Alain Vaugham a écrit :
> > Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :
> >> Alain Vaugham a écrit :
> >> [...]
> >>> et le dmesg :
> >>> http://www.vaugham.eu/dmesg.txt
> >> Cette sortie de dmesg n'est pas parlante, il en faudrait une après le
> >> boot, et le mieux une lors d'une erreur disque.
> >
> > Voici :
> > http://www.vaugham.eu/dmesg-1.txt
> > - réalisé immédiatement après le boot en mode console (CTRL-A LT-F1)
avant le
> > login KDE.
> > - le controlleur SCSI ne sert plus à rien pour l'instant.
>
> Il n'y a pas d'erreur dans la sortie de dmesg.
>
> Par contre, tu utilises un vieux noyau compilé pour les 486 mono-CPU,
> sur une machine avec un AMD dual-core.
>
> Tu pourrais essayer avec un noyau plus récent compilé pour AMD avec le
> support SMP/Multi-core.
>
> Il y en a plusieurs ici
> ftp://ftp.fr.debian.org/debian/pool/main/l/linux-2.6/
D'ici un ou deux jours je vais ajouter un noyau smp et te tiendrai au
courant sur le lessage d'erreur car la machine est en production.
Le mardi 26 août 2008 09:45, Frédéric Massot a écrit :
> Alain Vaugham a écrit :
> > Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :
> >> Alain Vaugham a écrit :
> >> [...]
> >>> et le dmesg :
> >>> http://www.vaugham.eu/dmesg.txt
> >> Cette sortie de dmesg n'est pas parlante, il en faudrait une après le
> >> boot, et le mieux une lors d'une erreur disque.
> >
> > Voici :
> > http://www.vaugham.eu/dmesg-1.txt
> > - réalisé immédiatement après le boot en mode console (CTRL-A LT-F1)
avant le
> > login KDE.
> > - le controlleur SCSI ne sert plus à rien pour l'instant.
>
> Il n'y a pas d'erreur dans la sortie de dmesg.
>
> Par contre, tu utilises un vieux noyau compilé pour les 486 mono-CPU,
> sur une machine avec un AMD dual-core.
>
> Tu pourrais essayer avec un noyau plus récent compilé pour AMD avec le
> support SMP/Multi-core.
>
> Il y en a plusieurs ici
> ftp://ftp.fr.debian.org/debian/pool/main/l/linux-2.6/
D'ici un ou deux jours je vais ajouter un noyau smp et te tiendrai au
courant sur le lessage d'erreur car la machine est en production.
Le mardi 26 août 2008 09:45, Frédéric Massot a écrit :
> Alain Vaugham a écrit :
> > Le dimanche 24 août 2008 16:56, Frederic MASSOT a écrit :
> >> Alain Vaugham a écrit :
> >> [...]
> >>> et le dmesg :
> >>> http://www.vaugham.eu/dmesg.txt
> >> Cette sortie de dmesg n'est pas parlante, il en faudrait une après le
> >> boot, et le mieux une lors d'une erreur disque.
> >
> > Voici :
> > http://www.vaugham.eu/dmesg-1.txt
> > - réalisé immédiatement après le boot en mode console (CTRL-A LT-F1)
avant le
> > login KDE.
> > - le controlleur SCSI ne sert plus à rien pour l'instant.
>
> Il n'y a pas d'erreur dans la sortie de dmesg.
>
> Par contre, tu utilises un vieux noyau compilé pour les 486 mono-CPU,
> sur une machine avec un AMD dual-core.
>
> Tu pourrais essayer avec un noyau plus récent compilé pour AMD avec le
> support SMP/Multi-core.
>
> Il y en a plusieurs ici
> ftp://ftp.fr.debian.org/debian/pool/main/l/linux-2.6/
D'ici un ou deux jours je vais ajouter un noyau smp et te tiendrai au
courant sur le lessage d'erreur car la machine est en production.