Passer de version etch/sid à Lenny

Support Debian
#21

[quote=“bichneuve”]J’ai suivi ta manip, j’ai bien eu le message ci dessous :

[quote=“lol”]

Building cpio /boot/initrd.img-2.6.33-0.slh.4-sidux-amd64.new initramfs Backup /boot/initrd.img-2.6.33-0.slh.4-sidux-amd64.bak :[/quote]

Enfin pas le backup mais l’autre ! Mais le système bloque toujours au même endroit !
J’ai cependant un doute quand j’ai fait mon ls (étape 2) il me listait vmlinuz-2.6.18-6-686 j’ai donc voulu lancer ma commande :

Mais ça marchait pas donc j’ai remplacé par 2.6.18-6-686 et ça c’est bien lancé… J’ai fait une erreur ?[/quote]

Non, c’est bon pour 2.6.18-6-686.
Tu devrais lancer à nouveau la commande, ce n’est pas normal qu’il ne fasse pas un backup de l’ancien initrd…

#22

Bah oui je pense que c’est le noyau sur lequel je veux booter ! Le fait d’être passé en version lenny m’aurait changer ma version de noyau ??
J’ai relancé la commande deux fois de suite et toujours pas de backup oO

edit : au pire j’ai la sauvegarde de ma VM que je peux remettre mais bon…l’ayant déjà fait hier soir je vois pas ce que ça changera au final !
En relisant le post plus haut tu parlais d’une manière douce de passer à Lenny étant donné mon cas particulier…tu procéderais comment ?

#23

Aux grands mots les grands moyens :mrgreen:
Efface les anciens initrd et crée-en un nouveau !

[code]cp initrd.img-2.6.18-6-686 initrd.img-2.6.18-6-686.old
cp initrd.img-2.6.18-6-686.bak initrd.img-2.6.18-6-686.bak.old

rm initrd.img-2.6.18-6-686
rm initrd.img-2.6.18-6-686.bak

/usr/sbin/update-initramfs -c -k 2.6.18-6-686 -v[/code]

Si ça ne fonctionne pas, c’est que ton problème n’est pas là…

#24

le processus de réalisation de l’initrd a changé.
Les scripts dans /etc/kernel/postinst.d sont incomplets. Le réaliser à partir d’un exemple initramfs dans :
/usr/share/kernel-package/examples/etc/kernel/postinst.d.

Il me semble qu’un poste avait déjà été fait sur ce forum concernant ce problème :slightly_smiling:

Pour plus de détails, voir :
cepcasa.info/blog/?p=175

Pour autant la commande update-initramfs -c -k 2.6.3xxxx devrait fonctionner.

#25

[quote=“cepcasa”]
Pour autant la commande update-initramfs -c -k 2.6.3xxxx devrait fonctionner.[/quote]
Elle fonctionne, tout comme avec l’option -u (update) :smiley:

#26

J’ai fait la manip, par contre quand j’ai voulu la lancer une deuxième fois il ne m’a pas relancé le bordel il m’a dit que il ne pouvait car le fichier existait déjà…

Mais ça marche toujours pas :frowning:

#27

Re,
Normal si tu lance la commande avec l’option -c (créer) alors qu’un initrd existe il n’accepte pas…
Il faut relancer avec l’option -u (qui update un initrd existant).
Mais il semblerais que l’initrd ne soit pas le problème de toute façon…

#28

voir aussi si l’adresse du système de fichier dans grub et /etc/fstab pointe bien vers la bonne adresse (label ou uuid).

#29

Le label est bon. dans le grub je vois bien l’UUID mais je dois le comparer à quoi ?

#30

Re,

#31

Bon, bon, bon…
J’ai fait le foufou ! J’ai pris ma sauvegarde de VM et je me suis lancé dans ce tuto http://www.howtoforge.com/how-to-upgrade-debian-etch-to-lenny
Tout s’est bien passé, quelques erreurs de MAJ mais rien de critique. Pour passer complètement en Lenny, je me suis dis comme un gagnant, je vais refaire ce que j’avais fait au départ. Donc :

  • mon sources.list était déjà à jour (MAJ du noyau)
  • construction d’un fichier préférences avec P > 1000 pour forcer les MAJ
  • apt-get update
  • apt-cache policy pour contrôler la prise en compte du fichier préférence
  • apt-get update

Les MAJ s’installent, aucun message d’erreur ne survient :

  • je supprime mon fichier preferences
  • je relance un apt-get update
  • je relance un apt-get upgrade
  • reboot
    –> Waiting for root file system

Le problème vient donc la façon par laquelle je passe pour passer toute ma distri en Lenny. Je me craque où ???

#32

Bon…
Un peu plus d’infos STP !
Les sorties des commandes suivantes :

[code]# fdisk -l

blkid

cat /etc/fstab

