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]

Répondre à