linux redhat et dual core

**epolas** · 20/12/2006, 14h56

Bonjour à tous amis linuxiens,

je suis face à la problèmatique suivante:

J'utilise une machine possedant un opteron dual core sous un linux Red Hat entreprise 3.
Le boot grub me donne deux choix :

Code:

title Red Hat Enterprise Linux WS-up (2.4.21-40.EL)
        root (hd0,0)
        kernel /vmlinuz-2.4.21-40.EL ro root=LABEL=/ hda=ide-scsi
        initrd /initrd-2.4.21-40.EL.img
title Red Hat Enterprise Linux WS (2.4.21-40.ELsmp)
        root (hd0,0)
        kernel /vmlinuz-2.4.21-40.ELsmp ro root=LABEL=/ hda=ide-scsi
        initrd /initrd-2.4.21-40.ELsmp.img

Le boot avec prise en charge smp, donc du dual core si j'ai bien lu ce que me disait copain google, ne marche malheureusement pas. Son ami en mode monocore boot parfaitement, mais la commande top me confirme que je n'ai qu'un seul processeur.
Le boot smp bloque apres ce que je pense être le montage du disque dur.
et ensuite plus rien, il attend, encore encore.

Je suis loin d'être un spécialiste, je peux me tromper sur pas mal de choses, donc n'hesitez pas a me corriger.

Autre question annexe :

Si je double la mémoire vive (2gb >> 4gb), la red hat le verra automatiquement, ou il y a-t'il un modif à faire ?

Merci pour votre aide.

**ducon** · 20/12/2006, 19h11

Un noyau 2.4 ? Ça existe encore ? Sérieusement, ton noyau date d’au moins trois ans, change pour un noyau 2.6.

**julian** · 20/12/2006, 19h18

Envoyé par epolas

Autre question annexe :

Si je double la mémoire vive (2gb >> 4gb), la red hat le verra automatiquement, ou il y a-t'il un modif à faire ?

Merci pour votre aide.

A priori oui. En revanche si tu es à cheval làdessus, tu devras modifier la taille de ta swap.

Mais petite question, pourquoi Red Hat ?

**Eld** · 21/12/2006, 00h02

pareil, commence par mettre à jour ton kernel

**epolas** · 21/12/2006, 12h16

merci pour vos réponses.
pourquoi RH ? ce choix n'etant pas le mien, je ne peux pas y faire grand chose. La cause etant que la machine sert a faire tourner une appli, et que le constructeur de cette appli recommande RH3EL.

Le boot semble stopper apres le load du module nv_sata.
Le disque dur est en effet un SATA Seagate.

Il me semble avoir lu qu'il y aurait un eventuel conflit entre le smp et le nv_sata...

Pour la mise à jour du kernel, j'aimerais placer cette option en dernier, pas en premier... à moins qu'on puisse tout faire par SSH.

**ducon** · 21/12/2006, 18h20

On peut tout faire par ssh, y compris installer un paquet avec un noyau récent (si ça existe pour ta vielle Red Hat), y compris télécharger un noyau (avec wget) et le compiler. Cela dit, les actions de base (télécharger ou compiler) ne devraient se faire que sous compte non root.

**julian** · 22/12/2006, 18h53

Envoyé par ducon

On peut tout faire par ssh, y compris installer un paquet avec un noyau récent (si ça existe pour ta vielle Red Hat), y compris télécharger un noyau (avec wget) et le compiler. Cela dit, les actions de base (télécharger ou compiler) ne devraient se faire que sous compte non root.

Je gère moi même le principale serveur de mon appart (placé à côté de mon frigo, faute de place.. et de bruit) entièrement via SSH.

Le seule truc que je te recommande de faire si tu dois passer par SSH, c'est limiter l'accès root via SSH de ton serveur à un seul client, genre ta machine principale. Question de sécurité, on plaisante pas avec le root

Et si tu veux un accès graphique, quand même via SSH et le root, tu peux utiliser cygwin.

**ducon** · 22/12/2006, 18h56

Envoyé par Julian

Et si tu veux un accès graphique, quand même via SSH et le root, tu peux utiliser cygwin.

Ou ssh -X, ça marche tout aussi bien.

**julian** · 22/12/2006, 20h19

Envoyé par ducon

Ou ssh -X, ça marche tout aussi bien.

Perso j'évoquais une liaison cliente windows (putty) => serveur linux. D'où l'utilité de cygwin si on veut X.

**Michou** · 24/12/2006, 15h06

Envoyé par ducon

Un noyau 2.4 ? Ça existe encore ? Sérieusement, ton noyau date d’au moins trois ans, change pour un noyau 2.6.

Faux le 2.4 est encore suporté.

**Bourinette** · 25/12/2006, 21h43

Envoyé par Michou

Faux le 2.4 est encore suporté.

poil au nez

**julian** · 25/12/2006, 23h03

Envoyé par Michou

Faux le 2.4 est encore suporté.

