Je r=E9sume le cas de figure:
Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai
install=E9 une debian qui jusque l=E0 fonctionnait nickel !
Depuis quelques semaine dans les logs il y a ceci
=20
hdc: dma_intr: status=3D0x51 { DriveReady SeekComplete Error }
hdc: dma_intr: error=3D0x84 { DriveStatusError BadCRC }
ide: failed opcode was: unknown
ide1: reset: success
Aucune erreur sur hda.
Avant de faire un formattage bas niveau sur ce disque, je met un autre
disque dur (neuf) en hdc, le partitionne et le rempli de fichiers.
Au red=E9marrage j'ai encore les m=EAmes erreurs dma_intr.
Avec un Live CD je fais un fsk -c /dev/hdc1, hdc2...etc.
et l=E0 aucun bloc corrompu ?!!
Dois-je en d=E9duire que le contr=F4leur ide est HS, et pourquoi uniquemen=
t
sur le ide1 et pas ide0 ?
La machine appartient =E0 mon voisin et avant de lui annonc=E9 qu'il doit
changer de CM j'aimerai =EAtre certain du diagnostic.
Comment tester ce ctrl ide ?
Toute id=E9e est bien bienvenue, merci :-)
@+
--=20
Michel Luc mluc@cern91.net | http://www.cern91.net/
GAULE, LUG de l'Essonne: http://gaule.org/
-*-*-*-*-*-*-* GnuPG v1.0.6 (GNU/Linux) *-*-*-*-*-*-*-*-
<admin@cern91.net>
GPG: 1024D/3D07B881
KFP: 155C 2287 2084 33E0 4263 8AC9 B10F 03CB 3D07 B881
--------------------------------------------------------
--=-qhmNcUiteGyIvEwmDenK
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
--
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
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jean-Yves F. Barbier
Le jeudi 25 janvier 2007 02:37, Michel Luc a écrit :
Bonsoir,
Je résume le cas de figure: Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai installé une debian qui jusque là fonctionnait nickel ! Depuis quelques semaine dans les logs il y a ceci
Aucune erreur sur hda. Avant de faire un formattage bas niveau sur ce disque, je met un autre disque dur (neuf) en hdc, le partitionne et le rempli de fichiers. Au redémarrage j'ai encore les mêmes erreurs dma_intr.
Avec un Live CD je fais un fsk -c /dev/hdc1, hdc2...etc. et là aucun bloc corrompu ?!!
oui, j'ai souvent eu ce type de PB sur un serveur avec 7 HDs dans un boît ier "standard" (tous les HDs dans la même glissière). Après recherche il se trouve que ce sont les connecteurs Molex d'alim des HDs qui s'ouvraient à cause des vibrations et causaient des micro-coupure s.
Tu peux resserrer les cosses femelles en glissant un micro-tournevis le long de ses cosses et en faisant levier.
(quoique dans mon cas c'étaient des erreurs 0x04)
en espérant que cela puisse t'aider
JY
Le jeudi 25 janvier 2007 02:37, Michel Luc a écrit :
Bonsoir,
Je résume le cas de figure:
Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai
installé une debian qui jusque là fonctionnait nickel !
Depuis quelques semaine dans les logs il y a ceci
Aucune erreur sur hda.
Avant de faire un formattage bas niveau sur ce disque, je met un autre
disque dur (neuf) en hdc, le partitionne et le rempli de fichiers.
Au redémarrage j'ai encore les mêmes erreurs dma_intr.
Avec un Live CD je fais un fsk -c /dev/hdc1, hdc2...etc.
et là aucun bloc corrompu ?!!
oui, j'ai souvent eu ce type de PB sur un serveur avec 7 HDs dans un boît ier
"standard" (tous les HDs dans la même glissière).
Après recherche il se trouve que ce sont les connecteurs Molex d'alim des
HDs qui s'ouvraient à cause des vibrations et causaient des micro-coupure s.
Tu peux resserrer les cosses femelles en glissant un micro-tournevis
le long de ses cosses et en faisant levier.
Le jeudi 25 janvier 2007 02:37, Michel Luc a écrit :
Bonsoir,
Je résume le cas de figure: Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai installé une debian qui jusque là fonctionnait nickel ! Depuis quelques semaine dans les logs il y a ceci
Aucune erreur sur hda. Avant de faire un formattage bas niveau sur ce disque, je met un autre disque dur (neuf) en hdc, le partitionne et le rempli de fichiers. Au redémarrage j'ai encore les mêmes erreurs dma_intr.
Avec un Live CD je fais un fsk -c /dev/hdc1, hdc2...etc. et là aucun bloc corrompu ?!!
oui, j'ai souvent eu ce type de PB sur un serveur avec 7 HDs dans un boît ier "standard" (tous les HDs dans la même glissière). Après recherche il se trouve que ce sont les connecteurs Molex d'alim des HDs qui s'ouvraient à cause des vibrations et causaient des micro-coupure s.
Tu peux resserrer les cosses femelles en glissant un micro-tournevis le long de ses cosses et en faisant levier.
Le jeudi 25 janvier 2007 à 02:52 +0100, Jean-Yves F. Barbier a écrit :
Le jeudi 25 janvier 2007 02:37, Michel Luc a écrit : > Bonsoir, > > Je résume le cas de figure: > Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai > installé une debian qui jusque là fonctionnait nickel ! > Depuis quelques semaine dans les logs il y a ceci > > hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } > hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } > ide: failed opcode was: unknown > ide1: reset: success > > Aucune erreur sur hda. > Avant de faire un formattage bas niveau sur ce disque, je met un autre > disque dur (neuf) en hdc, le partitionne et le rempli de fichiers. > Au redémarrage j'ai encore les mêmes erreurs dma_intr. > > Avec un Live CD je fais un fsk -c /dev/hdc1, hdc2...etc. > et là aucun bloc corrompu ?!!
oui, j'ai souvent eu ce type de PB sur un serveur avec 7 HDs dans un bo îtier "standard" (tous les HDs dans la même glissière). Après recherche il se trouve que ce sont les connecteurs Molex d'alim d es HDs qui s'ouvraient à cause des vibrations et causaient des micro-coupu res.
Tu peux resserrer les cosses femelles en glissant un micro-tournevis le long de ses cosses et en faisant levier.
(quoique dans mon cas c'étaient des erreurs 0x04)
Je peux toujours essayer, ça peut pas nuire.
en espérant que cela puisse t'aider
Merci.
@+ -- Michel Luc | http://www.cern91.net/ GAULE, LUG de l'Essonne: http://gaule.org/ -*-*-*-*-*-*-* GnuPG v1.0.6 (GNU/Linux) *-*-*-*-*-*-*-*-
--=-OlGlFIPL2sKvfN2EmRUm Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
-- 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 jeudi 25 janvier 2007 à 02:52 +0100, Jean-Yves F. Barbier a écrit :
Le jeudi 25 janvier 2007 02:37, Michel Luc a écrit :
> Bonsoir,
>
> Je résume le cas de figure:
> Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai
> installé une debian qui jusque là fonctionnait nickel !
> Depuis quelques semaine dans les logs il y a ceci
>
> hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hdc: dma_intr: error=0x84 { DriveStatusError BadCRC }
> ide: failed opcode was: unknown
> ide1: reset: success
>
> Aucune erreur sur hda.
> Avant de faire un formattage bas niveau sur ce disque, je met un autre
> disque dur (neuf) en hdc, le partitionne et le rempli de fichiers.
> Au redémarrage j'ai encore les mêmes erreurs dma_intr.
>
> Avec un Live CD je fais un fsk -c /dev/hdc1, hdc2...etc.
> et là aucun bloc corrompu ?!!
oui, j'ai souvent eu ce type de PB sur un serveur avec 7 HDs dans un bo îtier
"standard" (tous les HDs dans la même glissière).
Après recherche il se trouve que ce sont les connecteurs Molex d'alim d es
HDs qui s'ouvraient à cause des vibrations et causaient des micro-coupu res.
Tu peux resserrer les cosses femelles en glissant un micro-tournevis
le long de ses cosses et en faisant levier.
--=-OlGlFIPL2sKvfN2EmRUm
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
--
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 jeudi 25 janvier 2007 à 02:52 +0100, Jean-Yves F. Barbier a écrit :
Le jeudi 25 janvier 2007 02:37, Michel Luc a écrit : > Bonsoir, > > Je résume le cas de figure: > Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai > installé une debian qui jusque là fonctionnait nickel ! > Depuis quelques semaine dans les logs il y a ceci > > hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } > hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } > ide: failed opcode was: unknown > ide1: reset: success > > Aucune erreur sur hda. > Avant de faire un formattage bas niveau sur ce disque, je met un autre > disque dur (neuf) en hdc, le partitionne et le rempli de fichiers. > Au redémarrage j'ai encore les mêmes erreurs dma_intr. > > Avec un Live CD je fais un fsk -c /dev/hdc1, hdc2...etc. > et là aucun bloc corrompu ?!!
oui, j'ai souvent eu ce type de PB sur un serveur avec 7 HDs dans un bo îtier "standard" (tous les HDs dans la même glissière). Après recherche il se trouve que ce sont les connecteurs Molex d'alim d es HDs qui s'ouvraient à cause des vibrations et causaient des micro-coupu res.
Tu peux resserrer les cosses femelles en glissant un micro-tournevis le long de ses cosses et en faisant levier.
(quoique dans mon cas c'étaient des erreurs 0x04)
Je peux toujours essayer, ça peut pas nuire.
en espérant que cela puisse t'aider
Merci.
@+ -- Michel Luc | http://www.cern91.net/ GAULE, LUG de l'Essonne: http://gaule.org/ -*-*-*-*-*-*-* GnuPG v1.0.6 (GNU/Linux) *-*-*-*-*-*-*-*-
--=-OlGlFIPL2sKvfN2EmRUm Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
-- 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 jeudi 25 janvier 2007 à 07:07 +0100, Bulot Grégory a écrit :
Le jeudi 25 janvier 2007 02:37, Michel Luc a écrit : > Bonsoir, > > Je résume le cas de figure: > Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai > installé une debian qui jusque là fonctionnait nickel ! > Depuis quelques semaine dans les logs il y a ceci > > hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } > hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } > ide: failed opcode was: unknown > ide1: reset: success
> > Toute idée est bien bienvenue, merci :-)
indépendamment de ce que propose Jean-Yves F. Barbier je proposerais : - changer les nappes ide
Les nappes ont été interchangées et c'est toujours hdc qui provo que des erreurs.
- vérifier que les cavaliers du disque dur soient bien en place
c'est ok
- avec smartctl -a | grep -i temp (paquet smartmontools), voir la tempé rature des disques (je crois qu'il y aussi un paquet hddtemp)
smartctl est très bien :-) la température varie entre 33 et 35 degr é celsius, ce qui ne me semble pas excessif.
- Essayer une autre alim ?
c'est toujours une possibilité, je ferai le test ce soir.
Merci :-) @+ -- Michel Luc | http://www.cern91.net/ GAULE, LUG de l'Essonne: http://gaule.org/ -*-*-*-*-*-*-* GnuPG v1.0.6 (GNU/Linux) *-*-*-*-*-*-*-*-
--=-LSURRmLa5v9c6J1UTDzr Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQBFuImtsQ8Dyz0HuIERAgXLAKCwRz9Fy+NcJi4Xkca1Qc9KTF7ofACdGEyR PEl+P1DksS0qG/erFSpYAWg Ud -----END PGP SIGNATURE-----
--=-LSURRmLa5v9c6J1UTDzr--
-- 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 jeudi 25 janvier 2007 à 07:07 +0100, Bulot Grégory a écrit :
Le jeudi 25 janvier 2007 02:37, Michel Luc a écrit :
> Bonsoir,
>
> Je résume le cas de figure:
> Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai
> installé une debian qui jusque là fonctionnait nickel !
> Depuis quelques semaine dans les logs il y a ceci
>
> hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error }
> hdc: dma_intr: error=0x84 { DriveStatusError BadCRC }
> ide: failed opcode was: unknown
> ide1: reset: success
>
> Toute idée est bien bienvenue, merci :-)
indépendamment de ce que propose Jean-Yves F. Barbier je proposerais :
- changer les nappes ide
Les nappes ont été interchangées et c'est toujours hdc qui provo que
des erreurs.
- vérifier que les cavaliers du disque dur soient bien en place
c'est ok
- avec smartctl -a | grep -i temp (paquet smartmontools), voir la tempé rature
des disques (je crois qu'il y aussi un paquet hddtemp)
smartctl est très bien :-) la température varie entre 33 et 35 degr é
celsius, ce qui ne me semble pas excessif.
- Essayer une autre alim ?
c'est toujours une possibilité, je ferai le test ce soir.
--=-LSURRmLa5v9c6J1UTDzr
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQBFuImtsQ8Dyz0HuIERAgXLAKCwRz9Fy+NcJi4Xkca1Qc9KTF7ofACdGEyR
PEl+P1DksS0qG/erFSpYAWg Ud
-----END PGP SIGNATURE-----
--=-LSURRmLa5v9c6J1UTDzr--
--
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 jeudi 25 janvier 2007 à 07:07 +0100, Bulot Grégory a écrit :
Le jeudi 25 janvier 2007 02:37, Michel Luc a écrit : > Bonsoir, > > Je résume le cas de figure: > Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai > installé une debian qui jusque là fonctionnait nickel ! > Depuis quelques semaine dans les logs il y a ceci > > hdc: dma_intr: status=0x51 { DriveReady SeekComplete Error } > hdc: dma_intr: error=0x84 { DriveStatusError BadCRC } > ide: failed opcode was: unknown > ide1: reset: success
> > Toute idée est bien bienvenue, merci :-)
indépendamment de ce que propose Jean-Yves F. Barbier je proposerais : - changer les nappes ide
Les nappes ont été interchangées et c'est toujours hdc qui provo que des erreurs.
- vérifier que les cavaliers du disque dur soient bien en place
c'est ok
- avec smartctl -a | grep -i temp (paquet smartmontools), voir la tempé rature des disques (je crois qu'il y aussi un paquet hddtemp)
smartctl est très bien :-) la température varie entre 33 et 35 degr é celsius, ce qui ne me semble pas excessif.
- Essayer une autre alim ?
c'est toujours une possibilité, je ferai le test ce soir.
Merci :-) @+ -- Michel Luc | http://www.cern91.net/ GAULE, LUG de l'Essonne: http://gaule.org/ -*-*-*-*-*-*-* GnuPG v1.0.6 (GNU/Linux) *-*-*-*-*-*-*-*-
--=-LSURRmLa5v9c6J1UTDzr Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQBFuImtsQ8Dyz0HuIERAgXLAKCwRz9Fy+NcJi4Xkca1Qc9KTF7ofACdGEyR PEl+P1DksS0qG/erFSpYAWg Ud -----END PGP SIGNATURE-----
--=-LSURRmLa5v9c6J1UTDzr--
-- 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
Cela ne semble pas venir de l'alimentation, après avoir suivi les conseils de Jean-Yves et Grégory : Toujours la même erreur!
Je n'ai pas résolu le pb mais je l'ai contourné en passant ce disque hdc sur la nappe du ctrl ide0: ancien hda / root debian hdc /data hdd /cdrom nouveau hda / root debian hdb /data hdc /cdrom
Là plus d'erreur dma_intr, et le cdrom (hdc) ne semble pas en souffrir ? Mais smartctl me donne d'autres erreurs:
# smartctl -a /dev/hda SMART Error Log Version: 1 No Errors Logged
# smartctl -a /dev/hdb SMART Error Log Version: 1 ATA Error Count: 36 .... et m'affiche les erreurs 36,35,34,33 et 32
Dans les logs j'ai : smartd[6116]: Device: /dev/hdb, SMART Usage Attribute: 190 Unknown_Attribute changed from 62 to 61 smartd[6116]: Device: /dev/hdb, SMART Usage Attribute: 194 Temperature_Celsius changed from 35 to 36 smartd[6116]: Device: /dev/hdb, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 86 to 85
il n'y a plus les lignes kernel: ide: failed opcode was: unknown hdb: dma_intr: status=0x51 ... hdb: dma_intr: error=0x84 ...
J'ai utilisé différents disques sur cette nappe (hdb) et toujours les mêmes avertissements dans les logs. Je ne sais pas à quoi correspond exactement 'Unknown_Attribute changed from 62 to 61' : Je patauge :-(
Le jeudi 25 janvier 2007 à 02:37 +0100, Michel Luc a écrit :
Bonsoir,
Je résume le cas de figure: Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai installé une debian qui jusque là fonctionnait nickel ! Depuis quelques semaine dans les logs il y a ceci
Aucune erreur sur hda. Avant de faire un formattage bas niveau sur ce disque, je met un autre disque dur (neuf) en hdc, le partitionne et le rempli de fichiers. Au redémarrage j'ai encore les mêmes erreurs dma_intr.
Avec un Live CD je fais un fsk -c /dev/hdc1, hdc2...etc. et là aucun bloc corrompu ?!!
Dois-je en déduire que le contrôleur ide est HS, et pourquoi uniquem ent sur le ide1 et pas ide0 ?
La machine appartient à mon voisin et avant de lui annoncé qu'il doi t changer de CM j'aimerai être certain du diagnostic. Comment tester ce ctrl ide ?
--=-bjh8YmZEjZkVIaEcRVxV Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
-- 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
Cela ne semble pas venir de l'alimentation, après avoir suivi les
conseils de Jean-Yves et Grégory : Toujours la même erreur!
Je n'ai pas résolu le pb mais je l'ai contourné en passant ce disque
hdc sur la nappe du ctrl ide0:
ancien
hda / root debian
hdc /data
hdd /cdrom
nouveau
hda / root debian
hdb /data
hdc /cdrom
Là plus d'erreur dma_intr, et le cdrom (hdc) ne semble pas en souffrir ?
Mais smartctl me donne d'autres erreurs:
# smartctl -a /dev/hda
SMART Error Log Version: 1
No Errors Logged
# smartctl -a /dev/hdb
SMART Error Log Version: 1
ATA Error Count: 36 ....
et m'affiche les erreurs 36,35,34,33 et 32
Dans les logs j'ai :
smartd[6116]: Device: /dev/hdb, SMART Usage Attribute: 190
Unknown_Attribute changed from 62 to 61
smartd[6116]: Device: /dev/hdb, SMART Usage Attribute: 194
Temperature_Celsius changed from 35 to 36
smartd[6116]: Device: /dev/hdb, SMART Usage Attribute: 195
Hardware_ECC_Recovered changed from 86 to 85
il n'y a plus les lignes
kernel: ide: failed opcode was: unknown
hdb: dma_intr: status=0x51 ...
hdb: dma_intr: error=0x84 ...
J'ai utilisé différents disques sur cette nappe (hdb) et toujours les
mêmes avertissements dans les logs.
Je ne sais pas à quoi correspond exactement 'Unknown_Attribute changed
from 62 to 61' : Je patauge :-(
Le jeudi 25 janvier 2007 à 02:37 +0100, Michel Luc a écrit :
Bonsoir,
Je résume le cas de figure:
Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai
installé une debian qui jusque là fonctionnait nickel !
Depuis quelques semaine dans les logs il y a ceci
Aucune erreur sur hda.
Avant de faire un formattage bas niveau sur ce disque, je met un autre
disque dur (neuf) en hdc, le partitionne et le rempli de fichiers.
Au redémarrage j'ai encore les mêmes erreurs dma_intr.
Avec un Live CD je fais un fsk -c /dev/hdc1, hdc2...etc.
et là aucun bloc corrompu ?!!
Dois-je en déduire que le contrôleur ide est HS, et pourquoi uniquem ent
sur le ide1 et pas ide0 ?
La machine appartient à mon voisin et avant de lui annoncé qu'il doi t
changer de CM j'aimerai être certain du diagnostic.
Comment tester ce ctrl ide ?
--=-bjh8YmZEjZkVIaEcRVxV
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: Ceci est une partie de message
=?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée?
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
--
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
Cela ne semble pas venir de l'alimentation, après avoir suivi les conseils de Jean-Yves et Grégory : Toujours la même erreur!
Je n'ai pas résolu le pb mais je l'ai contourné en passant ce disque hdc sur la nappe du ctrl ide0: ancien hda / root debian hdc /data hdd /cdrom nouveau hda / root debian hdb /data hdc /cdrom
Là plus d'erreur dma_intr, et le cdrom (hdc) ne semble pas en souffrir ? Mais smartctl me donne d'autres erreurs:
# smartctl -a /dev/hda SMART Error Log Version: 1 No Errors Logged
# smartctl -a /dev/hdb SMART Error Log Version: 1 ATA Error Count: 36 .... et m'affiche les erreurs 36,35,34,33 et 32
Dans les logs j'ai : smartd[6116]: Device: /dev/hdb, SMART Usage Attribute: 190 Unknown_Attribute changed from 62 to 61 smartd[6116]: Device: /dev/hdb, SMART Usage Attribute: 194 Temperature_Celsius changed from 35 to 36 smartd[6116]: Device: /dev/hdb, SMART Usage Attribute: 195 Hardware_ECC_Recovered changed from 86 to 85
il n'y a plus les lignes kernel: ide: failed opcode was: unknown hdb: dma_intr: status=0x51 ... hdb: dma_intr: error=0x84 ...
J'ai utilisé différents disques sur cette nappe (hdb) et toujours les mêmes avertissements dans les logs. Je ne sais pas à quoi correspond exactement 'Unknown_Attribute changed from 62 to 61' : Je patauge :-(
Le jeudi 25 janvier 2007 à 02:37 +0100, Michel Luc a écrit :
Bonsoir,
Je résume le cas de figure: Sur une machine bas de gamme (P4 2GHz 512Mb, CM SiS), il a 4 ans j'ai installé une debian qui jusque là fonctionnait nickel ! Depuis quelques semaine dans les logs il y a ceci
Aucune erreur sur hda. Avant de faire un formattage bas niveau sur ce disque, je met un autre disque dur (neuf) en hdc, le partitionne et le rempli de fichiers. Au redémarrage j'ai encore les mêmes erreurs dma_intr.
Avec un Live CD je fais un fsk -c /dev/hdc1, hdc2...etc. et là aucun bloc corrompu ?!!
Dois-je en déduire que le contrôleur ide est HS, et pourquoi uniquem ent sur le ide1 et pas ide0 ?
La machine appartient à mon voisin et avant de lui annoncé qu'il doi t changer de CM j'aimerai être certain du diagnostic. Comment tester ce ctrl ide ?
--=-bjh8YmZEjZkVIaEcRVxV Content-Type: application/pgp-signature; name=signature.asc Content-Description: Ceci est une partie de message =?ISO-8859-1?Q?numériquement?= =?ISO-8859-1?Q?_signée? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux)
-- 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
Jean-Yves F. Barbier
Salut Michel,
Il est possible qu'il s'agisse d'une incompatibilité entre HDs.
C'est très rare, mais ça m'est déjà arrivé il y a qq années (en plus d'incompatibilités entre lecteurs DVD, graveurs et HDs).
JY
Michel Luc a écrit :
Bonsoir,
Cela ne semble pas venir de l'alimentation, après avoir suivi les conseils de Jean-Yves et Grégory : Toujours la même erreur! [SNIP]
-- 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
Salut Michel,
Il est possible qu'il s'agisse d'une incompatibilité entre HDs.
C'est très rare, mais ça m'est déjà arrivé il y a qq années (en plus
d'incompatibilités entre lecteurs DVD, graveurs et HDs).
JY
Michel Luc a écrit :
Bonsoir,
Cela ne semble pas venir de l'alimentation, après avoir suivi les
conseils de Jean-Yves et Grégory : Toujours la même erreur!
[SNIP]
--
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
Il est possible qu'il s'agisse d'une incompatibilité entre HDs.
C'est très rare, mais ça m'est déjà arrivé il y a qq années (en plus d'incompatibilités entre lecteurs DVD, graveurs et HDs).
JY
Michel Luc a écrit :
Bonsoir,
Cela ne semble pas venir de l'alimentation, après avoir suivi les conseils de Jean-Yves et Grégory : Toujours la même erreur! [SNIP]
-- 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