[RESOLU] Petite question sur les proc x86 et linux

odSen.s · Février 20, 2016, 4:09pm

Bonjour à tous,

Je me posais une question.
Dans les processeurs x86, les plus récents sont bien les 686 ?
Je me posais la question, car sur mon portable, j’ai comme processeur AMD Turion 64 X2, et j’ai comme noyau : 2.6.18-4-486.
(Je n’ai pas installé la Debian pour l’architecture AMD64 car certains périphériques ne fonctionnent pas encore en 64 sur cet ordinateur).

Alors voilà, pourquoi ai-je un noyau pour 486 ?
Par avance, merci.

ggoodluck47 · Février 20, 2016, 4:09pm

Salut,

Parce que c’est la version que tu as installée et que c’est la plus courante, donc celle qui fonctionne dans le maximum de cas.
Mais tu es libre d’en installer une autre

odSen.s · Février 20, 2016, 4:09pm

Merci de cette réponse.
Et si j’installais le noyau pour 686, je pourrais avoir de meilleurs performances ?

mattotop · Février 20, 2016, 4:09pm

ouien686çadevrait^etremieux
sinon, tu peux être plus précis sur les périphériques qui ne fonctionnent pas ?
Car le passage pour moi en 64 bits aurait plutot eu tendance à résoudre des problêmes de périphèriques que j’avais en 32bits.

odSen.s · Février 20, 2016, 4:09pm

Salut,

[quote]sinon, tu peux être plus précis sur les périphériques qui ne fonctionnent pas ?
Car le passage pour moi en 64 bits aurait plutot eu tendance à résoudre des problêmes de périphèriques que j’avais en 32bits.[/quote]
D’après Linux on Laptops : http://www.przewozy.szczecin.pl/LOA/a6m.html

Sinon, le passage 486 -> 686, ça impose une réinstallation ?
Parce que les performances actuelles sont tout à fait acceptables.

mattotop · Février 20, 2016, 4:09pm

c’est pas parcequ’un rapport d’installation sur une suse avec un vieux 2.6.18 dit ce qui ne marche pas dans le cas de ce type que les trucs ne marchent pas dans l’absolu (en plus le gars n’a pas l’air dégourdi, parcequ’une webcam, c’est quand même pas la mort de savoir quel chip elle a, même si elle n’est pas détectée).
Mais bon.

Sinon, un nouveau noyau ne nécessite pas de reinstallation, ça s’installe comme tout autre paquet et tu as le choix au boot entre l’ancien et le nouveau noyau.

Si tu as de la place inutilisée sur ton disque, tu peux aussi faire une install 64 en parallèle de ta 32 et décider de laquelle tu gardes au final, sinon.

odSen.s · Février 20, 2016, 4:09pm

[quote=“mattotop”]c’est pas parcequ’un rapport d’installation sur une suse avec un vieux 2.6.18 dit ce qui ne marche pas dans le cas de ce type que les trucs ne marchent pas dans l’absolu (en plus le gars n’a pas l’air dégourdi, parcequ’une webcam, c’est quand même pas la mort de savoir quel chip elle a, même si elle n’est pas détectée).
Mais bon.

Sinon, un nouveau noyau ne nécessite pas de reinstallation, ça s’installe comme tout autre paquet et tu as le choix au boot entre l’ancien et le nouveau noyau.

Si tu as de la place inutilisée sur ton disque, tu peux aussi faire une install 64 en parallèle de ta 32 et décider de laquelle tu gardes au final, sinon.[/quote]
Très bien, merci pour toutes ces infos !
EDIT : le paquet à choisir, c’est bien linux-image-2.6.18-4-686 ?
Parce que aptitude me dit qu’il est déjà installé…
J’ai juste a rajouter une ligne dans grub pour booter sur ce noyau ?

odSen.s · Février 20, 2016, 4:09pm

Bon, j’ai ajouté une entrée dans grub et ai booté sur un noyau 686.
Pas de différence flagrante au niveau des performances.
Je vais peut-être tenter l’install en 64bits.
@mattotop : tu as vraiment senti une différence de perf en passant de x86 à AMD64 ?

mattotop · Février 20, 2016, 4:09pm

quote=“odSen.s”
@mattotop : tu as vraiment senti une différence de perf en passant de x86 à AMD64 ?[/quote]Oui, j’ai eu une augmentation de la réactivité générale de mes machines, mais c’est un ressenti.
En tous cas maintenant, par exemple, j’ai le wifi sur mon portable sans ndiswrapper (jamais marché en 32bits).

Sinon, on a normalement jamais à toucher à grub lors de l’install d’un noyau debian. on peut éventuellement faire un update-grub qui te reconstruit un menu.lst en fonction des paramètres de l’automagic, mais normalement ça se fait tout seul maintenant.
qu’as tu dans /boot ?
et à quoi ressemble ton menu.lst ?

odSen.s · Février 20, 2016, 4:09pm

[quote]Sinon, on a normalement jamais à toucher à grub lors de l’install d’un noyau debian. on peut éventuellement faire un update-grub qui te reconstruit un menu.lst en fonction des paramètres de l’automagic, mais normalement ça se fait tout seul maintenant.
qu’as tu dans /boot ?
et à quoi ressemble ton menu.lst ?[/quote]
Voici :

