[Résolu] Passage de 486 en 686

Viduc · Février 20, 2016, 6:30pm

Bonjour, j’ai un nouveau problème…

Je me suis rendu compte que ma Debian ne gérait que 800 méga et quelque de RAM alors que je dispose de 4 Go… en charchant sur le forum j’ai découvert que c’était à prioris à cause du noyau, le mien étant en 2.6.26-1-486, j’en ai conclu qu’il fallait que je passe en 686…

J’ai lancé l’install avec les en-têtes et tout mais voilà l’erreur qui se produit:

Running depmod.
Running mkinitramfs-kpkg.
initrd.img(/boot/initrd.img-2.6.26-1-686-bigmem
) points to /boot/initrd.img-2.6.26-1-686-bigmem
 (/boot/initrd.img-2.6.26-1-686-bigmem) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.26-1-686-bigmem.postinst line 569.
vmlinuz(/boot/vmlinuz-2.6.26-1-686-bigmem
) points to /boot/vmlinuz-2.6.26-1-686-bigmem
 (/boot/vmlinuz-2.6.26-1-686-bigmem) -- doing nothing at /var/lib/dpkg/info/linux-image-2.6.26-1-686-bigmem.postinst line 569.
Running postinst hook script update-grub.
Searching for GRUB installation directory ... found: /boot/grub
User postinst hook script [update-grub] exited with value 1
dpkg : erreur de traitement de linux-image-2.6.26-1-686-bigmem (--configure) :
 le sous-processus post-installation script a retourné une erreur de sortie d'état 1
dpkg : des problèmes de dépendances empêchent la configuration de linux-image-2.6-686-bigmem :
 linux-image-2.6-686-bigmem dépend de linux-image-2.6.26-1-686-bigmem ; cependant :
 Le paquet linux-image-2.6.26-1-686-bigmem n'est pas encore configuré.
dpkg : erreur de traitement de linux-image-2.6-686-bigmem (--configure) :
 problèmes de dépendances - laissé non configuré
Paramétrage de linux-image-2.6.26-1-686 (2.6.26-10) ...
Running depmod.
Running mkinitramfs-kpkg.
Running postinst hook script update-grub.
Searching for GRUB installation directory ... found: /boot/grub
User postinst hook script [update-grub] exited with value 1
dpkg : erreur de traitement de linux-image-2.6.26-1-686 (--configure) :
 le sous-processus post-installation script a retourné une erreur de sortie d'état 1
dpkg : des problèmes de dépendances empêchent la configuration de linux-image-2.6-686 :
 linux-image-2.6-686 dépend de linux-image-2.6.26-1-686 ; cependant :
 Le paquet linux-image-2.6.26-1-686 n'est pas encore configuré.
dpkg : erreur de traitement de linux-image-2.6-686 (--configure) :
 problèmes de dépendances - laissé non configuré
Des erreurs ont été rencontrées pendant l'exécution :
 linux-image-2.6.26-1-686-bigmem
 linux-image-2.6-686-bigmem
 linux-image-2.6.26-1-686
 linux-image-2.6-686
E: Sub-process /usr/bin/dpkg returned an error code (1)
zsh: exit 100   apt-get install linux-image-2.6-686

j’ai cherché sur le fofo et ailleurs mais je ne trouve pas d’aide si quelqu’un peut m’aider je suis preneur

Merci d’avance

dmon · Février 20, 2016, 6:30pm

Essayes ça : apt-get install linux-image-2.6-686
Sinon que donne exactement apt-cache search linux-image-2.6-686

Il manque des informations pour qu’on puisse t’aider.
[]Tu es sur quelle version : Etch ou Lenny
[]Tu as quel processeur : une Intel ou un Amd
[*]Ton fichier sources.list

$ uname -a $ cat cpuinfo $ cat /etc/apt/sources.list

Viduc · Février 20, 2016, 6:30pm

Alors j’ai déjà essayé apt-get install linux-image-2.6-686