cat /boot/menu.cfg (c’est grub-legacy n’est-ce pas ?)[/code]

#33 
# fdisk -l
Disk /dev/sda: 21.4 GB, 21474836480 bytes
255 heads, 63 sectors/track, 2610 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000ec038

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1   *           1        2517    20217771   83  Linux
/dev/sda2            2518        2610      747022+   5  Extended
/dev/sda5            2518        2610      746991   82  Linux swap / Solaris
# blkid
/dev/sda1: UUID="80fa444c-e5cb-44d0-af73-17da463586c3" TYPE="ext3"
/dev/sda5: TYPE="swap"

UUID identique à celui que je vois quand je fais “e” avec supergrubdisk

# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/sda1       /               ext3    defaults,errors=remount-ro 0       1
/dev/sda5       none            swap    sw              0       0
/dev/hdc        /media/cdrom0   udf,iso9660 user,noauto     0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0
# cat /boot/menu.cfg
title  Debian GNU/Linux, kernel 2.6.26-2-686
root  (hd0,0)
kernel  /boot/vmlinuz-2.6.26-2-686 root=/dev/sda1 ro
initrd  /boot/initrd.img-2.6.26-2-686

title  Debian GNU/Linux, kernel 2.6.26-2-686 (single-user mode)
root  (hd0,0)
kernel  /boot/vmlinuz-2.6.26-2-686 root=/dev/sda1 ro single
initrd  /boot/initrd.img-2.6.26-2-686

title  Debian GNU/Linux, kernel 2.6.18-6-686
root  (hd0,0)
kernel  /boot/vmlinuz-2.6.18-6-686 root=/dev/sda1 ro
initrd  /boot/initrd.img-2.6.18-6-686

title  Debian GNU/Linux, kernel 2.6.18-6-686 (single-user mode)
root  (hd0,0)
kernel  /boot/vmlinuz-2.6.18-6-686 root=/dev/sda1 ro single
initrd  /boot/initrd.img-2.6.18-6-686

c’est grub-legacy n’est-ce pas ? --> comment vérifier ?

Je précise que sur 2.6.18-6-686 je boot bien mais que sur 2.6.26-2-686 j’ai le problème (c’est sur lui que j’ai fait la manip décrite plus haut)

Je suis désolé si je ne donne pas assez d’infos c’est que je ne sais pas forcément où les chercher. En tout cas merci de ta patience Lol !

#34

Re,
Pas de soucis.
Pour connaitre le grub installé :

$ apt-cache policy grub
et/ou
$ apt-cache policy grub-pc

#35

[quote=“bichneuve”]…
Je précise que sur 2.6.18-6-686 je boot bien mais que sur 2.6.26-2-686 j’ai le problème (c’est sur lui que j’ai fait la manip décrite plus haut)
[/quote]
Hop hop hop !
Ce n’est pas sur le 2.6.18 que nous avons fait les initramfs hier ??? :mrgreen:

#36

$ apt-cache policy grub grub: Installé : 0.97-47lenny2 Candidat : 0.97-47lenny2 Table de version : *** 0.97-47lenny2 0 500 http://ftp.uk.debian.org lenny/main Packages 100 /var/lib/dpkg/status
Question de noob --> Etant donné que j’ai qu’un disque et que les noyau boot tous les deux sur sda1, l’UUID présente doit bien être la même ou elle change ? Car de ce que le wiki dit c’est l’OS qui identifie ses composant par un UUID (unique) et moi dans mon /boot/grub/menu.lst je me retrouve avec le même UUID pour les deux versions.

#37

[quote=“bichneuve”]$ apt-cache policy grub grub: Installé : 0.97-47lenny2 Candidat : 0.97-47lenny2 Table de version : *** 0.97-47lenny2 0 500 http://ftp.uk.debian.org lenny/main Packages 100 /var/lib/dpkg/status
Question de noob --> Etant donné que j’ai qu’un disque et que les noyau boot tous les deux sur sda1, l’UUID présente doit bien être la même ou elle change ? Car de ce que le wiki dit c’est l’OS qui identifie ses composant par un UUID (unique) et moi dans mon /boot/grub/menu.lst je me retrouve avec le même UUID pour les deux versions.[/quote]
Re,
C’est grub-legacy qui est installé.
L’UUID est celui de la partition, elle doit être la même pour tous tes noyaux…

cat /grub/menu.lst ?

#38

[quote=“lol”][quote=“bichneuve”]…
Je précise que sur 2.6.18-6-686 je boot bien mais que sur 2.6.26-2-686 j’ai le problème (c’est sur lui que j’ai fait la manip décrite plus haut)
[/quote]
Hop hop hop !
Ce n’est pas sur le 2.6.18 que nous avons fait les initramfs hier ??? :mrgreen:[/quote]
Si si, mais c’est que là je suis reparti sur une autre VM de base que j’avais. En suivant le tuto de MAJ de system/kernel que j’ai trouvé ici http://www.howtoforge.com/how-to-upgrade-debian-etch-to-lenny. Ca a marché j’ai rebooté sans problème SAUF qu’après j’ai refais la même manip (fichier preferences/apt-get update/upgrade) que j’avais fait avec l’autre, et j’ai crashé de nouveau le bordel.

