Voir la version complète : linux redhat et dual core
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 :
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. :unsure:
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.
Un noyau 2.4 ? Ça existe encore ? Sérieusement, ton noyau date d’au moins trois ans, change pour un noyau 2.6.
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 ?
pareil, commence par mettre à jour ton kernel
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.
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.
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 :rolleyes:
Et si tu veux un accès graphique, quand même via SSH et le root, tu peux utiliser cygwin.
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.
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.
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
Faux le 2.4 est encore suporté.
poil au nez
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.
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
Je pensais prendre une Core 4, et passer a un kernel 2.6 ensuite.
ben y a fedora core 6 qui est sorti...
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 ?
sinon la prochaine debian stable devrait pu tarder avec un amd64 officiellement supporté
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 ?
pour paraphraser voynet chez les guignols :
quelqu'un a une idee ?
bah ouai :D on échange de pc :o mon amd64 3200+ 1go de ram marche très bien
j'ai tjs adoré les réponses du type chezmoicamarche.com...
ton DD est IDE ?
Tu utilises une version 64 bits peu stable ?
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é.
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 ?
Peut-être qu’il faut fouiller les réglages de ssh_config ou de sshd_config (dans /etc/ssh/).
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 ?
Gargl. OK.
Vérifie les réglages du clavier dans ton gestionnaire de bureau.
En effet, en console le problème n'existe pas. Bien vu.
jvais regarder du côté du gestionnaire, merci les gens.
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:
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions, Inc. Tous droits réservés