Mise à jour en Lucid plantée

Bybeu · Le 02/05/2010, à 19:58

Bonjour
Je viens de faire la mise à jour proposée par le gestionnaire de mise à jour à partir de Karmic vers Lucid.
Pendant l'installation j'ai eu une question de grub-install avec une liste des disques et des partitions.
J'ai coché sda1 là où il y a /
Au reboot j'ai l'erreur suivante:

GRUB loading.
error: the symbol `grub_puts_' not found
grub rescue>_

Qu'est-ce qu'il faut faire pour récupérer?

Bybeu · Le 02/05/2010, à 22:29

Si mon erreur a bien été de choisir sda1 au lieu de sda, je peux me servir de ces conseils pour me sortir du caca ?
http://doc.ubuntu-fr.org/grub-pc#reinstallerrestaurer_grub_2

malbo · Le 03/05/2010, à 11:53

ça doit le faire mais il semblerait que cet article a sauvé beaucoup de vies également pour ce même problème :
http://www.jellykernel.org/2010/04/autres/migration-karmic-vers-lucid-symbol-grub_puts-not-found/

Hundredfire · Le 03/05/2010, à 12:19

J'ai eu le même problème mais après avoir suivi les instructions de http://www.jellykernel.org/2010/04/autr … not-found/, je n'arrivait plus à booter sur Windows,
Il semblerait qu'en faisant l'upgrade vers 10.04, beaucoup d'utilisateurs (moi inclus) ont installé grub sur la partition Windows, effacant ainsi le secteur boot de la partition NTFS.
La solution la plus simple que j'ai trouvé est d'utiliser le package testdisk, suivez bien les instructions de ce site: http://sourceforge.net/apps/mediawiki/b … oot_Sector
Vous pouvez aussi utiliser un cd d'installation Windows et tapez dans la console de récupération (où C: est la partition Windows)

fixboot C:

malbo · Le 03/05/2010, à 12:42

Merci pour ce tuyau Hundredfire. Mais comment les développeurs se démerdent pour foutre les gens dans la merde comme ça ! Si c'est pour arriver à laisser des cadavres sur les crêtes, autant dire à tout le monde que la migration est une chimère et annoncer clairement qu'il vaut mieux faire une installation toute propre.

Bybeu · Le 03/05/2010, à 19:08

Bon j'ai réussi à me démouizer avec le live cd et

sudo grub-install --root-directory=/media/ab78dd83-1986-49c1-ad6d-e89567bd7f71 /dev/sda

Mais maintenant j'ai l'erreur

Grub loading.
error: file not found
	[Linux-bzImage, setup=0x3400, size=0x3d4760]

init ureadahead main process (224) terminated with status 5

Ça démarre mais ça m'a foutu la grosse merde: gparted m'indique que maintenant mon disque principal est sdb au lieu de sda.

Ou se fait la correspondance entre les sdx et les uuid?

Comment remettre les disques dans l'ordre que je veux et supprimer ces messages débiles au démarrage?

Quelle suée

Merci

Dernière modification par Bybeu (Le 15/05/2010, à 15:45)

malbo · Le 03/05/2010, à 20:35

Bybeu a écrit :

Ou se fait la correspondance entre les sdx et les uuid?

http://doc.ubuntu-fr.org/uuid_et_label

Bybeu · Le 03/05/2010, à 21:49

Merci gars, mais c'est has-been (plus de grub.lst) et ça dit pas comment remettre les lettres à l'endroit. Au départ j'avais
150Go IDE sda
*140Go / sda1
*10Go /tmp sda2
320Go SATA sdb
*50Go /var sdb1
*270Go /home sdb2

Ensuite j'ai modifié le partitionnement de sdb pour faire un /srv et un /swap
*50Go sdb1 /var
*50Go sdb2 /home
*200Go sdb3 /srv
*3Go sdb4 /swap

# /etc/fstab: static file system information.
#
# Use 'blkid -o value -s UUID' to print the universally unique identifier
# for a device; this may be used with UUID= as a more robust way to name
# devices that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
# / was on /dev/sda1 during installation
UUID=ab78dd83-1986-49c1-ad6d-e89567bd7f71 /               ext4    errors=remount-ro 0       1
# /home was on /dev/sdb2 during installation
UUID=47b31f91-0702-4543-8302-8c435ad0004f /home           ext4    defaults        0       2
# /tmp was on /dev/sda2 during installation
UUID=4271ee39-ab88-4045-bcfc-c374b15ccef9 /tmp            ext4    defaults        0       2
# /var was on /dev/sdb1 during installation
UUID=06c51727-f382-456c-816c-92f31563673f /var            ext4    defaults        0       2
UUID=e1c6ec75-1822-4b2c-96c3-26c8b00cebcc /srv            ext4    defaults        0       2
UUID=ab161233-386c-4c17-9a5d-d02c91863145 none            swap    sw              0       0
/dev/scd0       /media/cdrom0   udf,iso9660 user,noauto,exec,utf8 0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto,exec,utf8 0       0

Comment faire pour remettre mes sda / sdb à l'endroit? Comment ça a pu changer?

draco31.fr · Le 03/05/2010, à 22:05

Normalement en utilisant les UUID on n'a pas à se soucier de qui est sda et sdb.
Donc je t'invite à vérifier que les UUID de tes partitions n'ont pas changé (surtout celle de Windows).
Pour l'ordre des disques, ça peut venir sur BIOS, ou du fait que tu boote sur un CD.
Rétabli le boot sur Ubuntu, et ensuite tu pourras refaire un update-grub pour restaurer le chainloader vers Windows.

malbo · Le 04/05/2010, à 07:42

Bybeu,
Tu as raison. La doc "UUID et label" dont je t'ai donné le lien dans le post #7 n'est pas à jour pour grub-pc (on n'y parle que du "vieux" grub). Il faut donc te contenter d'en retirer l'esprit, à savoir que les UUID mentionnés dans les fichiers de configuration de Grub (grub.cfg) et Fstab doivent être à jour des UUID vrais (ceux qu'on obtient quand on passe la commande "sudo blkid")

Bybeu · Le 05/05/2010, à 09:27

draco31.fr a écrit :

Normalement en utilisant les UUID on n'a pas à se soucier de qui est sda et sdb.
Donc je t'invite à vérifier que les UUID de tes partitions n'ont pas changé (surtout celle de Windows).
Pour l'ordre des disques, ça peut venir sur BIOS, ou du fait que tu boote sur un CD.
Rétabli le boot sur Ubuntu, et ensuite tu pourras refaire un update-grub pour restaurer le chainloader vers Windows.

C'est juste "cosmétique", j'aime pas ces changements. D'abord, j'ai dit nulle part que mon système est multiboot: pas de windows là-dedans.
Ensuite quand je l'ai installé, mon IDE(0)master était sda et mon SATA était sdb. J'ai aussi un cd SATA qui ne veut pas booter et je ne peut pas booter non plus en USB), alors j'ai rajouté un CD en IDE(1)master.

Bybeu · Le 05/05/2010, à 09:48

malbo a écrit :

Bybeu,
Tu as raison. La doc "UUID et label" dont je t'ai donné le lien dans le post #7 n'est pas à jour pour grub-pc (on n'y parle que du "vieux" grub). Il faut donc te contenter d'en retirer l'esprit, à savoir que les UUID mentionnés dans les fichiers de configuration de Grub (grub.cfg) et Fstab doivent être à jour des UUID vrais (ceux qu'on obtient quand on passe la commande "sudo blkid")

C'est bien là le problème: comme je l'ai dit plus haut le système boote ("normalement" ça c'est une autre histoire), mais sda et sdb sont inversés par rapport à karmic:

sudo blkid
/dev/sda1: UUID="06c51727-f382-456c-816c-92f31563673f" TYPE="ext4" (/var)
/dev/sda2: UUID="47b31f91-0702-4543-8302-8c435ad0004f" TYPE="ext4" (/home)
/dev/sda3: UUID="e1c6ec75-1822-4b2c-96c3-26c8b00cebcc" TYPE="ext4" (/srv)
/dev/sda4: UUID="ab161233-386c-4c17-9a5d-d02c91863145" TYPE="swap" (/swap)
/dev/sdb1: UUID="ab78dd83-1986-49c1-ad6d-e89567bd7f71" TYPE="ext4" (/)
/dev/sdb2: UUID="4271ee39-ab88-4045-bcfc-c374b15ccef9" TYPE="ext4" (/tmp)

Est-ce qu'il y a moyen de remettre ça dans l'ordre d'origine, c'est à dire que ça serait comme ça:

/dev/sda1: UUID="ab78dd83-1986-49c1-ad6d-e89567bd7f71" TYPE="ext4" (/)
/dev/sda2: UUID="4271ee39-ab88-4045-bcfc-c374b15ccef9" TYPE="ext4" (/tmp)
/dev/sdb1: UUID="06c51727-f382-456c-816c-92f31563673f" TYPE="ext4" (/var)
/dev/sdb2: UUID="47b31f91-0702-4543-8302-8c435ad0004f" TYPE="ext4" (/home)
/dev/sdb3: UUID="e1c6ec75-1822-4b2c-96c3-26c8b00cebcc" TYPE="ext4" (/srv)
/dev/sdb4: UUID="ab161233-386c-4c17-9a5d-d02c91863145" TYPE="swap" (/swap)

Évidement sans tout réinstaller (en plus comme je crois pas à la magie, je me méfie de ce genre de méthode, sans compter qu'en plus du risque de pas résoudre ce pb particulier, ça me demanderait encore des heures pour tout remettre en place )

Dernière modification par Bybeu (Le 05/05/2010, à 09:49)

Bybeu · Le 14/05/2010, à 14:10

Ça craint: à l'occasion d'une mise à jour ultérieure, ça m'a refait le coup de

GRUB loading.
error: the symbol `grub_puts_' not found
grub rescue>_

