Re: RE : Re: RE : Re: PROB DISQUE DUR
On Thu, 7 Sep 2006, Pascal Hambourg wrote: Pascal Hambourg a écrit : En fait, en remplaçant la nappe à 80 fils par une nappe à 40 fils, tu as surtout limité les modes de transfert disponibles à l'UDMA 2 au plus, avec un débit maximum d'environ 30 Mo/s au lieu des 50 Mo/s que tu avais auparavant. Tu peux vérifier le mode de transfert effectif avec hdparm -I ou -i et le débit effectif avec hdparm -t. C'est peut-être le prix à payer pour ne plus avoir d'erreurs, mais j'aurais quand même Bizarre, il en manque un bout. Je complète. J'aurais quand même essayé de remplacer la nappe par une autre nappe à 80 fils neuve et en bon état. Ces nappes étant plus fines et plus rigides que celles à 40 fils, j'ai l'impression qu'elles sont aussi plus fragiles. +1 Sinon, vérifier aussi que le PC est bien relié à la terre, cad que l'alim est branchée sur une prise murale avec terre. -- Etienne Vogt, SIO -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RE : Re: RE : Re: PROB DISQUE DUR
Pascal Hambourg a écrit : En fait, en remplaçant la nappe à 80 fils par une nappe à 40 fils, tu as surtout limité les modes de transfert disponibles à l'UDMA 2 au plus, avec un débit maximum d'environ 30 Mo/s au lieu des 50 Mo/s que tu avais auparavant. Tu peux vérifier le mode de transfert effectif avec hdparm -I ou -i et le débit effectif avec hdparm -t. C'est peut-être le prix à payer pour ne plus avoir d'erreurs, mais j'aurais quand même Bizarre, il en manque un bout. Je complète. J'aurais quand même essayé de remplacer la nappe par une autre nappe à 80 fils neuve et en bon état. Ces nappes étant plus fines et plus rigides que celles à 40 fils, j'ai l'impression qu'elles sont aussi plus fragiles. -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RE : Re: RE : Re: PROB DISQUE DUR
ben durand a écrit : Donc, ça rejoint tout ce que vous avez dit, et le problème venait de ma nappe ide. J'avais mis une nappe de 80 pin, alors qu'il fallait une nappe de 40 pin une ancienne version. Je ne crois pas, non. Tu as mesuré avec hdparm un débit soutenu de plus de 50 Mo/s, ce qui implique la mise en oeuvre d'un mode de transfert qui exige une nappe à 80 fils. Les modes de transfert possibles sur une nappe à 40 fils ne permettent pas un tel débit. Ton disque dur et ton contrôleur hôte sont tous les deux prévus pour fonctionner avec une nappe à 80 fils. En changeant la nappe, j'ai fait une réinstall et les messages error ont disparus. En fait, en remplaçant la nappe à 80 fils par une nappe à 40 fils, tu as surtout limité les modes de transfert disponibles à l'UDMA 2 au plus, avec un débit maximum d'environ 30 Mo/s au lieu des 50 Mo/s que tu avais auparavant. Tu peux vérifier le mode de transfert effectif avec hdparm -I ou -i et le débit effectif avec hdparm -t. C'est peut-être le prix à payer pour ne plus avoir d'erreurs, mais j'aurais quand même -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE : Re: RE : Re: PROB DISQUE DUR
Merci encore pour toutes les explications, ça m'a permis d'y voir plus clair. Donc, ça rejoint tout ce que vous avez dit, et le problème venait de ma nappe ide. J'avais mis une nappe de 80 pin, alors qu'il fallait une nappe de 40 pin une ancienne version. En changeant la nappe, j'ai fait une réinstall et les messages error ont disparus. A priori, je pense que le prob est résolu. Si ça bouge, je vous tiens au courant. Je vais pouvoir continuer mes install. Ben > >>L'erreur BadCRC n'est pas un pb de lecture sur le > >>disque mais un pb > >>de transfert UDMA entre le disque et le > controleur. > [...] > > ok, je change la nappe IDE, et je fais le test. > > Notes : > > 1) Il semble que les erreurs de transmission se > produisent lors > d'écriture, or "hdparm -t" ne teste qu'en lecture. > Pour tester en > écriture, on peut créer ou copier un gros fichier > avec dd par exemple. > > 2) l'option -c (32 bits) de hadparm ne s'applique > qu'aux modes PIO, > qu'il vaut mieux éviter à cause de leur lenteur > extrême par rapport aux > modes UDMA ou même DMA. Il faut laisser l'option -d > (DMA) à 1 pour > activer les transferts en mode DMA ou UDMA. > > 3) Tu peux essayer avec des modes UDMA moins > rapides, moins sensibles > aux parasites ou aux défauts de la connectique et de > l'électronique. > Pour forcer un mode UDMA, l'option -X doit être > accompagnée d'une valeur > numérique ou texte spécifiant le mode (cf. man > hdparm) : > -X64 ou -X udma0 -> UDMA 0 (16 Mo/s) > -X65 ou -X udma1 -> UDMA 1 (25 Mo/s) > -X66 ou -X udma2 -> UDMA 2 (33 Mo/s) > -X67 ou -X udma3 -> UDMA 2 (44 Mo/s) > -X68 ou -X udma4 -> UDMA 4 (66 Mo/s) > -X69 ou -X udma5 -> UDMA 5 (100 Mo/s) > -X70 ou -X udma6 -> UDMA 2 (133 Mo/s) > > Ne surtout pas forcer un mode de transfert non > supporté par le > contrôleur hôte ou le disque, ça peut le bloquer. Vu > le débit soutenu > mesuré par hdparm de 52 Mo/s, le mode de transfert > courant est au moins > UDMA 4. Il est indiquée par une * dans la sortie de > hdparm -i ou -I. > > Les modes non UDMA ne sont pas intéressant car ils > n'intègrent pas de > CRC, et les erreurs de transfert ne peuvent être > détectées qu'en > comparant les données transférées aux données > originales avec une somme > MD5 par exemple. > > > Puis-je tester le bloc d'alimentation ? Je vais me > > procurer un nouveau bloc d'alimentation et tester > > aussi. > > Ce n'est pas utile dans un premier temps. > > > Devrais-je pas tester le DD sur un autre pc, et > donc > > si les erreurs disparaissent, je saurais que ce > n'est > > pas mon DD ? > > Pourquoi pas. Mais cela ne voudra pas > obligatoirement dire que le disque > est hors de cause. Cela peut être l'association du > disque et du > contrôleur hôte qui crée les erreurs. > > > Par contre avant, j'ai lu que je devais faire un > low > > format sur le DD. Dois-je le formater ? > > Non, c'est parfaitement inutile puisqu'a priori tu > as des erreurs de > transfert, pas des erreurs de lecture ou d'écriture. > De toute façon, ce > n'est pas possible de faire un vrai formatage de bas > niveau sur les > disques ATA modernes. Même les utilitaires fournis > par les fabricants ne > le font pas. > > ___ Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. http://fr.answers.yahoo.com -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RE : Re: PROB DISQUE DUR
ben durand a écrit : L'erreur BadCRC n'est pas un pb de lecture sur le disque mais un pb de transfert UDMA entre le disque et le controleur. [...] ok, je change la nappe IDE, et je fais le test. Notes : 1) Il semble que les erreurs de transmission se produisent lors d'écriture, or "hdparm -t" ne teste qu'en lecture. Pour tester en écriture, on peut créer ou copier un gros fichier avec dd par exemple. 2) l'option -c (32 bits) de hadparm ne s'applique qu'aux modes PIO, qu'il vaut mieux éviter à cause de leur lenteur extrême par rapport aux modes UDMA ou même DMA. Il faut laisser l'option -d (DMA) à 1 pour activer les transferts en mode DMA ou UDMA. 3) Tu peux essayer avec des modes UDMA moins rapides, moins sensibles aux parasites ou aux défauts de la connectique et de l'électronique. Pour forcer un mode UDMA, l'option -X doit être accompagnée d'une valeur numérique ou texte spécifiant le mode (cf. man hdparm) : -X64 ou -X udma0 -> UDMA 0 (16 Mo/s) -X65 ou -X udma1 -> UDMA 1 (25 Mo/s) -X66 ou -X udma2 -> UDMA 2 (33 Mo/s) -X67 ou -X udma3 -> UDMA 2 (44 Mo/s) -X68 ou -X udma4 -> UDMA 4 (66 Mo/s) -X69 ou -X udma5 -> UDMA 5 (100 Mo/s) -X70 ou -X udma6 -> UDMA 2 (133 Mo/s) Ne surtout pas forcer un mode de transfert non supporté par le contrôleur hôte ou le disque, ça peut le bloquer. Vu le débit soutenu mesuré par hdparm de 52 Mo/s, le mode de transfert courant est au moins UDMA 4. Il est indiquée par une * dans la sortie de hdparm -i ou -I. Les modes non UDMA ne sont pas intéressant car ils n'intègrent pas de CRC, et les erreurs de transfert ne peuvent être détectées qu'en comparant les données transférées aux données originales avec une somme MD5 par exemple. Puis-je tester le bloc d'alimentation ? Je vais me procurer un nouveau bloc d'alimentation et tester aussi. Ce n'est pas utile dans un premier temps. Devrais-je pas tester le DD sur un autre pc, et donc si les erreurs disparaissent, je saurais que ce n'est pas mon DD ? Pourquoi pas. Mais cela ne voudra pas obligatoirement dire que le disque est hors de cause. Cela peut être l'association du disque et du contrôleur hôte qui crée les erreurs. Par contre avant, j'ai lu que je devais faire un low format sur le DD. Dois-je le formater ? Non, c'est parfaitement inutile puisqu'a priori tu as des erreurs de transfert, pas des erreurs de lecture ou d'écriture. De toute façon, ce n'est pas possible de faire un vrai formatage de bas niveau sur les disques ATA modernes. Même les utilitaires fournis par les fabricants ne le font pas. -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE : Re: PROB DISQUE DUR
> L'erreur BadCRC n'est pas un pb de lecture sur le > disque mais un pb > de transfert UDMA entre le disque et le controleur. > Essaie de changer la nappe IDE et si cela continue, > le bloc > d'alimentation, des parasites sur les tensions > d'alim (condensateurs > de filtrage défectueux) pouvant aussi causer ce > genre d'erreurs. ok, je change la nappe IDE, et je fais le test. Puis-je tester le bloc d'alimentation ? Je vais me procurer un nouveau bloc d'alimentation et tester aussi. Devrais-je pas tester le DD sur un autre pc, et donc si les erreurs disparaissent, je saurais que ce n'est pas mon DD ? Par contre avant, j'ai lu que je devais faire un low format sur le DD. Dois-je le formater ? Merci Ben ___ Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. http://fr.answers.yahoo.com -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: PROB DISQUE DUR
On Thu, 7 Sep 2006, ben durand wrote: A l'install, je me suis amusé à cocher le package x-windows pour avoir une interface graphique. Et lors du download par ftp, certains programmes ne se téléchargent pas complètement, et j'ai une erreur du genre : hda : dma_intr : status=0x51 {DriveReady Seekcomplete Error} hda : dma_intr : error = 0x84 {DriveStatusError BadCRC} J'avais déjà ce problème avec un DD précédent, et je pensais que ça venait de mon disque. Et en changeant de DD, le même problème réapparait. A quoi peuvent venir ces erreurs ? L'erreur BadCRC n'est pas un pb de lecture sur le disque mais un pb de transfert UDMA entre le disque et le controleur. Essaie de changer la nappe IDE et si cela continue, le bloc d'alimentation, des parasites sur les tensions d'alim (condensateurs de filtrage défectueux) pouvant aussi causer ce genre d'erreurs. -- Etienne Vogt. -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE : Re: RE : Re: PROB DISQUE DUR
> > > Pas toutes, juste la nappe du disque en > question. > > > Avant, tu peux essayer de forcer l'utilisation > > d'un > > > mode UDMA plus lent > > > avec hdparm -X pour voir. Voire de désactiver le > > > DMA, mais ça va ramer sec. > > # hdparm -t /dev/hda > /dev/hda: > Timing buffered disk reads: 158 MB in 3.04 > seconds > = 52.00 MB/sec > # hdparm -c 1 /dev/hda > /dev/hda: > setting 32-bit IO_support flag to 1 > IO_support = 1 (32-bit) > # hdparm -d 1 /dev/hda > /dev/hda: > setting using_dma to 1 (on) > using_dma= 1 (on) > # hdparm -X /dev/hda /dev/hda: setting xfermode to 0 (default PIO mode) ___ Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. http://fr.answers.yahoo.com -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE : Re: RE : Re: PROB DISQUE DUR
> > Pas toutes, juste la nappe du disque en question. > > Avant, tu peux essayer de forcer l'utilisation > d'un > > mode UDMA plus lent > > avec hdparm -X pour voir. Voire de désactiver le > > DMA, mais ça va ramer sec. # hdparm -t /dev/hda /dev/hda: Timing buffered disk reads: 158 MB in 3.04 seconds = 52.00 MB/sec # hdparm -c 1 /dev/hda /dev/hda: setting 32-bit IO_support flag to 1 IO_support = 1 (32-bit) # hdparm -d 1 /dev/hda /dev/hda: setting using_dma to 1 (on) using_dma= 1 (on) voilà ___ Avez-vous essayé le nouveau Yahoo! Mail ? Plus rapide, plus efficace... simplement révolutionnaire ! Découvrez-le. Lien :http://fr.mail.yahoo.com -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE : Re: RE : Re: PROB DISQUE DUR
--- Pascal Hambourg <[EMAIL PROTECTED]> a écrit : > Salut, > > ben durand a écrit : > >>J'avais déjà ce problème avec un DD précédent, et > je pensais que ça > >>venait de mon disque. Et en changeant de DD, le > même problème réapparait. > > Même modèle, série ou marque que le précédent disque > ? Non le premier est un maxtor diamondmax plus 9 en 80 Go,et le second, un hitachi de 160 Go. > > >>A quoi peuvent venir ces erreurs ? > > > > Connectique fatiguée, nappe toute pliée. > > > > donc, il faut que je change toutes les > connectiques et les nappes ? > > Pas toutes, juste la nappe du disque en question. > Avant, tu peux essayer de forcer l'utilisation d'un > mode UDMA plus lent > avec hdparm -X pour voir. Voire de désactiver le > DMA, mais ça va ramer sec. si je fais : # hdparm -X bash: hdparm: command not found > > Y aurait-il des problèmes mis à part les > connectiques ? > > Un défaut du contrôleur ATA hôte, un bug du pilote, > une incompatibilité > électrique ou de timing entre le contrôleur et le > disque, une > alimentation hors tolérance ou instable... Comment je peux le tester le contrôleur ATA hôte? En lisant sur le net, une solution pour corriger ces erreurs est de faire un low format du disque. Est-ce judicieux de formater ? dans tous les cas, si le problème vient des connectiques, les erreurs reviendront. Pour aller au plus simple et au plus vite, quelles sont les pièces de mon pc que je dois changer pour être sûre d'avoir un serveur en bon état de fonctionnement ? (est-ce du au fait d'avoir un pc assemblé, et peut être mal assemblé ? vaut-il mieux par sécurité, acheté un serveur monté d'avance chez un constructeur pour réduire les risques de pannes ? Merci Ben. ___ Faites de Yahoo! votre page d'accueil sur le web pour retrouver directement vos services préférés : vérifiez vos nouveaux mails, lancez vos recherches et suivez l'actualité en temps réel. Rendez-vous sur http://fr.yahoo.com/set -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RE : Re: PROB DISQUE DUR
Salut,autre piste : les vis trop bien serrées mènent parfois à des problèmes de masses qui donnent ce genred'erreur... À voir :)Tanguy2006/9/7, Pascal Hambourg < [EMAIL PROTECTED]>:Salut, ben durand a écrit :>>J'avais déjà ce problème avec un DD précédent, et je pensais que ça>>venait de mon disque. Et en changeant de DD, le même problème réapparait.Même modèle, série ou marque que le précédent disque ? >>A quoi peuvent venir ces erreurs ?>> Connectique fatiguée, nappe toute pliée.>> donc, il faut que je change toutes les connectiques et les nappes ?Pas toutes, juste la nappe du disque en question. Avant, tu peux essayer de forcer l'utilisation d'un mode UDMA plus lentavec hdparm -X pour voir. Voire de désactiver le DMA, mais ça va ramer sec.> Y aurait-il des problèmes mis à part les connectiques ? Un défaut du contrôleur ATA hôte, un bug du pilote, une incompatibilitéélectrique ou de timing entre le contrôleur et le disque, unealimentation hors tolérance ou instable...--Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrenchVous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et"Reply-To:"To UNSUBSCRIBE, email to [EMAIL PROTECTED]with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: RE : Re: PROB DISQUE DUR
Salut, ben durand a écrit : J'avais déjà ce problème avec un DD précédent, et je pensais que ça venait de mon disque. Et en changeant de DD, le même problème réapparait. Même modèle, série ou marque que le précédent disque ? A quoi peuvent venir ces erreurs ? Connectique fatiguée, nappe toute pliée. donc, il faut que je change toutes les connectiques et les nappes ? Pas toutes, juste la nappe du disque en question. Avant, tu peux essayer de forcer l'utilisation d'un mode UDMA plus lent avec hdparm -X pour voir. Voire de désactiver le DMA, mais ça va ramer sec. Y aurait-il des problèmes mis à part les connectiques ? Un défaut du contrôleur ATA hôte, un bug du pilote, une incompatibilité électrique ou de timing entre le contrôleur et le disque, une alimentation hors tolérance ou instable... -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE : Re: PROB DISQUE DUR
> J'avais déjà ce problème avec un DD précédent, et je pensais que ça > venait de mon disque. Et en changeant de DD, le même problème réapparait.> A quoi peuvent venir ces erreurs ?Bonjour,Connectique fatiguée, nappe toute pliée.donc, il faut que je change toutes les connectiques et les nappes ?je vais procéder à ce changement.je te tiens au courant. Y aurait-il des problèmes mis à part les connectiques ? Découvrez un nouveau moyen de poser toutes vos questions quelque soit le sujet ! Yahoo! Questions/Réponses pour partager vos connaissances, vos opinions et vos expériences. Cliquez ici.
Re: PROB DISQUE DUR
ben durand a écrit : J'avais déjà ce problème avec un DD précédent, et je pensais que ça venait de mon disque. Et en changeant de DD, le même problème réapparait. A quoi peuvent venir ces erreurs ? Bonjour, Connectique fatiguée, nappe toute pliée. -- 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 [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]