J'ai un serveur qui tourne sous Debian GNU/Linux 3.1r3
avec le kernel stable de la distrib (2.6.8).
Il ne détecte que 1Go de RAM alors qu'il y en a 3Go sur la machine.
J'ai essayé de passer l'option mem=3072m au boot sans succès.
Faut-il impérativement passer par une recompilation du noyau pour
activer la bonne option ?
Faut-il impérativement passer par une recompilation du noyau pour activer la bonne option ?
Vérifiez que dans vos options de compilation du noyau vous avez bien « CONFIG_HIGHMEM=y » voire « CONFIG_HIGHMEM4G=y » (Googlez pour vérifier laquelle des deux options vous convient).
Faut-il impérativement passer par une recompilation du noyau pour
activer la bonne option ?
Vérifiez que dans vos options de compilation du noyau vous avez bien
« CONFIG_HIGHMEM=y » voire « CONFIG_HIGHMEM4G=y » (Googlez pour vérifier
laquelle des deux options vous convient).
Faut-il impérativement passer par une recompilation du noyau pour activer la bonne option ?
Vérifiez que dans vos options de compilation du noyau vous avez bien « CONFIG_HIGHMEM=y » voire « CONFIG_HIGHMEM4G=y » (Googlez pour vérifier laquelle des deux options vous convient).
Calimero
Vincent Ramos wrote:
Faut-il impérativement passer par une recompilation du noyau pour activer la bonne option ?
Vérifiez que dans vos options de compilation du noyau vous avez bien « CONFIG_HIGHMEM=y » voire « CONFIG_HIGHMEM4G=y » (Googlez pour vérifier laquelle des deux options vous convient).
Les kernel 686/k7 sont d'ailleurs compilés avec ces options, supportant ainsi les quantités de RAM > 900Mo. Donc apt-get install kernel-image-2.6-686 ou kernel-image-2.6-k7 selon le type de processeur.
-- @+ Calimero
Vincent Ramos wrote:
Faut-il impérativement passer par une recompilation du noyau pour
activer la bonne option ?
Vérifiez que dans vos options de compilation du noyau vous avez bien
« CONFIG_HIGHMEM=y » voire « CONFIG_HIGHMEM4G=y » (Googlez pour vérifier
laquelle des deux options vous convient).
Les kernel 686/k7 sont d'ailleurs compilés avec ces options,
supportant ainsi les quantités de RAM > 900Mo.
Donc apt-get install kernel-image-2.6-686 ou kernel-image-2.6-k7 selon
le type de processeur.
Faut-il impérativement passer par une recompilation du noyau pour activer la bonne option ?
Vérifiez que dans vos options de compilation du noyau vous avez bien « CONFIG_HIGHMEM=y » voire « CONFIG_HIGHMEM4G=y » (Googlez pour vérifier laquelle des deux options vous convient).
Les kernel 686/k7 sont d'ailleurs compilés avec ces options, supportant ainsi les quantités de RAM > 900Mo. Donc apt-get install kernel-image-2.6-686 ou kernel-image-2.6-k7 selon le type de processeur.
-- @+ Calimero
Emmanuel Florac
Le Mon, 02 Oct 2006 20:14:43 +0200, Francois-Philippe IL GRANDE a écrit :
J'ai un serveur qui tourne sous Debian GNU/Linux 3.1r3 avec le kernel stable de la distrib (2.6.8). Il ne détecte que 1Go de RAM alors qu'il y en a 3Go sur la machine.
Disons le carrément, ce kernel est une merde qui a près de 3 ans. Utilise autre chose. Par exemple, le 2.6.18 qui vient de sortir, et ne touche pas aux kernels officiels de la sarge qui sont dépassé, et pour le 2.6.8, ne fonctionne pas dans un nombre incroyable de configurations.
-- L'Algérie était au bord du gouffre, aujourd'hui elle a fait un grand pas en avant. Aït Ahmed.
Le Mon, 02 Oct 2006 20:14:43 +0200, Francois-Philippe IL GRANDE a
écrit :
J'ai un serveur qui tourne sous Debian GNU/Linux 3.1r3
avec le kernel stable de la distrib (2.6.8).
Il ne détecte que 1Go de RAM alors qu'il y en a 3Go sur la machine.
Disons le carrément, ce kernel est une merde qui a près de 3 ans.
Utilise autre chose. Par exemple, le 2.6.18 qui vient de sortir, et ne
touche pas aux kernels officiels de la sarge qui sont dépassé, et pour
le 2.6.8, ne fonctionne pas dans un nombre incroyable de configurations.
--
L'Algérie était au bord du gouffre, aujourd'hui elle a fait un grand pas
en avant.
Aït Ahmed.
Le Mon, 02 Oct 2006 20:14:43 +0200, Francois-Philippe IL GRANDE a écrit :
J'ai un serveur qui tourne sous Debian GNU/Linux 3.1r3 avec le kernel stable de la distrib (2.6.8). Il ne détecte que 1Go de RAM alors qu'il y en a 3Go sur la machine.
Disons le carrément, ce kernel est une merde qui a près de 3 ans. Utilise autre chose. Par exemple, le 2.6.18 qui vient de sortir, et ne touche pas aux kernels officiels de la sarge qui sont dépassé, et pour le 2.6.8, ne fonctionne pas dans un nombre incroyable de configurations.
-- L'Algérie était au bord du gouffre, aujourd'hui elle a fait un grand pas en avant. Aït Ahmed.
Pascal Hambourg
Salut,
J'ai un serveur qui tourne sous Debian GNU/Linux 3.1r3 avec le kernel stable de la distrib (2.6.8).
Disons le carrément, ce kernel est une merde qui a près de 3 ans.
Allons, il est sorti il y a à peine plus de deux ans (14/08/2004).
Utilise autre chose. Par exemple, le 2.6.18 qui vient de sortir, et ne touche pas aux kernels officiels de la sarge qui sont dépassé, et pour le 2.6.8, ne fonctionne pas dans un nombre incroyable de configurations.
Il ne risque pas d'y avoir des problèmes d'incompatibilité avec les versions de certains paquets de sarge comme udev ?
Salut,
J'ai un serveur qui tourne sous Debian GNU/Linux 3.1r3
avec le kernel stable de la distrib (2.6.8).
Disons le carrément, ce kernel est une merde qui a près de 3 ans.
Allons, il est sorti il y a à peine plus de deux ans (14/08/2004).
Utilise autre chose. Par exemple, le 2.6.18 qui vient de sortir, et ne
touche pas aux kernels officiels de la sarge qui sont dépassé, et pour
le 2.6.8, ne fonctionne pas dans un nombre incroyable de configurations.
Il ne risque pas d'y avoir des problèmes d'incompatibilité avec les
versions de certains paquets de sarge comme udev ?
J'ai un serveur qui tourne sous Debian GNU/Linux 3.1r3 avec le kernel stable de la distrib (2.6.8).
Disons le carrément, ce kernel est une merde qui a près de 3 ans.
Allons, il est sorti il y a à peine plus de deux ans (14/08/2004).
Utilise autre chose. Par exemple, le 2.6.18 qui vient de sortir, et ne touche pas aux kernels officiels de la sarge qui sont dépassé, et pour le 2.6.8, ne fonctionne pas dans un nombre incroyable de configurations.
Il ne risque pas d'y avoir des problèmes d'incompatibilité avec les versions de certains paquets de sarge comme udev ?
Emmanuel Florac
Le Tue, 03 Oct 2006 11:39:09 +0200, Pascal Hambourg a écrit :
Il ne risque pas d'y avoir des problèmes d'incompatibilité avec les versions de certains paquets de sarge comme udev ?
C'est possible. Cependant dans les configs que j'utilise je n'ai pas de problèmes.
-- L'église est une secte qui a réussi. Ernest Renan.
Le Tue, 03 Oct 2006 11:39:09 +0200, Pascal Hambourg a écrit :
Il ne risque pas d'y avoir des problèmes d'incompatibilité avec les
versions de certains paquets de sarge comme udev ?
C'est possible. Cependant dans les configs que j'utilise je n'ai pas de
problèmes.
--
L'église est une secte qui a réussi.
Ernest Renan.
Le Tue, 03 Oct 2006 11:39:09 +0200, Pascal Hambourg a écrit :
Il ne risque pas d'y avoir des problèmes d'incompatibilité avec les versions de certains paquets de sarge comme udev ?
C'est possible. Cependant dans les configs que j'utilise je n'ai pas de problèmes.
-- L'église est une secte qui a réussi. Ernest Renan.
Francois-Philippe IL GRANDE
Salut,
J'ai un serveur qui tourne sous Debian GNU/Linux 3.1r3 avec le kernel stable de la distrib (2.6.8).
Disons le carrément, ce kernel est une merde qui a près de 3 ans.
Allons, il est sorti il y a à peine plus de deux ans (14/08/2004).
Utilise autre chose. Par exemple, le 2.6.18 qui vient de sortir, et ne touche pas aux kernels officiels de la sarge qui sont dépassé, et pour le 2.6.8, ne fonctionne pas dans un nombre incroyable de configurations.
Il ne risque pas d'y avoir des problèmes d'incompatibilité avec les versions de certains paquets de sarge comme udev ?
Re-bonjour,
Tout d'abord merci à tous ceux qui ont répondu. Je n'avais pas eu le temps depuis mon premier post de revenir sur vos réponses.
J'ai tenté hier soir de compilier un kernel 2.6.18, mais effectivement j'ai des problèmes avec devfs. J'ai un beau :
umount: devfs: not mounted mount: unknown filesystem type 'devfs' umount: devfs: not mounted pivot_root: no such file or directory /sbin/init: 432: cannot open dev/console: no such file kernel panic
C'est une machine avec un Xeon 3Ghz, je voulais essentiellement activer l'option pour gérer la quantité de mémoire installée et l'hyper threading.
Je vais faire quelques recherches sur udev, mais si quelqu'un a un bon lien ou quelques conseils d'erreurs à éviter je suis preneur :)
Merci
-- François
Salut,
J'ai un serveur qui tourne sous Debian GNU/Linux 3.1r3
avec le kernel stable de la distrib (2.6.8).
Disons le carrément, ce kernel est une merde qui a près de 3 ans.
Allons, il est sorti il y a à peine plus de deux ans (14/08/2004).
Utilise autre chose. Par exemple, le 2.6.18 qui vient de sortir, et ne
touche pas aux kernels officiels de la sarge qui sont dépassé, et pour
le 2.6.8, ne fonctionne pas dans un nombre incroyable de configurations.
Il ne risque pas d'y avoir des problèmes d'incompatibilité avec les
versions de certains paquets de sarge comme udev ?
Re-bonjour,
Tout d'abord merci à tous ceux qui ont répondu.
Je n'avais pas eu le temps depuis mon premier post de revenir sur vos
réponses.
J'ai tenté hier soir de compilier un kernel 2.6.18, mais effectivement
j'ai des problèmes avec devfs. J'ai un beau :
umount: devfs: not mounted
mount: unknown filesystem type 'devfs'
umount: devfs: not mounted
pivot_root: no such file or directory
/sbin/init: 432: cannot open dev/console: no such file
kernel panic
C'est une machine avec un Xeon 3Ghz, je voulais essentiellement
activer l'option pour gérer la quantité de mémoire installée et
l'hyper threading.
Je vais faire quelques recherches sur udev, mais si quelqu'un
a un bon lien ou quelques conseils d'erreurs à éviter je suis
preneur :)
J'ai un serveur qui tourne sous Debian GNU/Linux 3.1r3 avec le kernel stable de la distrib (2.6.8).
Disons le carrément, ce kernel est une merde qui a près de 3 ans.
Allons, il est sorti il y a à peine plus de deux ans (14/08/2004).
Utilise autre chose. Par exemple, le 2.6.18 qui vient de sortir, et ne touche pas aux kernels officiels de la sarge qui sont dépassé, et pour le 2.6.8, ne fonctionne pas dans un nombre incroyable de configurations.
Il ne risque pas d'y avoir des problèmes d'incompatibilité avec les versions de certains paquets de sarge comme udev ?
Re-bonjour,
Tout d'abord merci à tous ceux qui ont répondu. Je n'avais pas eu le temps depuis mon premier post de revenir sur vos réponses.
J'ai tenté hier soir de compilier un kernel 2.6.18, mais effectivement j'ai des problèmes avec devfs. J'ai un beau :
umount: devfs: not mounted mount: unknown filesystem type 'devfs' umount: devfs: not mounted pivot_root: no such file or directory /sbin/init: 432: cannot open dev/console: no such file kernel panic
C'est une machine avec un Xeon 3Ghz, je voulais essentiellement activer l'option pour gérer la quantité de mémoire installée et l'hyper threading.
Je vais faire quelques recherches sur udev, mais si quelqu'un a un bon lien ou quelques conseils d'erreurs à éviter je suis preneur :)
Merci
-- François
Pascal Hambourg
J'ai tenté hier soir de compilier un kernel 2.6.18, mais effectivement j'ai des problèmes avec devfs.
Pas étonnant. devfs est obsolète et n'est plus supporté par les noyaux Linux 2.6 récents.
C'est une machine avec un Xeon 3Ghz, je voulais essentiellement activer l'option pour gérer la quantité de mémoire installée et l'hyper threading.
Pour la mémoire, tu pourrais installer un des noyaux 2.6.8 précompilés qui ont l'option SMP activée, cf. la réponse de Calimero. Sinon, tu peux aussi compiler un noyau 2.6.8 avec les options qui t'intéressent à partir des sources Debian. Peu importe que ce soit une "merde qui a près de 3 ans" s'il te suffit.
Je vais faire quelques recherches sur udev, mais si quelqu'un a un bon lien ou quelques conseils d'erreurs à éviter je suis preneur :)
J'ai cru entendre que la version de udev présente dans Debian Sarge pourrait être trop ancienne et incompatible avec les noyaux 2.6 récents. Mais es-tu obligé d'utiliser udev ou devfs sur un serveur ? J'ai fait tourner un 2.6.16 sans devfs ni udev sur une Debian Sarge, à l'ancienne.
J'ai tenté hier soir de compilier un kernel 2.6.18, mais effectivement
j'ai des problèmes avec devfs.
Pas étonnant. devfs est obsolète et n'est plus supporté par les noyaux
Linux 2.6 récents.
C'est une machine avec un Xeon 3Ghz, je voulais essentiellement
activer l'option pour gérer la quantité de mémoire installée et
l'hyper threading.
Pour la mémoire, tu pourrais installer un des noyaux 2.6.8 précompilés
qui ont l'option SMP activée, cf. la réponse de Calimero. Sinon, tu peux
aussi compiler un noyau 2.6.8 avec les options qui t'intéressent à
partir des sources Debian. Peu importe que ce soit une "merde qui a près
de 3 ans" s'il te suffit.
Je vais faire quelques recherches sur udev, mais si quelqu'un
a un bon lien ou quelques conseils d'erreurs à éviter je suis
preneur :)
J'ai cru entendre que la version de udev présente dans Debian Sarge
pourrait être trop ancienne et incompatible avec les noyaux 2.6 récents.
Mais es-tu obligé d'utiliser udev ou devfs sur un serveur ? J'ai fait
tourner un 2.6.16 sans devfs ni udev sur une Debian Sarge, à l'ancienne.
J'ai tenté hier soir de compilier un kernel 2.6.18, mais effectivement j'ai des problèmes avec devfs.
Pas étonnant. devfs est obsolète et n'est plus supporté par les noyaux Linux 2.6 récents.
C'est une machine avec un Xeon 3Ghz, je voulais essentiellement activer l'option pour gérer la quantité de mémoire installée et l'hyper threading.
Pour la mémoire, tu pourrais installer un des noyaux 2.6.8 précompilés qui ont l'option SMP activée, cf. la réponse de Calimero. Sinon, tu peux aussi compiler un noyau 2.6.8 avec les options qui t'intéressent à partir des sources Debian. Peu importe que ce soit une "merde qui a près de 3 ans" s'il te suffit.
Je vais faire quelques recherches sur udev, mais si quelqu'un a un bon lien ou quelques conseils d'erreurs à éviter je suis preneur :)
J'ai cru entendre que la version de udev présente dans Debian Sarge pourrait être trop ancienne et incompatible avec les noyaux 2.6 récents. Mais es-tu obligé d'utiliser udev ou devfs sur un serveur ? J'ai fait tourner un 2.6.16 sans devfs ni udev sur une Debian Sarge, à l'ancienne.
lhabert
Pascal Hambourg :
J'ai cru entendre que la version de udev présente dans Debian Sarge pourrait être trop ancienne et incompatible avec les noyaux 2.6 récents.
Argh, il y a aussi des problèmes dans ce sens? Le classique, c'est udev qui a toujours besoin de la toute dernière version du noyau, et donc les gens qui compilent leur noyau eux même se retrouvent régulièrement avec une machine qui ne boote plus après un dist-upgrade.
Pascal Hambourg :
J'ai cru entendre que la version de udev présente dans Debian Sarge
pourrait être trop ancienne et incompatible avec les noyaux 2.6 récents.
Argh, il y a aussi des problèmes dans ce sens? Le classique, c'est udev qui
a toujours besoin de la toute dernière version du noyau, et donc les gens
qui compilent leur noyau eux même se retrouvent régulièrement avec une
machine qui ne boote plus après un dist-upgrade.
J'ai cru entendre que la version de udev présente dans Debian Sarge pourrait être trop ancienne et incompatible avec les noyaux 2.6 récents.
Argh, il y a aussi des problèmes dans ce sens? Le classique, c'est udev qui a toujours besoin de la toute dernière version du noyau, et donc les gens qui compilent leur noyau eux même se retrouvent régulièrement avec une machine qui ne boote plus après un dist-upgrade.
Pascal Hambourg
Pas étonnant. devfs est obsolète et n'est plus supporté par les noyaux Linux 2.6 récents.
J'ajoute qu'il est remplacé par udev.
Pour la mémoire, tu pourrais installer un des noyaux 2.6.8 précompilés qui ont l'option SMP activée, cf. la réponse de Calimero.
Je voulais dire l'option HIGHMEM4G.
Pas étonnant. devfs est obsolète et n'est plus supporté par les noyaux
Linux 2.6 récents.
J'ajoute qu'il est remplacé par udev.
Pour la mémoire, tu pourrais installer un des noyaux 2.6.8 précompilés
qui ont l'option SMP activée, cf. la réponse de Calimero.
Pas étonnant. devfs est obsolète et n'est plus supporté par les noyaux Linux 2.6 récents.
J'ajoute qu'il est remplacé par udev.
Pour la mémoire, tu pourrais installer un des noyaux 2.6.8 précompilés qui ont l'option SMP activée, cf. la réponse de Calimero.
Je voulais dire l'option HIGHMEM4G.
Emmanuel Florac
Le Wed, 11 Oct 2006 13:46:12 +0000, Luc Habert a écrit :
Argh, il y a aussi des problèmes dans ce sens? Le classique, c'est udev qui a toujours besoin de la toute dernière version du noyau,
2.6.15 minimum. Quant à devfs, mieux vaut l'oublier. Néammoins je persiste à clamer que si le noyau a connu 10 révisions depuis la sortie du 2.6.8 ce n'est pas par hasard, et la différence de comportement, performances, etc entre un noyau 2.6.17.13 ou 2.6.18 et un 2.6.8 justifie largement la mise à jour. Déjà, le 2.6.8 ne sait pas distinguer entre un "vrai" biprocesseur et un processeur Hyper-Threading.
-- Les défauts n'apparaissent qu'après que le programme a passé (avec succès) la phase d'intégration. Loi de Klipstein.
Le Wed, 11 Oct 2006 13:46:12 +0000, Luc Habert a écrit :
Argh, il y a aussi des problèmes dans ce sens? Le classique, c'est udev qui
a toujours besoin de la toute dernière version du noyau,
2.6.15 minimum. Quant à devfs, mieux vaut l'oublier. Néammoins je
persiste à clamer que si le noyau a connu 10 révisions depuis la sortie
du 2.6.8 ce n'est pas par hasard, et la différence de comportement,
performances, etc entre un noyau 2.6.17.13 ou 2.6.18 et un 2.6.8 justifie
largement la mise à jour. Déjà, le 2.6.8 ne sait pas distinguer entre
un "vrai" biprocesseur et un processeur Hyper-Threading.
--
Les défauts n'apparaissent qu'après que le programme a passé (avec
succès) la phase d'intégration.
Loi de Klipstein.
Le Wed, 11 Oct 2006 13:46:12 +0000, Luc Habert a écrit :
Argh, il y a aussi des problèmes dans ce sens? Le classique, c'est udev qui a toujours besoin de la toute dernière version du noyau,
2.6.15 minimum. Quant à devfs, mieux vaut l'oublier. Néammoins je persiste à clamer que si le noyau a connu 10 révisions depuis la sortie du 2.6.8 ce n'est pas par hasard, et la différence de comportement, performances, etc entre un noyau 2.6.17.13 ou 2.6.18 et un 2.6.8 justifie largement la mise à jour. Déjà, le 2.6.8 ne sait pas distinguer entre un "vrai" biprocesseur et un processeur Hyper-Threading.
-- Les défauts n'apparaissent qu'après que le programme a passé (avec succès) la phase d'intégration. Loi de Klipstein.