J'ai bien de nouveau suivi avec attention le tuto de réinstall avec le livecd (cette fois j'ai fait un 10.04 au cas où...) et j'ai bien vérifié que j'avais pas rêvé et que je ne m'étais pas vautré la première fois.
Donc j'ai refais

sudo grub-install --root-directory=/media/ab78dd83-1986-49c1-ad6d-e89567bd7f71 /dev/sda

et pi j'ai éteint et rallumé (pas redémarré au cas où encore une fois), vérifié que ça bootait normal et que je pouvais me logger, puis éteint et encore redémarré (toujours au cas où), me suis encore loggé et ENFIN j'ai vérifié avec gparted ET blkid ET l'utilitaire de disque (tiens c'est plus palimpseste, au fait le tuto n'est pas à jour) pour voir si c'était toujours foireux.
Hé bien oui: depuis le live CD, mon IDE est bien SDA et le SATA est SDB. Une fois dans l'install normale, c'est inversé !!!! C'est quoi ce bignnntzz ????

Compte anonymisé · Le 14/05/2010, à 14:22

Salut

Ce que je ferais :

Quand tu es sous ubuntu, tu tapes la commande suivante :
sudo fdisk -l pour vérifier dans quel ordre sont tes partitions.

Ensuite dans le bios, tu vérifies que l'ordre de boot des disques est bien IDE puis SATA.