sinon apt-cache search linux-image-2.6-686:

linux-image-2.6-686 - Linux 2.6 image on PPro/Celeron/PII/PIII/P4 linux-image-2.6-686-bigmem - Linux 2.6 image on PPro/Celeron/PII/PIII/P4

cat cpuinfo:

processor : 0 vendor_id : AuthenticAMD cpu family : 15 model : 43 model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+ stepping : 1 cpu MHz : 2216.483 cache size : 512 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt lm 3dnowext 3dnow pni lahf_lm cmp_legacy bogomips : 4435.85 clflush size : 64 power management: ts fid vid ttp

cat /etc/apt/sources.list:

[code]# deb cdrom:[Debian GNU/Linux LennyBeta2 Lenny - Official Beta i386 NETINST Binary-1 20080608-11:24]/ lenny main

#deb cdrom:[Debian GNU/Linux LennyBeta2 Lenny - Official Beta i386 NETINST Binary-1 20080608-11:24]/ lenny main

deb http://ftp.fr.debian.org/debian/ lenny main
deb http://ftp.fr.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ lenny main

deb http://security.debian.org/ lenny/updates main
deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main
[/code]

Je suis sous Lenny…

Merci d’avance

thomas.leclerc · Février 20, 2016, 6:30pm

tu as pas des trucs en double dans ton sources.list ?

mets ça

deb http://ftp.fr.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ lenny main

deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main

ursus · Février 20, 2016, 6:30pm

tu as un processeur amd64 si je ne m’abuse.
Un noyau amd64 résoudra ton problème, mais il faut réinstaller (je crois)…

Viduc · Février 20, 2016, 6:30pm

[quote=“ursus”]tu as un processeur amd64 si je ne m’abuse.
Un noyau amd64 résoudra ton problème, mais il faut réinstaller (je crois)…[/quote]

J’ai essayé d’installé depuis mon noyau vers amd64 évolué mais les messages étaient les même… je crayais bien qu’il allait falloir que j’en arrive à la solution de réinstaller ça me fait … BIP lol…

Bon je vais voir ça merci à vous en tout cas!!!

PascalHambourg · Février 20, 2016, 6:30pm

Viduc, ton diagnostic concernant la mémoire reconnue est correct. Les noyaux -486 sont compilés avec l’option NOHIGHMEM qui gère au maximum un peu moins de 1 Gio. Les noyaux -686 sont compilés avec l’option HIGHMEM4G qui gère au maximum un peu moins de 4 Gio, mais avec un maximum de 2 Gio par processus. Les noyaux -bigmem sont compilés avec l’option HIGHMEM64G qui gère au maximum 64 Gio grâce à l’extension d’adressage physique PAE (au prix d’un peu de performance) mais toujours avec un maximum de 2 Gio par processus. Pour pouvoir disposer de plus de 2 Gio par processus, il faut passer en amd64.

Bon, apparemment l’exécution d’update-grub provoque une erreur, mais les noyaux sont quand même installés et les initrd créés. Tu pourrais exécuter update-grub à la main pour voir s’il y a un message d’erreur plus détaillé. Sinon, je pense que tu pourrais éditer /boot/grub/menu.lst à la main pour ajouter les nouveaux noyaux (en laissant l’ancien par sécurité).

Viduc · Février 20, 2016, 6:30pm

Merci à toi PascalHambourg!!!

J’ai modifié manuellement le Grub comme tu disais en rajoutant mon nouveau noyau, relancer l’installe du pilote graphique et ça fonctionne !!!

Bon reste que quoi que je fasse le grub ne veut plus se mettre à jour de lui même mais c’est pas fondamentalement grave à partir du moment que je le sais … Je pense que ça vient du fait que je l’ai modifier juste avant car il me posait un problème lors du lancement ou il intervertissait mes disques SATA…

Enfin bref merci à vous tous je retrouve un peu d’air sur ma machine !!!

PascalHambourg · Février 20, 2016, 6:30pm

