Reprise du message précédent :
oui bon make mrproper n'est pas obligatoire de toute façon, il peut parfois résoudre des problèmes à la compilation en "nettoyant" le répertoire contenant les sources du noyau d'éventuelles traces d'opérations de compilation précédemment effectuées ; c'est tout

Bon beh ca marche toujours pas :  

 
J'abandonne, j'vai revendre tout mes disques dur ou passé sous un Windows Server    
 
Merci quand meme mais je pense que c'est mort    
 

Le S-ATA ce n'est pas une mauvaise technologie en soi, c'est simplement encore un peu récent.
 
Cela dit de plus en plus de disques dur voient le jour sous ce format, pour ça ce serait bien que ce soit un peu plus au point (je n'invente rien, il y a pas mal d'ennuis avec -je l'ai déjà dit- indépendamment de l'OS utilisé).
Le problème vient principalement de certaines combinaisons cartes mères / disques dur, d'autant que certains BIOS embarquent une piètre gestion du S-ATA ; à cela se rajoute les difficultés induites au regard des différents chipsets existants et utilisés en fonction des constructeurs...

36 15 chez moi ça marche.
 
j'ai presque le meme matériel que lui.
y'a pas de raison que ça marche chez moi et pas chez lui ....

as tu déja fait le test en enlevant une des 2 cartes sata?
 
peux tu refaire un cat /proc/interrupts avec ton nouveau kernel (2.6.10)?

Bon alors cette nuit j'ai fait plein de test matériel dont :
 
Une seule carte TX4 150 Promise avec un seul disque dur de brancher dessus -> Toujours même problême.
J'ai mi l'apic, je l'ai enlevé, bref j'ai essayé toutes les options possible et imaginable. J'ai aussi augmenter/reduit latency ds le bios mais rien à faire...    
 
Des que je rentre chez moi, je test le disque dur sur un autre pc avec une carte mère NF7-S cette fois-ci, j'utiliserai donc le chipset SATA intégré à la CM. Si cela marche, j'essairai avec la carte promise Fastrak TX4 150 sur cette carte mère.  
 
Je vous tien au courant
 
 
 
EDIT: Peut etre devrai je essayer d'installer les drivers officiel fourni sur leur page ? http://www.promise.com/support/dow [...] ver&os=100
SATA150 TX Red Hat 8.0/9.0 Driver  sont peut etre compatible avec debian, logiquement il devrait pas y avoir de problèmes. Cependant, je sais pas si l'installation de ceux-ci s'avèrent d'une grande complexité où il faut définir des alias modules etc... Car je vous avoue que j'y comprend pas grand chose la dedans  

ce driver ne supporte que le 2.4

erf au pire je pourrai mettre un noyau 2.4 ce soir en test

 
l'IRQ 10 semble bien occupé ...
 
 

et je fait comment pour libérer l'irq 10 ?  

Bon je vien de tester sur mon autre pc avec la nf7-s et le chipset SATA intégré et ca marche !!
 
Enfin j'ai simplement testé le formattage d'un seul DD, la jvais essayer de le reformatter sur ma becne d'origine pour voir si ca plante enecore et si oui : alors ca signifie que c'est un problème hardware    
 
 

ou un conflit....

bon bah j'ai testé deux fois sur ma nf7-s et en plus avec la carte promise fastrak TX4 150 cette fois ci et ... impec' !    
 
Je reprend donc ma carte promise et le DD, remet le tout dans mon serveur et je reessaye et la sbam ca plante    
 
Je me dit, c'est peut etre la ram car sur ma nf7-s j'ai 2*256 OCZ et ici j'ai 1*256 Samsung donc je remplace les barrettes et toujours pareil...
 
Il ne peux y avoir de conflit sur le serveur puisqu'il y juste la carte promise en pci et la carte graphique en agp, alors que sur ma nf7-s y'a une carte d'acquisition en plus sur le pci...    
 
A mon avis, c'est la carte mère, j'inverse donc des que j'ai le temps les deux cartes mères et je test.
 
   

encore une fois ton IRQ 10 semble bien occupé.
 
upgrade ton BIOS ou change de slot PCI ( cf manuel de ta carte mère pour les voir les slots partagés, etc .. ) ou alors essaie l'option : pnpbios=off
 

 
Le presque suffit sans doute pour foutre la zone    

 
Ca confirme bien ce que je disais au niveau du S-ATA : c'est bien mais encore récent, donc avec certains type de matos ça marche beaucoup moins bien (parfois carrément pas   ) qu'avec d'autres...
 
Sinon concernant l'IRQ, je ne sais pas s'il s'agit vraiment d'un facteur de trouble, du moins dans le cas du contrôleur de disque. Si cela fonctionne comme pour les contrôleur IDE ou SCSI on peut partager cet IRQ sans problème ; en général c'est surtout l'IRQ de la carte vidéo et de la carte son qu'il faut éviter de partager.

Peut etre le Thunderbird@1GHz du serveur qui fout la merde    
 
@Dark_Schneider : j'upgrade le bios ce soir
 
@THRAK : entièrement d'accord avec toi, le s-ata c'est pas au point    Il faut que les contructeurs fournissent un grand effort au niveau de leur pilote de leur carte contrôleur    
 
 

Voilà échange des carte mères effectué, plus aucun problème pour formatter avec mke2fs
Me reste plus qu'a tester l'upload et voilà    
 
Merci pour votre aide/soutien    
 
Je vous tien au courant  

Voilà, j'ai fini l'échange de la carte mère, j'y ai donc mis une nf7-S.  
Le formattage des disques dur avec mke2fs ne plante désormais plus, mais j'ai toujours un freeze du pc avec un dma timeout lorsque je transfert en local à une vitesse 8000 ko/s.    
Je désespère, d'autant plus que je me suis racheté une carte mère+µP+RAM dans le vent. J'vais testé avec la nouvelle configuration que je vien de me faire.