On a pas dit qu'il n'était plus "supporté" (d'ailleurs t'entends quoi par "supporté", parceque là ça n'a pas vraiment de sens..), on a dit qu'il est vieux et qu'il est clairement plus judicieux de passer à un 2.6.

**epolas** · 27/12/2006, 10h46

Merci pour vos réponses.
C'est une bonne nouvelle de pouvoir le faire a distance.
Seulement, je me heurte à un autre problème (loi de murphy de mmmmm) :
Je vais avoir besoin de passer en 64 bits, rapport à mon soucis de ram (4 Go reconnus dans le bios, 3 Go seulement sous RH3)
Et donc pour cela, je pense qu'il faut reinstaller le systeme a partir d'une iso 64 bits.
Je pensais prendre une Core 4, et passer a un kernel 2.6 ensuite.
Qu'en pensez vous ?

N'hesitez franchement pas à me corriger si je raconte n'importe quoi...

**flibulin bulard** · 27/12/2006, 11h03

Envoyé par epolas

Je pensais prendre une Core 4, et passer a un kernel 2.6 ensuite.

ben y a fedora core 6 qui est sorti...

**epolas** · 27/12/2006, 11h16

vi je sais, je suis sur une machine FC6 32 bits en ce moment, avec smp activé :
uname -a
Linux ********* 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:54:20 EDT 2006 i686 athlon i386 GNU/Linux

Seulement, L'installation s'est mal passée la premiere fois, ça allait mieux la deuxieme fois avec qq services en moins. Et maintenant, lorsque je lance une appli, elle met plus de temps à se charger sur un dual Athlon 64 que sur un pauvre athlon XP (FC6 aussi evidemment).

Selon toi, si je retelecharge une FC6 mais en 64 cette fois-ci, ça devrait tourner nickel ?

**Eld** · 27/12/2006, 13h36

sinon la prochaine debian stable devrait pu tarder avec un amd64 officiellement supporté

**epolas** · 29/12/2006, 17h15

uname -a
Linux ******** 2.6.18-1.2798.fc6 #1 SMP Mon Oct 16 14:39:22 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux

Nouvelle installation, FC6 64 bits smp activé.
En théorie ça doit dépoter... seulement des que je lance une appli de base (calculatrice par ex) , il faut 10 - 15 sec pour y avoir acces. Avant j'ai le droit a "Démarrage de Calculatrice" dans la barre des taches.
Sur un athlon Dual Core avec 2 Go de ram ça la fout mal quand meme...

une idée ?

**ducon** · 01/01/2007, 21h47

Envoyé par Bourinette_crevette_sans_tête

poil au nez

Copain.

**epolas** · 03/01/2007, 09h12

pour paraphraser voynet chez les guignols :
quelqu'un a une idee ?

**Eld** · 03/01/2007, 14h08

bah ouai :D on échange de pc

mon amd64 3200+ 1go de ram marche très bien

**epolas** · 03/01/2007, 21h51

j'ai tjs adoré les réponses du type chezmoicamarche.com...

ton DD est IDE ?

**ducon** · 03/01/2007, 22h01

Tu utilises une version 64 bits peu stable ?

**epolas** · 04/01/2007, 10h20

j'ai testé FC4 32 bits, FC4 64 bits, FC6 32 bits, FC6 64bits.

pour les deux premieres il faut selectionner le SMP dans grub, pour la FC6 c'est gèré automatiquement. Les symptômes sont les mêmes : dual core bien reconnu, mais ça rame, violemment.

J'ai ensuite recup un DD IDE, et la pouf pouf, la Red Hat EL 3 boot sans soucis avec la prise en charge SMP.
M'est avis que le controlleur sata nvidia est pas encore génialement piloté.

**epolas** · 22/01/2007, 15h22

me revoila !

Mon dual core marche bien sur un DD ide, seulement, j'ai un problème marrant la premiere minute, mais ultra chiant par la suite :

Le clavier begaie.

Je m'explique, très souvent quand je tape une commande, il arrive qu'un caractère se repete.

ex :

iiifconfffig

pourtant je tape vraiment normalement. Je ne sais pas de quoi ça vient, mais c'est vraiment bizarre... D'autant plus que via SSH depuis un autre pc, le problème a totalement disparu... et à priori ça ne vient pas du clavier en lui même.

qq1 a déjà rencontré ça ?

**ducon** · 22/01/2007, 17h59

Peut-être qu’il faut fouiller les réglages de ssh_config ou de sshd_config (dans /etc/ssh/).

**Eld** · 22/01/2007, 18h03

Envoyé par ducon

Peut-être qu'il faut fouiller les réglages de ssh_config ou de sshd_config (dans /etc/ssh/).

bennnnn non, puisque par ssh ça marche... Sinon ce probleme tu l'as en console ou uniquement sous X ?

**ducon** · 22/01/2007, 18h08

Gargl. OK.
Vérifie les réglages du clavier dans ton gestionnaire de bureau.

**epolas** · 23/01/2007, 15h08

En effet, en console le problème n'existe pas. Bien vu.
jvais regarder du côté du gestionnaire, merci les gens.

**Athelas** · 24/01/2007, 00h06

Envoyé par epolas

M'est avis que le controlleur sata nvidia est pas encore génialement piloté.

+1 !
Je viens de galérer à installer ma FC6 x64, le simple passage sur un disque dur en IDE et ca passe comme un doigt dans l'cul ! :mrgreen:

Discussion: linux redhat et dual core

Outils de la discussion

Règles de messages