Tu n’aurais pas modifié quelque chose dans la partie de menu.lst réservée à update-grub ? Ce dernier n’affiche pas de message d’erreur plus explicite si tu le lances à la main ?

Viduc · Février 20, 2016, 6:30pm

heu comment tu fais pour le lancer manuellement?..

Sinon non je n’ai rien modifier d’autre que l’ UUID de la partition système enfin j’ai remplacé sda3 par son UUID…

mattotop · Février 20, 2016, 6:30pm

[quote=“Viduc”]:oops: heu comment tu fais pour le lancer manuellement?..
(…)[/quote] En tapant update-grub, suivi de <entrée>, peut être ?

Viduc · Février 20, 2016, 6:30pm

j’avais testé sinon je n’aurais pas posé la question^… mais voilà ce qu’il me dit:

Searching for GRUB installation directory ... found: /boot/grub zsh: exit 1 update-grub

Je suppose que ça ne convient pas vraiment non?

mattotop · Février 20, 2016, 6:30pm

Si tu n’as >que ça< comme sortie, effectivement, c’est pas normal.
normalement, tu as plusieurs phases, voilà le genre de truc que ça devrait te dire:

[quote]roc@ROC:~$ sudo update-grub
Searching for GRUB installation directory … found: /boot/grub
Searching for default file … found: /boot/grub/default
Testing for an existing GRUB menu.lst file … found: /boot/grub/menu.lst
Searching for splash image … none found, skipping …
Found kernel: /boot/vmlinuz-2.6.26-1-amd64
Found kernel: /boot/vmlinuz-2.6.24-etchnhalf.1-amd64
Updating /boot/grub/menu.lst … done
[/quote]

Bon, tu peux fournir ton menu.lst ?

Viduc · Février 20, 2016, 6:31pm

# 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-legacy-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		0

## 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/sda3 ro

## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,2)

## 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
# 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=quiet

## 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

## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false

## ## End Default Options ##
title           Debian GNU/Linux, kernel 2.6.26-1-686
root            (hd0,2)
kernel          /boot/vmlinuz-2.6.26-1-686 root=UUID=8b5a78ec-98c7-452f-b1ac-c388779d29f2 ro quiet
initrd          /boot/initrd.img-2.6.26-1-686

title           Debian GNU/Linux, kernel 2.6.26-1-686 (single-user mode)
root            (hd0,2)
kernel          /boot/vmlinuz-2.6.26-1-686 root=UUID=8b5a78ec-98c7-452f-b1ac-c388779d29f2 ro single
initrd          /boot/initrd.img-2.6.26-1-686

title		Debian GNU/Linux, kernel 2.6.26-1-486
root		(hd0,2)
kernel		/boot/vmlinuz-2.6.26-1-486 root=UUID=8b5a78ec-98c7-452f-b1ac-c388779d29f2 ro quiet
initrd		/boot/initrd.img-2.6.26-1-486

title		Debian GNU/Linux, kernel 2.6.26-1-486 (single-user mode)
root		(hd0,2)
kernel		/boot/vmlinuz-2.6.26-1-486 root=UUID=8b5a78ec-98c7-452f-b1ac-c388779d29f2 ro single
initrd		/boot/initrd.img-2.6.26-1-486

title		Debian GNU/Linux, kernel 2.6.24-1-486
root		(hd0,2)
kernel		/boot/vmlinuz-2.6.24-1-486 root=UUID=8b5a78ec-98c7-452f-b1ac-c388779d29f2 ro quiet
initrd		/boot/initrd.img-2.6.24-1-486

title		Debian GNU/Linux, kernel 2.6.24-1-486 (single-user mode)
root		(hd0,2)
kernel		/boot/vmlinuz-2.6.24-1-486 root=UUID=8b5a78ec-98c7-452f-b1ac-c388779d29f2 ro single
initrd		/boot/initrd.img-2.6.24-1-486

### END DEBIAN AUTOMAGIC KERNELS LIST

