J'ai fait une installation complète, à partir du DVD. En ce moment je fais une autre tentative : avec gparted, j'ai supprimé les partitions lvm et /boot du disque et je vais recommencer l'installation sur du "neuf". On verra bien. Mais bon... je n'ai pas trop d'espoir car pour les installations précédentes, les partitions avaient bien été reformatées.
5 jours plus tard
Bon... ça ne marche toujours pas : j'ai supprimé les partitions et refait une installation par défaut sur l'espace libre -> même résultat, même message d'erreur, même déprime... pourquoi ça marche pas ?

Bon... comme j'avais fedora 8 sur ce disque, je vais réinstaller F8 pour voir si ça marche. Puis voir si l'installation fonctionne avec Fedora 9.

Mais bon c'est bizarre quand même.
Quelqu'un a une idée ?
Bonjour à tous,

Voila des nouvelles du front : Fedora 8 et 9 (ré-)installés sans problème. Donc le problème vient de F10. J'ai regravé le DVD -> même résultat.
J'ai fait l'installation sur un volume non alloué et j'ai choisi la partition par défaut sur l'espace disponible. Exactement comme pour F8 et F9.

L'installation semble donc se passer sans problème et c'est au redémarrage que j'ai cette erreur. Il ne trouve pas le LVM.

Quelqu'un peut-il m'aider ? Merci.
Peux-tu, à partir d'un LiveCD ou du boot d'un autre boot LVM lancer sous root, la commande :
vgscan
et/ou
vgscan -vd
Voila ce que ça donne :
    Wiping cache of LVM-capable devices
    Wiping internal VG cache
  Reading all physical volumes.  This may take a while...
    Finding all volume groups
    Finding volume group "VolGroup01"
  Found volume group "VolGroup01" using metadata type lvm2
    Finding volume group "VolGroup00"
  Found volume group "VolGroup00" using metadata type lvm2
Le VolGroup00 correspond à F8, installé sur un DD interne, sur lequel je fonctionne actuellement.

Le VolGroup01 correspond à l'installation de F10 sur le DD externe. Cette dernière installation a été faite complètement indépendamment, c'est à dire en débranchant le DD interne. Je l'ai seulement nommé VolGroup01. (j'ai la même erreur en le nommant VolGroup00, comme par défaut).
Cette dernière installation a été faite complètement indépendamment, c'est à dire en débranchant le DD interne
Pourquoi débrancher le disque interne pour une installation ?
Comment apparaissait le disque externe avec le disque interne débranché ?

Peux-tu faire
vgdisplay --verbose
fdisk -l
C'est clair que débrancher un disque pour faire une installation provoque une modification de la géométrie de la machine et l'os ne retrouve plus ses petits ensuite.

Si tu as deux disques, un interne et un externe, ils sont reconnus respectivement comme sda et sdb. Si tu débranches le disque interne et que tu rebootes, le disque externe est reconnu en sda, puisque c'est le premier disque, et les informations de boot sont écrites en conséquence. Lorsque ensuite tu rebranches le disque interne, les indications s'avèrent ne plus correspondre à ce qui était au moment de l'installation.

Regarde un peu les indications portées dans le grub.conf
Oui effectivement ce n'est probablement pas conventionnel de débrancher l'interne mais j'ai trop peur (ne maîtrisant pas trop les choses) d'avoir un problème majeur avec le DD interne, qui est celui avec lequel je travaille tout le temps.
L'externe me sert pour faire des essais,... comme ici avec F10.

