problème de noyaux

Bonjour tout le monde,

J’ai un petit problème (qui est plus une question) sur les noyaux.

Aujourd’hui j’ai installé debian sur une vieille machine. J’ai lancé l’installation d’une stable pour tout de suite après la mettre à jour en sid. Le matériel étant vieux, le noyau actuel de testing pose problème :

[code]This system requires a different kernel configuration

Debian’s ‘686’ kernel configuration has been replaced by the ‘686-pae’ configuration, which uses PAE (Physical Address Extension). However, the CPU in this system does not support PAE.
You should install linux-image-486 and remove linux-image-686 and/or linux-image-2.6-686 if they are currently installed. [/code]
J’ai donc supprimé le paquet linux-image-2.6-686 (le paquet linux-image-686 n’était pas installé sinon je l’aurai aussi supprimé) et j’ai installé le paquet linux-image-486.

Je reboot et je vois que debian démarre automatiquement (et sans problème) sur un noyau 3.2.0-4-686-pae et non sur le noyau 3.2.0-4-486 que je viens d’installer.

Donc je me demandais pourquoi debian boote sans problème sur un noyau pae alors que mon processeur est sensé ne pas être compatible pae.

Deuxièmement est-il recommandé que je désinstalle tous les autres noyaux à part le 486 et que j’oblogie grub a booter dessus ?

De toutes façons, tu ne te serviras certainement pas des autres noyaux donc autant les désinstaller, ça te fera toujours de la place.

tu es sûr que tu démarres sur le 686-pae ?
n’est-ce pas juste l’indication donnée par le menu de grub?
as-tu fait un update-grub avant de redémarrer?
qu’indique uname -a ?

oui je suis sûr. Un uname -a me montre que par défaut, grub boote sur le noyau 3.2.0-4-686-pae ce qui me semble aussi bizarre (pourquoi arrive-t-il à booter sur un noyau qui ne le supporte pas ?). Mais bon je pense que la meilleure chose à faire est de supprimer tout noyau excepté le 486 ?

C’est ce que je t’avais préconisé.
plus update-grub, bien sûr.

Tu démarres donc sans difficultés sur un noyau 686-pae .
486/686 comparer le parti tiré du processeur.
Démarre le noyau 486

$ cat /proc/cpuinfo > cpuinfo-486
$ free
Démarre le noyau 686-pae

$ cat /proc/cpuinfo > cpuinfo-686
$ free

Compare les fichiers cpuinfo-686 et cpuinfo-486.
Y a-t-il une différence , ne serait-ce qu’en bogomips ?
Aucune différence ? Plusieurs différences ? nombre de CPU géré par 686 ?

La différence entre 486 et 686-pae : SMP symetric multi processing et PAE physical address extension.

SMP=processeurs à plusieurs cœurs.
PAE = plus de 4 Go de RAM en 32 bits.
Qu’advient-il avec un processeur mono-cœur et moins de 4 Go de RAM ?
Le système démarrera,détectera la quantité de RAM, elle sera exploitable.
pae n’empêche pas l’utilisation du système en dessous de 4 go de RAM. Conserver linux-686 ne devrait pas porter tort si ton matériel le supporte. Les mises à jour seront également facilitées.

Il n’y a pas de différence ent les résultats de cpuinfo.

J’ai un processeur simple coeur(intel pentium M 1,6GHz) avec 512 Mo de ram. Du coup, le 686-pae n’apporte que des fonctionnalités qui ne m’intéresse pas. Je m’étonne juste d’avoir eu un message d’erreur me demandant de supprimer des noyau alors qu’ils fonctionnent avec mon matériel.

Par contre, je ne vois pas pourquoi les mises à jour serait facilitées avec le 686-pae par rapport au 486. Je comptais rester avec le 486 qui a été créé pour l’ancien matériel comme le mien.