# This is a divider, added to separate the menu items below from the Debian
# ones.
title		Other operating systems:
root


# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/sda1
title		Microsoft Windows XP Professionnel
root		(hd0,0)
savedefault
makeactive
chainloader	+1

voilou, oui c’est vrai que j’aurais pu le mettre tout à l’heure désolé^…

PascalHambourg · Février 20, 2016, 6:31pm

Si on compare vos deux sorties, apparemment update-grub s’arrête bien avant de tester menu.lst, j’ai donc un doute concernant la responsabilité de ce dernier. Par contre je vois que dans etch et dans la version courante de lenny update-grub spécifie /bin/bash comme interpréteur, alors que le message d’arrêt fait mention de zsh. Il n’y aurait pas un problème d’interpréteur et de “bashisme” dans le script ?

PS : Tu as bien exécuté update-grub en root ? (pardon mais on sait jamais)

Viduc · Février 20, 2016, 6:31pm

oui en root et j’utilise zsh en effet… en root aussi ^^

mattotop · Février 20, 2016, 6:31pm

Bon, j’imagine que ce que tu as ajouté manuellement, ce sont les deux entrées situées aprés ## ## End Default Options ##
Déjà, ce que tu ajoutes manuellement, il faut le mettre aprés ### END DEBIAN AUTOMAGIC KERNELS LIST, parceque ce qui est entre les deux est remplacé par ce que update-grub va génèrer automatiquement. Seule la fin est conservé.
Ensuite, j’imagine que tu as retouché toi même les lignes qui existaient avant, parceque normalement, pour “fabriquer” automatiquement des entrées, update-grub utilise ce qui est défini sur la ligne # kopt=root=/dev/sda3 ro, donc on aurait dû y trouver # kopt=root=UUID=8b5a78ec-98c7-452f-b1ac-c388779d29f2 ro, ce qui devrait si update-grub se remet à fonctionner, te produire dans la section entre ## ## End Default Options ## et ### END DEBIAN AUTOMAGIC KERNELS LIST les mêmes lignes que celles que tu as ajoutées toi même manuellement.

Bon, mais PascalHambourg a peut être raison: il se peut que ça vienne du shell.
donc remets toi en bash par défaut avec chsh root -s /bin/bash, puis lances un bash (/bin/bash) depuis ton zsh courant, et réessayes l’update-grub.

Et sinon, PascalHambourg, là ou je pense que tu as tort, c’est que update-grub doit lire le menu.lst plusieurs fois, par exemple parcequ’il va regarder des trucs comme ‘groot=’ dans le menu.lst. Je crois qu’il fait à la fois l’oeuf et la poule, en générant un menu.lst s’il n’existe pas (tiens d’ailleurs, Viduc qu’est ce que ça donne si le truc d’avant ne marche pas, et que tu renommes le menu.lst), et utilise ce qu’il y a dedans, sinon. Mais bon, update-grub est un peu obscur, il faudrait se pencher un peu sur le code (qui ne doit pas être trés long AMA).

PascalHambourg · Février 20, 2016, 6:31pm

Tu as sans doute raison, j’ai lu trop vite : c’est un message du shell zsh qui a invoqué update-grub, et non du shell bash qui l’a exécuté.

Viduc · Février 20, 2016, 6:31pm

bon j’ai pas tout tout pigé mais je vais essayé de faire dans l’odre ^^…

en repassant sous bash ça ne donne plus que:

viduc-server:/# update-grub
Searching for GRUB installation directory ... found: /boot/grub

Alors oui j’ai rajouté manuellement les lignes situées après ## ## End Default Options ##, du coup je les ai déplacé au bon endroit, modifier la ligne # kopt=root=UUID=8b5a78ec-98c7-452f-b1ac-c388779d29f2 ro, supprimer les deux lignes rajoutées etc… bien sure en testant toutes les possiblités et le résultat est le même à chaque fois…, j’ai également renommé le fichier menu.lst et pareil ce qui là est d’autant plus étrange pour le coup^…