Enfin tu vérifies le fichier /boot/grub/device.map

Si tout est ok, tu tapes les commandes suivantes :
sudo grub-install /dev/sda --> à condition que /dev/sda soit bien l'IDE dans la liste du fdisk.
Sinon il faudra faire un :
sudo grub-install /dev/sdb

puis dans tous les cas :
sudo update-grub

@+

Dernière modification par Compte anonymisé (Le 14/05/2010, à 14:23)

Bybeu · Le 14/05/2010, à 14:55

Cool

sudo  fdisk  -l

Disque /dev/sda: 320.1 Go, 320072933376 octets
255 têtes, 63 secteurs/piste, 38913 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0x001b001a

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1               1        6079    48829536   83  Linux
/dev/sda2            6080       12326    50179027+  83  Linux
/dev/sda3           12327       38487   210138232+  83  Linux
/dev/sda4           38528       38913     3100545   82  Linux swap / Solaris

Disque /dev/sdb: 160.0 Go, 160041885696 octets
255 têtes, 63 secteurs/piste, 19457 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Identifiant de disque : 0xd874d874

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdb1   *           1       18236   146480638+  83  Linux
/dev/sdb2           18237       19457     9807682+  83  Linux

Dans le BIOS j'ai l'ordre de boot suivant
1- CD rom (pour me récupérer, mais d'habitude je désactive et je mets mon disque de boot ici)
2 - HDD-0
3 - Disable
4 - Disable

less /boot/grub/device.map
(hd0)   /dev/sda
(hd1)   /dev/sdb

sudo grub-install /dev/sdb
Installation finished. No error reported.

sudo update-grub
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.32-22-generic
Found initrd image: /boot/initrd.img-2.6.32-22-generic
Found linux image: /boot/vmlinuz-2.6.32-21-generic
Found initrd image: /boot/initrd.img-2.6.32-21-generic
Found linux image: /boot/vmlinuz-2.6.31-21-generic
Found initrd image: /boot/initrd.img-2.6.31-21-generic
Found memtest86+ image: /boot/memtest86+.bin
done

Je reboote et je te dis. (merci )

Dernière modification par Bybeu (Le 14/05/2010, à 16:07)

Bybeu · Le 14/05/2010, à 15:11

Toujours pareil
Je l'ai fait 2 fois

Compte anonymisé · Le 14/05/2010, à 15:12

On voit bien dans la liste que /dev/sdb devient /dev/sda par rapport au LiveCD.

Il faudrait soit "rectifier" tout ça :
Dans le bios tu devrais avoir :

1- CD rom
2 - SATA1 --> disque
3 - IDE1
4 - Disable

Et dans ce cas un
sudo update-grub et un :
sudo grub-install /dev/sda
devrait rendre la situation + claire.

@+

Peux-tu lister le fichier /boot/grub/grub.cfg ?

Dernière modification par Compte anonymisé (Le 14/05/2010, à 15:14)

Bybeu · Le 14/05/2010, à 15:24

Tiens, j'ai fait ça aussi

less /proc/partitions
major minor  #blocks  name
   8        0  312571224 sda
   8        1   48829536 sda1
   8        2   50179027 sda2
   8        3  210138232 sda3
   8        4    3100545 sda4
   8       16  156290904 sdb
   8       17  146480638 sdb1
   8       18    9807682 sdb2

Bybeu · Le 14/05/2010, à 15:26

Ça ferait quoi si je boote sans le disque SATA?

Compte anonymisé · Le 14/05/2010, à 15:54

Bybeu a écrit :

Ça ferait quoi si je boote sans le disque SATA?

Cela devrait se planter car il manquera /home /var /srv et /swap

@+

Bybeu · Le 14/05/2010, à 16:06

et si je remettais le bios d'avant que j'ai installé la 9.10? C'était la dernière version officielle, mais comme ça voulait pas booter en usb ni sur le CD SATA, j'ai été obligé de mettre la version suivante, non officielle, qui apportait en plus à ce qu'ils disaient, le support de procs plus récents. De toute façon ça n'y a rien fait et j'ai été obligé de rajouter un CD PATA en IDE1 master.
Au fait je corrige plus haut pour plus de clarté l'info que tu m'as demandé de vérifier sur l'ordre de boot même si ça ne change rien: en fait c'est HDD-0 qui est listé en 2ème place et il est sur IDE0-master.
J'ai observé les messages de boot et on voit, après la détection du HDD-0 et du CD PATA, puis après le chargement de l'extension de BIOS pour le controleur SATA et la détection du HD SATA et du CD SATA, on voit donc la liste des devices, dans laquelle le controleur de stockage de masse apparait en premier (avant le controleur IDE) avec des n°s de device et d'IRQ inférieurs au ctl IDE

Bybeu · Le 14/05/2010, à 16:09

jeanjd63 a écrit :

On voit bien dans la liste que /dev/sdb devient /dev/sda par rapport au LiveCD.
Il faudrait soit "rectifier" tout ça :
Dans le bios tu devrais avoir :
1- CD rom
2 - SATA1 --> disque
3 - IDE1
4 - Disable
Et dans ce cas un
sudo update-grub et un :
sudo grub-install /dev/sda
devrait rendre la situation + claire.
@+

Peux-tu lister le fichier /boot/grub/grub.cfg ?

Oooops... j'ai zappé ce message.... je m'y colle

Compte anonymisé · Le 14/05/2010, à 16:12

Et le fichier /boot/grub/grub.cfg ressemble à quoi ?

Bybeu · Le 14/05/2010, à 16:28

Maintenant que j'ai mis SCSI (le SATA) en première position, même si c'est bête parce que y'a pas de quoi booter dessus (si je disable HDD-0 de la position2 ça boote pas, logique, ça me donne l'impression de pas être complètement con*):