Avec cette nouvelle machine je boot bien sur la 2.6.18-6-686 mais pas sur la 2.6.26-2-686. (j’ai fait la manip sur la deuxième…)

Par contre tu me perds. Tu me demandait tout à l’heure /boot/menu.cfg et maintenant cat /grub/menu.lst.
/boot/menu.cfg --> je n’ai pas de menu.cfg dans boot…
cat /grub/menu.lst --> je n’ai pas pas de répertoire grub par contre voici ce que j’ai dans /boot/grub/menu.lst :

title           Debian GNU/Linux, kernel 2.6.26-2-686
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-2-686 root=/dev/sda1 ro
initrd          /boot/initrd.img-2.6.26-2-686

title           Debian GNU/Linux, kernel 2.6.26-2-686 (single-user mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-2-686 root=/dev/sda1 ro single
initrd          /boot/initrd.img-2.6.26-2-686

title           Debian GNU/Linux, kernel 2.6.18-6-686
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.18-6-686 root=/dev/sda1 ro
initrd          /boot/initrd.img-2.6.18-6-686

title           Debian GNU/Linux, kernel 2.6.18-6-686 (single-user mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.18-6-686 root=/dev/sda1 ro single
initrd          /boot/initrd.img-2.6.18-6-686
#39

[quote=“bichneuve”][quote=“lol”][quote=“bichneuve”]…
Je précise que sur 2.6.18-6-686 je boot bien mais que sur 2.6.26-2-686 j’ai le problème (c’est sur lui que j’ai fait la manip décrite plus haut)
[/quote]
Hop hop hop !
Ce n’est pas sur le 2.6.18 que nous avons fait les initramfs hier ??? :mrgreen:[/quote]
Si si, mais c’est que là je suis reparti sur une autre VM de base que j’avais. En suivant le tuto de MAJ de system/kernel que j’ai trouvé ici http://www.howtoforge.com/how-to-upgrade-debian-etch-to-lenny. Ca a marché j’ai rebooté sans problème SAUF qu’après j’ai refais la même manip (fichier preferences/apt-get update/upgrade) que j’avais fait avec l’autre, et j’ai crashé de nouveau le bordel.

Avec cette nouvelle machine je boot bien sur la 2.6.18-6-686 mais pas sur la 2.6.26-2-686. (j’ai fait la manip sur la deuxième…)

Par contre tu me perds. Tu me demandait tout à l’heure /boot/menu.cfg et maintenant cat /grub/menu.lst.
/boot/menu.cfg --> je n’ai pas de menu.cfg dans boot…
cat /grub/menu.lst --> je n’ai pas pas de répertoire grub par contre voici ce que j’ai dans /boot/grub/menu.lst :

[code]
title Debian GNU/Linux, kernel 2.6.26-2-686
root (hd0,0)
kernel /boot/vmlinuz-2.6.26-2-686 root=/dev/sda1 ro
initrd /boot/initrd.img-2.6.26-2-686

title Debian GNU/Linux, kernel 2.6.26-2-686 (single-user mode)
root (hd0,0)
kernel /boot/vmlinuz-2.6.26-2-686 root=/dev/sda1 ro single
initrd /boot/initrd.img-2.6.26-2-686

title Debian GNU/Linux, kernel 2.6.18-6-686
root (hd0,0)
kernel /boot/vmlinuz-2.6.18-6-686 root=/dev/sda1 ro
initrd /boot/initrd.img-2.6.18-6-686

title Debian GNU/Linux, kernel 2.6.18-6-686 (single-user mode)
root (hd0,0)
kernel /boot/vmlinuz-2.6.18-6-686 root=/dev/sda1 ro single
initrd /boot/initrd.img-2.6.18-6-686
[/code][/quote]

Pardon, c’est moi qui m’emmêle les pédales entre grub1 et 2 (je n’ai pas beaucoup d’expérience sur grub1…)
C’est bien le /boot/grub/menu.lst qu’il faut vérifier (encore désolé…)

#40

[quote=“lol”]
Pardon, c’est moi qui m’emmêle les pédales entre grub1 et 2 (je n’ai pas beaucoup d’expérience sur grub1…)
C’est bien le /boot/grub/menu.lst qu’il faut vérifier (encore désolé…)[/quote]
Je vais pas t’engueuler tu m’aides ^^ et si dans le menu.lst je change root=/dev/sda1 par root=mon_UUID ça changerait quelque chose ?

Si je passe à grub2 ça changera quelque chose ?