J’émettais simplement l’avis que dans un avenir plus ou moins proche le support du matériel ancien ne sera pas compris par défaut et qu’il faudra se décarcasser pour trouver des images noyau debian prêtes à l’emploi purement 486.
Ne t’inquiète pas des futures mises à jour, tu as encore le temps de faire tourner cette machine quelques années, ce n’est pas un problème immédiat.

Nous serions plus intéressés de voir le retour de

$ cat /proc/cpuinfo

D’après Wikipédia, Les premières série de Pentium M avec le FSB à 400 MHz ne supportent pas le PAE. Le tien doit être plus récent. Quel est son modèle ?

J’ai un pentium M qui lui ne supporte pas le pae et je tournais sur un 3.2 i486 qui a priori est optimisé pour les single cpu.
Paradoxalement j’y ai installé un 3.5-trunk du dépôt expérimental en i686 et ça marche 10x mieux (surtout la video intel).
Seul impératif : upgrade de gcc.

C’est une machine de test donc pas bien grave le mélange de dépôts :033 .

Sur une autre machine (eeepc) j’ai un celeron 900 qui lui accepte le pae…

C’est pas simple à comprendre…

486 != 686
Il y a divers instructions implémentées dans les processeurs 686 que les 486 n’ont pas. Genre le MMX, SSE1/2/3, etc …
Donc même si tu n’utilise pas la fonction PAE, je pense qu’il y a pas mal d’autres optimisation que ton proc prend en charge et qui ne sont pas exploités dans les noyaux 486

Bon je refais une comparaison pour voir si avec un noyau 686 ça tourne plus vite qu’avec le 468.

Avec un 686 : [code]Script started on mer. 31 oct. 2012 22:44:35 CET
pierre@nil:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 9
model name : Intel® Pentium® M processor 1600MHz
stepping : 5
microcode : 0x5
cpu MHz : 600.000
cache size : 1024 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 tm pbe up bts est tm2
bogomips : 1198.86
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 32 bits virtual
power management:

pierre@nil:~$ free
total used free shared buffers cached
Mem: 513824 431872 81952 0 11648 208756
-/+ buffers/cache: 211468 302356
Swap: 1002492 0 1002492
pierre@nil:~$ uname -a
Linux nil 3.2.0-4-686-pae #1 SMP Debian 3.2.32-1 i686 GNU/Linux
pierre@nil:~$ exit
exit

[/code]
avec le 468

[code]Script started on mer. 31 oct. 2012 22:54:51 CET
pierre@nil:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 9
model name : Intel® Pentium® M processor 1600MHz
stepping : 5
microcode : 0x5
cpu MHz : 600.000
cache size : 1024 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr mce cx8 sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 tm pbe bts est tm2
bogomips : 1199.00
clflush size : 64
cache_alignment : 64
address sizes : 32 bits physical, 32 bits virtual
power management:

pierre@nil:~$ free
total used free shared buffers cached
Mem: 514224 477280 36944 0 107500 180964
-/+ buffers/cache: 188816 325408
Swap: 1002492 0 1002492
pierre@nil:~$ uname -a
Linux nil 3.2.0-4-486 #1 Debian 3.2.32-1 i686 GNU/Linux
pierre@nil:~$ exit
exit

Script done on mer. 31 oct. 2012 22:55:01 CET
[/code]

Au niveau du cpuinfo, la seule différence entre les deux noyaux est le nombre de bogomips (1199.00 pour le 486 et 1198.86 pour le 686) je ne sais pas ce que ça change.

Au démarrage et après, dans les deux cas, avoir lancé iceweasel, free semble montrer que le 468 utilise moins de mémoire. Mais je ne sais pas si je peux me fier à cette bench…

Curieux, d’après /proc/cpuinfo, ton processeur ne semble pas supporter PAE :

  • absence de “pae” dans les flags ;
  • CPUID 0x69x et cache L2 de 1 Mio, correspondant à un Pentium M de type “Banias”, sans PAE.

L’avertissement selon lequel un noyau PAE ne peut pas fonctionner sur un processeur non PAE serait-il obsolète ?