Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1768 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  Hardware

  Noyau 2.4.34.2 et nforce430 (asus m2npv-vm) ?

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Noyau 2.4.34.2 et nforce430 (asus m2npv-vm) ?

n°899792
edouardj
Posté le 02-04-2007 à 17:14:42  profilanswer
 

Bonjour,
 
J'ai montée une CM récente pour faire tourner un serveur: Asus M2NPV-VM ==> Nforce 430 (MPC61)
Le hic c'est que la distribution doit être obligatoirement Redhat9 et donc avec un noyau 2.4.
Mon prob, forcément avec du matos récent, c'est qu'il n'est pas bien reconnu sous le dernier kernel 2.4.34.2
Le driver utilisé par les 2 disques ide (hdb et hdc) est toujours:
 

Code :
  1. # cat /proc/ide/hdb/driver
  2. ide-disk version 1.17
  3. [cpp]
  4. et donc hdparm a une triste mine:
  5. [cpp]# hdparm -tT /dev/hdb
  6. /dev/hdb:
  7. Timing cached reads:   1530 MB in  2.00 seconds = 765.00 MB/sec
  8. Timing buffered disk reads:   10 MB in  3.58 seconds =   2.79 MB/sec


 
J'ai aussi forcément des ports sata mais impossible de les utiliser.  
J'ai beau recompiler dans tous les sens pour mettre le sata_nv (sata) en place ou amd7xx (ide) que ce soit en module ou dur rien n'y fait. Le seul truc qui marche après recompil c'est le driver ethernet (forcedeth)
J'ai fait des recherches pour mon modèle de carte et c'est ok sous 2.6 mais rien sous 2.4
 
J'ai essayé de modifier le pci_ids.h sans les sources du noyau pour coller avec les nouveaux chipset en rajoutant ça (comparé avec un 2.6 et bien mis le MCP61 !):

Code :
  1. #define PCI_DEVICE_ID_NVIDIA_NFORCE_MCP61_SATA  0x03E7
  2. #define PCI_DEVICE_ID_NVIDIA_NFORCE_MCP61_IDE 0x03EC
  3. #define PCI_DEVICE_ID_NVIDIA_NVENET_18  0x03EE
  4. #define PCI_DEVICE_ID_NVIDIA_NVENET_19  0x03EF
  5. #define PCI_DEVICE_ID_NVIDIA_NFORCE_MCP61_SATA2 0x03F6
  6. #define PCI_DEVICE_ID_NVIDIA_NFORCE_MCP61_SATA3 0x03F7
  7. #define PCI_DEVICE_ID_NVIDIA_NFORCE_MCP65_IDE 0x0448
  8. #define PCI_DEVICE_ID_NVIDIA_NVENET_20  0x0450
  9. #define PCI_DEVICE_ID_NVIDIA_NVENET_21  0x0451
  10. #define PCI_DEVICE_ID_NVIDIA_NVENET_22  0x0452
  11. #define PCI_DEVICE_ID_NVIDIA_NVENET_23  0x0453
  12. #define PCI_DEVICE_ID_NVIDIA_NVENET_24  0x054C
  13. #define PCI_DEVICE_ID_NVIDIA_NVENET_25  0x054D
  14. #define PCI_DEVICE_ID_NVIDIA_NVENET_26  0x054E
  15. #define PCI_DEVICE_ID_NVIDIA_NVENET_27  0x054F
  16. #define PCI_DEVICE_ID_NVIDIA_NFORCE_MCP67_IDE 0x0560


 
et toujours rien... Le serveur il marche mais alors les accès disques c'est vraiment pourri.
 
J'ai trouvé qq liens pour mettre une redhat9 vers un noyau 2.6 mais c'est pas le préférable.
Il me semblait tenir le bon bout en modifiants le pci_ids.h snniff. Peut être qu'il y a un autre fichier à modifier pour prendre en compte ces nouveaux chips et lui forcer d'utiliser les bon driver/modules ?
 
une petite aide please.

mood
Publicité
Posté le 02-04-2007 à 17:14:42  profilanswer
 

n°899955
edouardj
Posté le 03-04-2007 à 09:27:35  profilanswer
 

personne pour me donner un coup de main?


Message édité par edouardj le 03-04-2007 à 09:27:59
n°899961
wedgeant
Da penguin inside
Posté le 03-04-2007 à 09:40:02  profilanswer
 

Une idée à essayer: désactives l'IDE pour les disques dur dans le kernaille ... ça permettra de forcer le SATA ...
 
