RAID1 + LVM la partition / ne se monte pas au boot

Bonjour,
j’ai un serveur de fichiers sous Debian etch, configuré en RAID1 soft + LVM2, avec, à la base 2 disques de 500 Go. La semaine dernière, ces deux disques arrivant à saturation, je racle mes fonds de tiroirs pour trouver deux disques identiques de 160Go que j’ajoute via lvm pour avoir 660 Go d’espace en RAID1. La procédure se passe parfaitement bien j’ai pu utiliser le serveur durant toute la semaine sans soucis.Le hic c’est qu’aujourd’hui je reboote pour la première fois depuis cette manip (suite à la mise à jour du système) et là c’est le drame, la partition / n’est plus trouvée, j’ai des messages du style :

Couldn't find device with uuid 'nIS7N6-h9Oo-6WNC-SSCY-LxA0-pJRG-oWDYIt'  
device mapper couldn't find all physical volumes

La commande :

mdadm --examine --scan  /dev/sda1 /dev/sda2 /dev/sdb1 /dev/sdb2

me donne des effectivement uuid effectivement différents de ceux affichés au boot pour les partitions /dev/md0 et /dev/md1 :

ARRAY /dev/md2 level=raid1 num-devices=2 UUID=e0374b92:bfd04eb1:384a635d:5c2731f0
ARRAY /dev/md1 level=raid1 num-devices=2 UUID=fa19f239:ea27e84e:c9075ea8:ddab2e55
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=91852bf6:e95769df:0775a3f7:565896f8

Voici le résultat des commandes vgscan, vgdisplay, lvdisplay une fois la machine démarrée avec un CD debian :

# vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "vg00" using metadata type lvm2
 
# vgdisplay
  --- Volume group ---
  VG Name               vg00
  System ID              
  Format                lvm2
  Metadata Areas        2
  Metadata Sequence No  12
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                3
  Open LV               2
  Max PV                0
  Cur PV                2
  Act PV                2
  VG Size               614.53 GB
  PE Size               4.00 MB
  Total PE              157319
  Alloc PE / Size       156416 / 611.00 GB
  Free  PE / Size       903 / 3.53 GB
  VG UUID               Ja471h-2KC8-boiL-Er2Y-Arzq-0spD-xhB3nP
 
# lvdisplay
  --- Logical volume ---
  LV Name                /dev/vg00/swap
  VG Name                vg00
  LV UUID                6KMgr2-3oCR-Osy7-RNG1-rs2U-3Iw9-cQSmUK
  LV Write Access        read/write
  LV Status              available
  # open                 0
  LV Size                1.00 GB
  Current LE             256
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
  Block device           253:0
   
  --- Logical volume ---
  LV Name                /dev/vg00/root
  VG Name                vg00
  LV UUID                BvNMB9-s4Je-gFx6-05hP-DcA2-81zd-1E9WkU
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                20.00 GB
  Current LE             5120
  Segments               1
  Allocation             inherit
  Read ahead sectors     0
  Block device           253:1
   
  --- Logical volume ---
  LV Name                /dev/vg00/home
  VG Name                vg00
  LV UUID                Lw1u2t-b9Cw-K4ti-2cNn-2Mve-pK3S-5fPXrV
  LV Write Access        read/write
  LV Status              available
  # open                 1
  LV Size                590.00 GB
  Current LE             151040
  Segments               2
  Allocation             inherit
  Read ahead sectors     0
  Block device           253:2

J’ai depuis à peu près tout essayé, sans succès pour rebooter correctement la machine. En démarrant depuis un CD d’install de debian, en mode rescue, mes partitions sont parfaitement reconnues, je peux me chrooter dessus et meme faire fonctionner le système.
J’utilise le boot loader lilo, j’ai cherché également de ce coté la sans succès.

Du coup, je suis rendu à sauvegarder l’ensemble de mes données et d’envisager une réinstallation complète du système, mais c’est franchement rageant, j’ai vraiment l’impression qu’il ne suffirait de pas grand chose pour relancer le système.

Si quelqu’un peut m’aider, ça me sauverait.

Visiblement lilo cherche / sur nIS7N6-h9Oo-6WNC-SSCY-LxA0-pJRG-oWDYIt alors que d’après lvdisplay / est sur BvNMB9-s4Je-gFx6-05hP-DcA2-81zd-1E9WkU
L’uuid aurait probablement changé.
Que contient le fichier /etc/lilo.conf ?

Hélas pas grand chose, c’est ce à quoi j’ai pensé aussi :

[code]boot=/dev/md1

root=/dev/mapper/vg00-root

raid-extra-boot=mbr-only

map=/boot/map

delay=20

default=Linux

image=/vmlinuz
label=Linux
read-only

initrd=/initrd.img

image=/vmlinuz.old
label=LinuxOLD
read-only
optional
initrd=/initrd.img.old

[/code]

Je n’ai pas l’impression que ce soit ici…

Peux tu nous mettre le retour des commandes suivantes :

  • pvdisplay
  • cat /etc/fstab
  • lilo -v

Voici les infos :
cat /etc/fstab

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/mapper/vg00-root /               ext3    defaults,errors=remount-ro 0       1
/dev/mapper/vg00-home /home           ext3    defaults        0       2
/dev/mapper/vg00-swap none            swap    sw              0       0
/dev/hda        /media/cdrom0   udf,iso9660 user,noauto     0       0

lilo -v

[code]LILO version 22.6.1, Copyright © 1992-1998 Werner Almesberger
Development beyond version 21 Copyright © 1999-2004 John Coffman
Released 17-Nov-2004, and compiled at 10:08:12 on Feb 3 2007
Debian GNU/Linux

Warning: LBA32 addressing assumed
Using BIOS device code 0x80 for RAID boot blocks
Reading boot sector from /dev/md1
Using MENU secondary loader
Calling map_insert_data

Boot image: /vmlinuz -> boot/vmlinuz-2.6.18-6-686
Mapping RAM disk /initrd.img -> boot/initrd.img-2.6.18-6-686
Added Linux *

Skipping /vmlinuz.old
Reading boot sector from /dev/sda
/boot/boot.0800 exists - no boot sector backup copy made.
The Master boot record of /dev/sda has been updated.
[/code]

pvdisplay

[code] — Physical volume —
PV Name /dev/md1
VG Name vg00
PV Size 465.52 GB / not usable 0
Allocatable yes (but full)
PE Size (KByte) 4096
Total PE 119173
Free PE 0
Allocated PE 119173
PV UUID OZR9fv-PsW3-dgxV-TNbd-yDez-0I8a-IIdGVz

— Physical volume —
PV Name /dev/md2
VG Name vg00
PV Size 149.01 GB / not usable 0
Allocatable yes
PE Size (KByte) 4096
Total PE 38146
Free PE 903
Allocated PE 37243
PV UUID 0mqcdy-6Pxe-bPZ9-DVXP-llOj-b3eF-W2Vngz
[/code]

Désolé de répondre aussi tardivement, le début de l’année a été mouvementé. Mon serveur est toujours en carafe, il tourne booté et chrooté depuis un liveCD…