Version imprimable
Bonjour,
SVP j'ai une question, dans mon entreprise ils ont clone une image de linux, mais le probleme c'est que le systeme original comporte 4 GO de RAM donc la copie clonee ne voit que 4 GO de RAM meme apres avoir augmenter la RAM physiquement a 16 GO, SVP est ce qu il y a un moyen de modifier ca?
Merci.
il s'agit probablement d'une config 32bits PAE (pour voir 4Go) et pas 3.6Go....
et la nouvelle config doit passer à 64bits obligatoirement pour gerer plus de 4Go de ram....
faut donc faire un upgrade complet du systeme, kernel 64bits ...
Bonjour,
Merci pour la réponse, oui c'est un système 32 bits,mais d'apres ce que je sais un système 32 bits peut supporter jusqu'a 64 bits or c'est pas l'unique raison, un système 32 bits sans PAE verra uniqement 2puissance32 = 4 GO, je ne suis pas sur mais je pense que le système ne support pas le PAE
dans la réalité sans PAE tu peux pas voir/alloué les 4Go (zone d'adressage en moins pour faire simple) ducoup on voit 3.6Go environ...
si tu vois réellement 4Go tu es obligatoirement en PAE
le passage à un kernel 64bits sur un processeur 32bits permet egalement d'adresser + de 4Go par exemple 32Go..
Une mise à jour du noyau est peut-être possible. L'ancien restera dispo au cas ou.
Salut,
je m'incruste, car je trouve qu'il y a un truc bizarre dans ce que vous racontez...
Voilà ce qu'on peut lire dans l'aide du noyau, en faisant un "make menuconfig", rubrique "Processor type and features / High Memory Support" :
(c'est moi qui met en gras)Citation:
If the machine has between 1 and 4 Gigabytes physical RAM, then answer "4GB" here.
If more than 4 Gigabytes is used then answer "64GB" here.
This selection turns Intel PAE (Physical Address Extension) mode on.
Dans mon cas par exemple (4 Gb), j'ai donc choisi l'option "4GB" et je ne vois que 3,6 Gb en tapant cat /proc/meminfo.
Et à vous lire, on dirait qu'on peut compiler un noyau avec l'option 64GB même si on n'en a que 4.
Je trouve que ça va à l'encontre de l'aide du noyau : est-ce bien raisonnable ? Quelqu'un a-t-il déjà testé ? Quid de la stabilité de la machine ?
Bonsoir,
@Jipété
Il faut distinguer la quantité de mémoire disponible sur la carte mère et la possibilité d'adressage du noyau.
Un système en 32 bits ne peut gérer que 4 Go avec le PAE (option 4 Go dans le menuconfig). Ainsi même si tu as 32 Go de ram physiquement installée ton système ne pourra en adresser que 4.
Un système en 64 bits peut gérer beaucoup plus que cela. Mais si tu n'as que 4 Go de ram physiquement installée, il ne risque pas de pouvoir en adresser plus. :D
Ce qui explique le conseil de passer à un système 64 bits afin de permettre de gérer plus de 4 Go.
Salut,
Hé bien le problème est que l'aide est mal foutue, comme bien souvent en informatique...Citation:
Envoyé par Winnt
Alors pour en avoir le cœur net, j'ai fait un truc de fou (oui, de fou, voir ci-après) : j'ai lancé make menuconfig et je suis passé de l'option [ 4GB ] à l'option [ 64GB ], puis la cuisine habituelle, make, make modules, etc., copie des fichiers dans /boot, le grub toussa toussa et reboot et là, cat /proc/meminfo m'annonce bien 4 Go !
:yaisse:, j'ai récupéré les 400 Mo disparus ! :ccool:
Seulement VirtualBox ne se lance plus, normal, des choses ont changé dans le noyau, il me faut donc refaire un /etc/init.d/vboxdrv setup mais avant de risquer de tout casser, je choisis de rebooter pour relancer le précédent noyau qui a parfaitement bien fonctionné jusqu'à il y a dix minutes, juste pour vérifier.
Et là...
Tatang !...
Déjà au boot je vois que l'affichage reste en 80x25 alors qu'avant il basculait rapidement à la résolution qui va bien.
Et ensuite il me lance le serveur X, "ouf" me dis-je, la boîte de login et...
...
...
Impossible de taper au clavier, impossible de faire bouger la souris ! La seule chose qui me reste à faire c'est Power-off !
Et si je reboote avec ce nouveau kernel-PAE et que je vais voir dans /boot, tout y est normal !
Les fichiers qui ont parfaitement fonctionné pendant bientôt deux ans sont là, intacts, les dates sont bonnes, les attributs aussi mais ils ne fonctionnent plus...
Imcompréhensible...
Je n'ai jamais vu un truc aussi dingue et aussi merdique, qui relève plus de l'envoûtement et du paranormal que de l'informatique !
Me demande si je vais pas tout passer par la fenêtre et aller vendre des chouchous sur la plage (ah merdum, c'est plus la saison)...
---
PS : en désespoir de cause j'ai donc lancé ce /etc/init.d/vboxdrv setup qui s'est bien déroulé, je peux donc activer mes VM's, tout a l'air normal et j'ai récupéré 400 Mo c'est cool, mais j'ai quand même eu la frayeur de ma vie et j'ai de - en - confiance en tout ça...
Bonsoir,
Je dirais que ce n'est pas de la magie du tout :D Mais plutôt une manipulation incomplète. :aie:
Sous quelle distribution est-tu ?
Comment as-tu créé le fichier config utilisé par menuconfig ?
Yop !
Ma foi, j'ai pratiqué comme d'habitude depuis 12 ans... Je ne vois pas ce que j'ai pu louper...Citation:
Envoyé par Winnt
Et si c'était une manip incomplète (ça m'est déjà arrivé), ça serait le nouveau noyau qui se vautrerait, et qui m'obligerait à redémarrer sous l'ancien, pour chercher et corriger mes fautes.
Là c'est l'inverse !
Le nouveau a bien fonctionné du premier coup, mais quelque chose a mis l'ancien noyau en vrac ! Quoi ? update-initramfs ? Ça m'a juste généré un nouveau fichier, l'ancien n'a pas été touché.
update-grub ? En quoi ça impacterait le boot d'un noyau et l'échec du boot d'un autre qui bootait très bien jusqu'à cette manip ?
DebianCitation:
Envoyé par Winnt
Simplement pris le .config utilisé pour créer ce noyau qui fonctionnait sans problème depuis bientôt deux ans...Citation:
Envoyé par Winnt
Et qu'on soit bien d'accord sur les mots : ce que j'appelle l'ancien noyau c'est celui qui a fonctionné tip-top tous les jours jusqu'à ce matin, quand il est devenu "l'ancien" parce qu'un plus récent a été créé.
Peut-être qu'il s'est vexé et qu'il me fait du coup un caca nerveux :mouarf: ?
Bonsoir,
A ce que tu me décris pas de soucis dans les manipulations en effet. :D
Ceci dis ce genre de plan m'est arrivé lorsque j'étais sous Gentoo.
Normalement, les modules sont générés pour chaque noyaux dans des répertoires séparés. Regarde éventuellement de ce côté, j'ai eu une fois un souci de ce genre qui a disparu après recompilation de l'ancien noyau :koi:
Comme quoi des fois l'informatique c'est de la magie :fou:
T'as pas des modules qui ont été modifié ? et qui foutent la pagaille avec l'ancien kernel ?
Salut à vous deux,
Non, ça n'est pas automatique, voir plus bas, ça dépend du chemin où s'exécute le make.Citation:
Envoyé par Winnt
Citation:
Envoyé par Winnt
je vois que vous penchez tous les deux dans la même direction et après une bonne nuit de sommeil et de conseils, donc ;), j'en arrive aussi à cette conclusion :Citation:
Envoyé par chrtophe
c'est le make modules_install qui a mis la pagaille, par ma faute !
J'aurais dû recopier ma source /usr/src/linux-3.8.13 vers /usr/src/linux-3.8.13-PAE par exemple, et faire mes manips là-dedans ; ça m'aurait généré un /lib/modules/3.8.13-PAE et tout aurait été tip-top.
Au lieu de ça je me suis retrouvé avec un /lib/modules/3.8.13 mis à jour avec la version -PAE des modules, normal qu'en rebootant un noyau non-PAE celui-ci ne s'y retrouve pas en allant fouiller dans ce lib qui n'est plus bon pour lui !
Bon, un peu la flemme de faire les contre-manips pour confirmer, mais je suis sûr que c'est ça.
En résumé, on peut donc avoir 4 Go disponibles au lieu des 3,6 habituels à condition d'outrepasser l'aide et de choisir l'option [ 64 GB ] à la configuration du noyau, et ça c'est sympathique :D
Vais rester comme ça.
Merci à tous et bonne journée,