Et n'oublie pas de serrer les fesses :D


---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW
n°899962
arghbis
salops de dauphins
Posté le 03-04-2007 à 09:43:08  profilanswer
 

et pourquoi pas un noyau 2.6 sur ta redhat 9? j'avais fait ça à l'époque où j'avais une rh9 sur mon desktop

n°899970
leto
Posté le 03-04-2007 à 09:58:22  profilanswer
 

T'es obligé d'avoir une redhat 9 ?
Une redhat EL 1 , 2, 3, 4 ne conviendrait pas ? Si oui, essaie avec CentOS


---------------
--
n°899979
edouardj
Posté le 03-04-2007 à 10:41:32  profilanswer
 

Salut,
 
* bon je doute fortement que ça marche si je désactive l'ide dans le kernel...En fait mon chip est simplement mal reconnu.
* oui c'est ce que je vais essayer aujourd'hui un noyau 2.6 mais la redhat9 n'est pas vraiment prévue pour et il faut faire qq modifs ensuite pour que le noyau marche correctement. Ca n'est pas la meilleure solution mais bon.. D'ailleurs quand tu as mis un 2.6 sur ton pc ça a fonctionné correctement?
* Sur le serveur va tourner une application propriétaire et elle n'est certifié que pour la redhat9. J'aimerai bien mettre une Centos mais plus de support après... et comme c'est ce qui gére la facturation, stock, compta etc...Ca me désole qu'il se base sur cet OS mais je ne peux pas faire autrement.
* je croyais que le 2.4 et le 2.6 évolué en même temps pour le matos mais en fait pas du tout.

n°900000
arghbis
salops de dauphins
Posté le 03-04-2007 à 11:40:15  profilanswer
 

de mémoire, le 2.4 n'est plus maintenu, ou alors juste quelques correctifs de sécu.
 
Perso, ça avait plutôt bien marché avec le 2.6
la seule difficulté, c'était le changement de modutils+udev, il me semble (m'enfin, c'était il y a 3 ans, et sous RH8 et 9)
 
sinon, une autre solution : tu installes une distrib de ton choix et tu virtualise une redhat9 dedans, par exemple avec qemu (là il faut l'avis de pro, car je ne m'y connais pas du tout)

n°900002
edouardj
Posté le 03-04-2007 à 11:50:29  profilanswer
 

ok pour le 2.4 je pensais que la plupart du nouveau matos était intégré au fur et à mesure.
 
Non la solution de virtualisation ne convient pas. Je bosse avec vmware depuis qq temps mais ce n'est pas non plus la solution.  
 
En fait je vais prendre une carte mère plus ancienne que j'ai un sur autre pc et qui je suis sûr que tout est bien reconnu sous le 2.4 et je laisse tomber le passage en 2.6 car le support du logiciel va faire la gueule sinon. Dommage
 
Merci de infos.

n°900012
leto
Posté le 03-04-2007 à 12:13:47  profilanswer
 

Le noyau 2.4 est toujours maintenu, mais la redhat 9 non.
L'éditeur de ce logiciel devrait se bouger pour le certifier sur quelque chose de plus récent.


Message édité par leto le 03-04-2007 à 12:14:38

---------------
--
n°900014
edouardj
Posté le 03-04-2007 à 12:20:32  profilanswer
 

Il est maintenu mais pas trop à jour par rapport au 2.6 car mon chip y ets intégré à partir du 2.6.18 ... Ca peut peut être venir mais je ne peux pas attendre plus.
Ben oui l'éditeur devrait se bouger le cul mais ça n'est pas leur priorité et en plus je ne parle pas de la sécu par défaut sur les serveurs linux qu'ils montent...


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  Hardware

  Noyau 2.4.34.2 et nforce430 (asus m2npv-vm) ?

 

Sujets relatifs
probleme avec une compilation de noyau[DEBIAN] Recompiler mon noyau avec un module supplémentaire ?
couleurs messages du noyau lors du boot ?[RESOLU] [Unattended] Recompilation du noyau linux
ASUS P5L1394 : activer lan sous Mandriva 2007 ?RAID "the superblock could not be read".... suite à recompil noyau
Noyau 2.6.19.1 - Passage des anciens aux nouveaux drivers ATA[Gnu/Linux]gestion de processus ; noyau 2.4.27 et 2.6.18 ; + Ada
portable Asus vs Linuxinfo PXE+recompilation noyau[RESOLU]
Plus de sujets relatifs à : Noyau 2.4.34.2 et nforce430 (asus m2npv-vm) ?


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR