Bonjour à tous
 
Je dispose d'un serveur FTP contenant plusieurs Disque Dur S-ATA  connecté à deux cartes controleurs PCI Promise SATA150 TX4.
La référence des disques dur est : Maxtor 250Go 7200 RPM S-ATA (DiamondMax plus 9)
Mon serveur me posait déjà quelque souci lorsque j'uploadai sur celui-ci:
Si la vitesse été trop grande (~8000Ko/s), alors celui-ci planté en indiquant un DMA Timeout sur le disque dur ou j'uploadais.
Bon j'ai su réglé le problème partiellement en bridant la vitesse d'upload à 4000Ko/s.
Aujourd'hui, je décide de formatter une partition d'un de mes DD à l'aide de la commande suivante :

Et la ca plante à la moitié environ, toujours a cause d'un DMA Timeout.
J'ai essayer hdparm pour desactiver le DMA mais apparemment il n'a pas l'air de bien supporté le S-ATA :

 
En fait, ca change rien du tout, car lorsque je fait un test de vitesse je suis toujours à 50 Mo/s et pi ca plante encore lorsque je veux formatter avec mke2fs.
 
Enfin, par desespoir, j'ai installé Mandrake 10.1 pour voir si ca changerai quelque chose. J'ai formatté le DD en question pendant l'install et ca a marché !!!
Alors pour confirmer, j'ai quand meme réessayer de le formater quand mandrake avait fini de s'installer, toujours à l'aide de mke2fs et rebelotte.... ca plante !  
 
A mon avis c'est le DMA activé par défaut qui fait tout foiré. Quelqu'un a une idée ?
 