less /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="0"
if [ ${prev_saved_entry} ]; then
  set saved_entry=${prev_saved_entry}
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z ${boot_once} ]; then
    saved_entry=${chosen}
    save_env saved_entry
  fi
}

function recordfail {
  set recordfail=1
  if [ -n ${have_grubenv} ]; then if [ -z ${boot_once} ]; then save_env recordfail; fi; fi
}
insmod ext2
set root='(hd1,1)'
search --no-floppy --fs-uuid --set ab78dd83-1986-49c1-ad6d-e89567bd7f71
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  insmod gfxterm
  insmod vbe
  if terminal_output gfxterm ; then true ; else
    # For backward compatibility with versions of terminal.mod that don't
    # understand terminal_output
    terminal gfxterm
  fi
fi
insmod ext2
set root='(hd1,1)'
search --no-floppy --fs-uuid --set ab78dd83-1986-49c1-ad6d-e89567bd7f71
set locale_dir=($root)/boot/grub/locale
set lang=fr
insmod gettext
if [ ${recordfail} = 1 ]; then
  set timeout=-1
else
  set timeout=10
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, avec Linux 2.6.32-22-generic' --class ubuntu --class gnu-linux --class gnu --class os {
        recordfail
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set ab78dd83-1986-49c1-ad6d-e89567bd7f71
        linux   /boot/vmlinuz-2.6.32-22-generic root=UUID=ab78dd83-1986-49c1-ad6d-e89567bd7f71 ro   quiet splash
        initrd  /boot/initrd.img-2.6.32-22-generic
}
menuentry 'Ubuntu, avec Linux 2.6.32-22-generic (mode de récupération)' --class ubuntu --class gnu-linux --class gnu --class os {
        recordfail
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set ab78dd83-1986-49c1-ad6d-e89567bd7f71
        echo    'Chargement de Linux 2.6.32-22-generic ...'
        linux   /boot/vmlinuz-2.6.32-22-generic root=UUID=ab78dd83-1986-49c1-ad6d-e89567bd7f71 ro single 
        echo    'Chargement du disque mémoire initial...'
        initrd  /boot/initrd.img-2.6.32-22-generic
}
menuentry 'Ubuntu, avec Linux 2.6.32-21-generic' --class ubuntu --class gnu-linux --class gnu --class os {
        recordfail
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set ab78dd83-1986-49c1-ad6d-e89567bd7f71
        linux   /boot/vmlinuz-2.6.32-21-generic root=UUID=ab78dd83-1986-49c1-ad6d-e89567bd7f71 ro   quiet splash
        initrd  /boot/initrd.img-2.6.32-21-generic
}
menuentry 'Ubuntu, avec Linux 2.6.32-21-generic (mode de récupération)' --class ubuntu --class gnu-linux --class gnu --class os {
        recordfail
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set ab78dd83-1986-49c1-ad6d-e89567bd7f71
echo    'Chargement de Linux 2.6.32-21-generic ...'
        linux   /boot/vmlinuz-2.6.32-21-generic root=UUID=ab78dd83-1986-49c1-ad6d-e89567bd7f71 ro single 
        echo    'Chargement du disque mémoire initial...'
        initrd  /boot/initrd.img-2.6.32-21-generic
}
menuentry 'Ubuntu, avec Linux 2.6.31-21-generic' --class ubuntu --class gnu-linux --class gnu --class os {
        recordfail
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set ab78dd83-1986-49c1-ad6d-e89567bd7f71
        linux   /boot/vmlinuz-2.6.31-21-generic root=UUID=ab78dd83-1986-49c1-ad6d-e89567bd7f71 ro   quiet splash
        initrd  /boot/initrd.img-2.6.31-21-generic
}
menuentry 'Ubuntu, avec Linux 2.6.31-21-generic (mode de récupération)' --class ubuntu --class gnu-linux --class gnu --class os {
        recordfail
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set ab78dd83-1986-49c1-ad6d-e89567bd7f71
        echo    'Chargement de Linux 2.6.31-21-generic ...'
        linux   /boot/vmlinuz-2.6.31-21-generic root=UUID=ab78dd83-1986-49c1-ad6d-e89567bd7f71 ro single 
        echo    'Chargement du disque mémoire initial...'
        initrd  /boot/initrd.img-2.6.31-21-generic
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set ab78dd83-1986-49c1-ad6d-e89567bd7f71
        linux16 /boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
        insmod ext2
        set root='(hd1,1)'
        search --no-floppy --fs-uuid --set ab78dd83-1986-49c1-ad6d-e89567bd7f71
        linux16 /boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
if [ ${timeout} != -1 ]; then
  if keystatus; then
    if keystatus --shift; then
      set timeout=-1
else
      set timeout=0
    fi
  else
    if sleep --interruptible 3 ; then
      set timeout=0
    fi
  fi
fi
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

*PS: en voyant ça, va peut-être falloir que je reconsidère ce sentiment

Dernière modification par Bybeu (Le 14/05/2010, à 16:31)

Bybeu · Le 14/05/2010, à 17:01

On peut pas modifier le fichier /proc/partitions ? J'ai l'impression que c'est là que se fait la correspondance. Je l'ai trouvé en regardant le man fdisk et puis le man /proc/partitions

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 02/05/2010, à 19:58

Mise à jour en Lucid plantée

#2 Le 02/05/2010, à 22:29

Re : Mise à jour en Lucid plantée

#3 Le 03/05/2010, à 11:53

Re : Mise à jour en Lucid plantée

#4 Le 03/05/2010, à 12:19

Re : Mise à jour en Lucid plantée

#5 Le 03/05/2010, à 12:42

Re : Mise à jour en Lucid plantée

#6 Le 03/05/2010, à 19:08

Re : Mise à jour en Lucid plantée

#7 Le 03/05/2010, à 20:35

Re : Mise à jour en Lucid plantée

#8 Le 03/05/2010, à 21:49

Re : Mise à jour en Lucid plantée

#9 Le 03/05/2010, à 22:05

Re : Mise à jour en Lucid plantée

#10 Le 04/05/2010, à 07:42

Re : Mise à jour en Lucid plantée

#11 Le 05/05/2010, à 09:27

Re : Mise à jour en Lucid plantée

#12 Le 05/05/2010, à 09:48

Re : Mise à jour en Lucid plantée

#13 Le 14/05/2010, à 14:10

Re : Mise à jour en Lucid plantée

#14 Le 14/05/2010, à 14:22

Re : Mise à jour en Lucid plantée

#15 Le 14/05/2010, à 14:55

Re : Mise à jour en Lucid plantée

#16 Le 14/05/2010, à 15:11

Re : Mise à jour en Lucid plantée

#17 Le 14/05/2010, à 15:12

Re : Mise à jour en Lucid plantée

#18 Le 14/05/2010, à 15:24

Re : Mise à jour en Lucid plantée

#19 Le 14/05/2010, à 15:26

Re : Mise à jour en Lucid plantée

#20 Le 14/05/2010, à 15:54

Re : Mise à jour en Lucid plantée

#21 Le 14/05/2010, à 16:06

Re : Mise à jour en Lucid plantée

#22 Le 14/05/2010, à 16:09

Re : Mise à jour en Lucid plantée

#23 Le 14/05/2010, à 16:12

Re : Mise à jour en Lucid plantée

#24 Le 14/05/2010, à 16:28

Re : Mise à jour en Lucid plantée

#25 Le 14/05/2010, à 17:01

Re : Mise à jour en Lucid plantée

Pied de page des forums