En tout cas, cette petite manip marchait bien avec F8. Pour lancer l'os du DD externe, soit j'utilisais le grub du DD externe (en bootant sur l'externe), soit le grub du DD interne que j'avais modifié en conséquence (en bootant sur l'interne). Pas conventionnel mais en tout cas, cela marchait.

En ce qui concerne cet essai d'installation de F10, j'ai procédé de la même façon. Le problème est que F10 ne se lance pas, alors même que le DD interne n'est pas rebranché.

Voici les sorties de vgdisplay et fdisk :

vgdisplay --verbose
  --- Volume group ---
  VG Name               VolGroup01
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  3
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               0
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               29,28 GB
  PE Size               32,00 MB
  Total PE              937
  Alloc PE / Size       936 / 29,25 GB
  Free  PE / Size       1 / 32,00 MB
  VG UUID               InBQtq-HfVI-YcjX-kPe5-fv3I-NdB8-dxiP4o
   
  --- Logical volume ---
  LV Name                /dev/VolGroup01/LogVol00
  VG Name                VolGroup01
  LV UUID                amwoH7-tclP-Qx3B-7QMV-kJSo-dBWw-beZhs3
  LV Write Access        read/write
  LV Status              NOT available
  LV Size                25,34 GB
  Current LE             811
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
   
  --- Logical volume ---
  LV Name                /dev/VolGroup01/LogVol01
  VG Name                VolGroup01
  LV UUID                UxIdGK-hU2P-YdQh-ZGfm-htYJ-IlzN-yPkhbO
  LV Write Access        read/write
  LV Status              NOT available
  LV Size                3,91 GB
  Current LE             125
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
   
  --- Physical volumes ---
  PV Name               /dev/sdf2     
  PV UUID               tEOOrl-HJsl-7AZP-w166-wsrW-XkfR-uqVEeR
  PV Status             allocatable
  Total PE / Free PE    937 / 1
   
  --- Volume group ---
  VG Name               VolGroup00
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  4
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               3
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               189,72 GB
  PE Size               32,00 MB
  Total PE              6071
  Alloc PE / Size       6070 / 189,69 GB
  Free  PE / Size       1 / 32,00 MB
  VG UUID               zkNQSx-49EX-51aG-Leud-hbgF-3Pwh-cYppxD
   
  --- Logical volume ---
  LV Name                /dev/VolGroup00/LogVol00
  VG Name                VolGroup00
  LV UUID                WhIKvB-fYz1-ZIHb-lfds-uy6C-r7Op-ZHvJIv
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                41,31 GB
  Current LE             1322
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
  Block device           253:0
   
  --- Logical volume ---
  LV Name                /dev/VolGroup00/LogVol02
  VG Name                VolGroup00
  LV UUID                OryevT-p7Ay-vUge-eTbd-KgCD-zc11-KdGn8l
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                146,47 GB
  Current LE             4687
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
  Block device           253:1
   
  --- Logical volume ---
  LV Name                /dev/VolGroup00/LogVol01
  VG Name                VolGroup00
  LV UUID                PThd88-hldz-01pM-MuYu-vBcm-sBHS-Rdu8s5
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                1,91 GB
  Current LE             61
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
  Block device           253:2
   
  --- Physical volumes ---
  PV Name               /dev/sda2     
  PV UUID               W8My94-QNTS-Ktsh-QjKT-pvjE-Z3qS-SwKkO4
  PV Status             allocatable
  Total PE / Free PE    6071 / 1
fdisk -l
Disque /dev/sda: 203.9 Go, 203928109056 octets
255 heads, 63 sectors/track, 24792 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x000e5a75

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sda1   *           1          25      200781   83  Linux
/dev/sda2              26       24792   198940927+  8e  Linux LVM

Disque /dev/dm-0: 44.3 Go, 44358959104 octets
255 heads, 63 sectors/track, 5393 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disque /dev/dm-0 ne contient pas une table de partition valide

Disque /dev/dm-1: 157.2 Go, 157269622784 octets
255 heads, 63 sectors/track, 19120 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x00000000

Disque /dev/dm-1 ne contient pas une table de partition valide

Disque /dev/dm-2: 2046 Mo, 2046820352 octets
255 heads, 63 sectors/track, 248 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x30307800

Disque /dev/dm-2 ne contient pas une table de partition valide

Disque /dev/sdf: 250.0 Go, 250059350016 octets
255 heads, 63 sectors/track, 30401 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Disk identifier: 0x466141d5

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sdf1   *           1          26      208813+  83  Linux
/dev/sdf2              27        3849    30708247+  8e  Linux LVM
/dev/sdf3            3850       30401   213278940   83  Linux
Bon:
VolGroup01 est le LVM de F10.
/dev/VolGroup01/LogVol00 est le /
/dev/VolGroup01/LogVol01 est le swap

Pour l'interne (F8) :
/dev/VolGroup00/LogVol00 est le /
/dev/VolGroup00/LogVol01 est le swap
/dev/VolGroup00/LogVol02 est mon /home

La partition par défaut de F8 et F9 me mettait un swap à environ 2 Go. Pour F10, il est de 4 Go. Est-ce que ça viendrait de là. Ce serait étonnant.

Pour les /dev/dm-0, /dev/dm-1 et /dev/dm-2, cela vient de l'interne mais je ne sais pas à quoi ça correpond. J'avais déjà ça avant.
J'ai essayé l'installation à partir du Live CD : après redémarrage, j'ai encore la même chose.
OUF! ça y est! j'ai réussi : apparemment, il fallait laissé au système le temps de trouver le volume lvm.
avec le CD d'installation en mode rescue, au prompt:
# chroot
# cd /mnt/sysimage/boot
# mkinitrd -f --with=scsi_wait_scan initrd.2.6.27.7-134.fc10.x86_64.img 2.6.27.7-134.fc10.x86_64
J'ai trouvé ça là: ici

Merci à ceux qui ont répondu à mon appel.