14:41 odsen@newton /boot% ls config-2.6.18-4-486 initrd.img-2.6.18-4-686 vmlinuz-2.6.18-4-486 config-2.6.18-4-686 initrd.img-2.6.18-4-686.bak vmlinuz-2.6.18-4-686 grub/ System.map-2.6.18-4-486 initrd.img-2.6.18-4-486 System.map-2.6.18-4-686

Et mon menu.lst (les deux dernières entrées rajoutées à la main) :

[code]# menu.lst - See: grub(8), info grub, update-grub(8)

grub-install(8), grub-floppy(8),

grub-md5-crypt, /usr/share/doc/grub

and /usr/share/doc/grub-doc/.

default num

Set the default entry to the entry number NUM. Numbering starts from 0, and

the entry number 0 is the default if the command is not used.

You can specify ‘saved’ instead of a number. In this case, the default entry

is the entry saved with the command ‘savedefault’.

WARNING: If you are using dmraid do not change this entry to ‘saved’ or your

array will desync and will not let you boot your system.

default 2

timeout sec

Set a timeout, in SEC seconds, before automatically booting the default entry

(normally the first entry defined).

timeout 5

Pretty colours

color cyan/blue white/blue

password [’–md5’] passwd

If used in the first section of a menu file, disable all interactive editing

control (menu entry editor and command-line) and entries protected by the

command ‘lock’

e.g. password topsecret

password --md5 $1$gLhU0/$aW78kHK1QfV3P2b2znUoe/

password topsecret

examples

title Windows 95/98/NT/2000

root (hd0,0)

makeactive

chainloader +1

title Linux

root (hd0,1)

kernel /vmlinuz root=/dev/hda2 ro

Put static boot stanzas before and/or after AUTOMAGIC KERNEL LIST

BEGIN AUTOMAGIC KERNELS LIST

lines between the AUTOMAGIC KERNELS LIST markers will be modified

by the debian update-grub script except for the default options below

DO NOT UNCOMMENT THEM, Just edit them to your needs

## Start Default Options

default kernel options

default kernel options for automagic boot options

If you want special options for specific kernels use kopt_x_y_z

where x.y.z is kernel version. Minor versions can be omitted.

e.g. kopt=root=/dev/hda1 ro

kopt_2_6_8=root=/dev/hdc1 ro

kopt_2_6_8_2_686=root=/dev/hdc2 ro

kopt=root=/dev/hdc2 ro

default grub root device

e.g. groot=(hd0,0)

groot=(hd0,1)

should update-grub create alternative automagic boot options

e.g. alternative=true

alternative=false

alternative=true

should update-grub lock alternative automagic boot options

e.g. lockalternative=true

lockalternative=false

additional options to use with the default boot option, but not with the

alternatives

e.g. defoptions=vga=791 resume=/dev/hda5

defoptions=

should update-grub lock old automagic boot options

e.g. lockold=false

lockold=true

lockold=false

Xen hypervisor options to use with the default Xen boot option

xenhopt=

Xen Linux kernel options to use with the default Xen boot option

xenkopt=console=tty0

altoption boot targets option

multiple altoptions lines are allowed

e.g. altoptions=(extra menu suffix) extra boot options

altoptions=(single-user) single

altoptions=(single-user mode) single

controls how many kernels should be put into the menu.lst

only counts the first occurence of a kernel, not the

alternative kernel options

e.g. howmany=all

howmany=7

howmany=all

should update-grub create memtest86 boot option

e.g. memtest86=true

memtest86=false

memtest86=true

should update-grub adjust the value of the default booted system

can be true or false

updatedefaultentry=false

## End Default Options

title Debian GNU/Linux, kernel 2.6.18-4-486
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-4-486 root=/dev/hdc2 ro
initrd /boot/initrd.img-2.6.18-4-486
savedefault

title Debian GNU/Linux, kernel 2.6.18-4-486 (single-user mode)
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-4-486 root=/dev/hdc2 ro single
initrd /boot/initrd.img-2.6.18-4-486
savedefault

title Debian GNU/Linux, kernel 2.6.18-4-686
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hdc2 ro
initrd /boot/initrd.img-2.6.18-4-686
savedefault

title Debian GNU/Linux, kernel 2.6.18-4-686 (single-user mode)
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-4-686 root=/dev/hdc2 ro single
initrd /boot/initrd.img-2.6.18-4-686
savedefault

END DEBIAN AUTOMAGIC KERNELS LIST[/code]

odSen.s · Février 20, 2016, 4:09pm

Dernière question : est-il possible d’utiliser la partition /home actuelle pour les deux systèmes x86 et AMD64 en parallèle, avec le même nom d’utilisateur ? (le répertoire perso serait sur les deux systèmes /home/odsen)

anon65166757 · Février 20, 2016, 4:10pm

il me semble qu’en 32 bits l’idéal serait même un noyau k8 (2.6.18-4-k8 ).

Enfin si il existe, je ne sais pas, je suis nouveau sur Debian.