Merci de vos fututures réponses (j'espère lol).
 
 

t sur que ton disque est pas mort?

non car ca le fait avec les autres disques aussi lorsque j'upload dessus trop vite

Ya décidément encore pas mal de problèmes avec les disques S-ATA

modele de carte mere.
périphériques présents
config sata du noyau
output de dmesg?

 
j'ai plusieurs grappes de disques sata (hitachi) sur des TX4 et ça marche tres bien sur une SID

 
Je parle d'un point de vue global : que ce soit sous Windows ou Linux d'ailleurs il y a actuellement davantage de problèmes qu'avec des disques ATA/UDMA standard ou des disques SCSI...
 
[Edit]
Je précise que les problèmes rencontrés surviennent notamment si le système est installé sur un S-ATA en master ; s'il s'agit de disques supplémentaires destiné à du stockage, les problèmes sont moindres

 
depuis quand on peut avoir du sata en master ou en slave? (pour rappel, le sata c'est du point-à-point)

Attend que le 2.6.10 arrives dans sid parce ue niveau modifs SATA c tout simplement halucinant
 
@+
 
ps: ton server est en sid t'aimes les risques non ?

Alors carte mère : Abit NF7
Périphériques : lecteur cdrom ide, HDD ide (OS), 8 DD S-ATA Maxtor 250 go 8mo, alim Globalwin 520W SAF520, Boitier Lian-Li PCV2000.
Voici le lien du dmesg sous la mandrake que je suis en train de tester :  
http://conclan.free.fr/dmesg.txt
 
Merci pour tout

chipset nforce, il faut désactiver l'APIC sinon tu auras des freezes lors d'accès disques intensifs.
 
l'APIC se désactive en passant l'option noapic au noyau  
http://www.linux-wizard.net/faq.ph [...] el_options

 
oki t'es un bon mec je test    
 
Je vous tien au courant
 

Mouarf j'ai désactivé l'APIC dans le lilo.conf et pourtant ca plante toujours.
DMESG :
http://conclan.free.fr/dmesg2.txt
 
Extrait du lilo :

 
Oui comme vous pouvais le voir, j'ai meme enlever l'acpi    
 
Ah petite précision, c'est un ThunderBird 1Ghz derreire tout ca...

as tu essayé avec une autre carte rezo que la carte intégrée (module forcedeth)?

non je n'ai pas essayé mais a mon avis ca vien pas de là car sinon je reussirai a formatter la partition avec mke2fs et la j'y arrive toujours pas...

oops, j'avais oublié ça :$
 
t'a essayé de régler le pci latency dans le bios?

heu je sais pas trop comment le regler donc j'ai decendu la valeur a 16 (valeur initiale : 32). Toujours même problème

essaye 64

oki j'ai desactivé aussi l'apic ds le bios tant qu'a faire. je test...

nop toujours pareil

fais un lspci et un cat /proc/interrupts
 
et colle nous la sortie ici

voici ce que me donne le lspci :

 
cat /proc/interrupts me donne :  
 

t'a essayé de recompiler un noyau(2.6.10 par exemple) avec le support local apic?

non j'ai pas essayé, je peux essayé avec 2.6.9 ou il faut un 2.6.10 absolument ?

un 2.6.9 fera l'affaire, mais autant profiter des fixes du 2.6.10 que tu peux downloader sur kernel.org

bah moi je fait un apt-get install kernel-source-2.6.9, j'aime bien installer avec apt get mais si ca pose aps de pb de le prendre sur kernel.org alors j'vai le faire

nope, ça pose pas de probleme
 
apres tu fais un make-kpkg  (la debian way quoi)

ouki enfin moi j'suis habitué a charger mon config ds le new kernel et le compiler a la normale

as you like it

---> splurf :  
 
- autant pour moi concernant le S-ATA (c'est effectivement du point-à-point)
 
- sinon utiliser make-kpkg    (parce que nous le valons bien   )

bah je sais pas comment on l'utilise enf ait, j'ai jamais trop chercher car je suis toujours tomber sur des guides expliquant la compilation "normale"

je suis dans le menuconfig du kernel 2.6.10, peux tu m'indiquer exactement ce que je doi activer/desactiver et aussi l'emplacement ?    
 
Bah vi je sais pas ou c'eest moi le APIC locale    
 
 

Je vien de voir l'option "use pci dma by defaut". Je vais donc la desactiver
 
Je vois aussi dans la section "Processor type and feature" les options :
 
Local APIC support on uniprocessors
O-APIC support on uniprocessors
 
Je coche ou je décoche ?    
 
 

Ca se passe effectivement dans "Processor type and features"
 
Active les cases relatives à l'APIC (Local APIC support on uniprocessor et Q-APIC support on uniprocessor)

A propos de make-kpkg :
c'est une méthode propre à Debian qui consiste à créer une image d'un noyau personnalisé qui est installé ensuite comme n'importe quel paquet via dpkg.
Cette méthode simplifie grandement la vie dans la mesure ou les opérations de compilation + installation du noyau, des modules et l'inscription dans le bootloader sont automatisées. C'est également pratique pour désinstaller par la suite d'anciennes images du noyau qui ne sont plus utilisée.
 
Quelques liens utiles concernant make-kpkg :
 
---> http://people.via.ecp.fr/~alexis/f [...] ebian.html
---> http://www.debian.org/doc/manuals/ [...] el.fr.html
 
 

Bon la compilation plante, voici l'erreur :  
 

 
Je n'ai absoluement aucune idée d'ou peut devnir l'erreur.  

J'viens de trouver ce lien http://lists.debian.org/debian-ker [...] 00193.html disant qu'il faut désactiver  
Device Drivers  ---> Character devices  ---> 3dlabs GMX 2000
 
Ca l'air de continuer à compiler...

Réessaye calmement en faisant :
 
1) make mrproper
2) make menuconfig
3) make && makes modules_install (ou via make-kpkg)
 
Sinon je ne vois pas non plus d'où peut provenir l'erreur si ce n'est que c'est le module gamma_drv qui semble poser problème. Vu sa localisation et sa dénomination il s'agit apparemment d'un driver pour la gestion du gamma par le Direct Rendering Manager (drm)... sinon peut-être en tentant de le désactiver (logiquement il devrait se situer quelque part dans Device Drivers/Character devices) ?
 
 
[Edit]
Bon ben le temps de poster le message et la solution semble se profiler à l'horizon

Bah j'ai pas fait le make mrproper, j'ai simplement relancer un make et ca a continué la ou ca s'était arrété La ca compile encore, c'est long    
 
 

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