Bonjour,
J'ai une passerelle qui était sous Sarge et qui fonctionnait parfaitement. J'ai cependant voulu passé à Etch pour profiter des nouveautés. J'ai donc fait le dist-upgrade et j'ai suivi la release note de debian à ce sujet (http://www.debian.org/releases/stable/i386/release-notes/ch-(...)
Tout s'est bien passé, mais je suis resté avec le noyau 2.6.8. J'ai donc installé un noyau 2.6.18 avec aptitude et quand je veux booté sur ce nouveau noyau, il est impossible de booté sur ma partition en raid 1 logiciel.
Pour info, les modules du raid sont bien chargé et mon mdadm.conf fonctionne avec l'ancien noyau.
Ce qui est nettement plus étrange en revanche, c'est que mes deux disques sda et sdb sont bien détecté par le nouveau noyau, mais pas les partitions qui vont dessus (sda[123] et sdb[123]).
J'ai bien essyé d'utiliser les UUID dans fstab, mais ça ne fonctionne pas plus.
Quelqu'un aurait-il une idée???
Forum Linux.debian/ubuntu problème de boot raid depuis passage à Etch
12
juil.
2007
# Noyau debian
Posté par peck (site web personnel) . Évalué à 1.
- as-tu un initrd ?
- ne faudrait-il pas regénérer l'initrd ?
- tes disques sont-ils nommés de la même facon ?
- as-tu essayé de diagnostiquer avec un livecd en 2.6.18 ?
[^] # Re: Noyau debian
Posté par guillaume78fr . Évalué à 1.
> - as-tu un initrd ?
Oui et je pense qu'il est bon car les modules nécessaires sont chargés (md_mod, raid1 et reiserfs)
> - ne faudrait-il pas regénérer l'initrd ?
Il est vrai que c'est un nouvel outil qui crée le initrd (update-initramfs). Je vais tenter de refaire le initrd avec mkinitrd et je te tiendrais au courant.
> - tes disques sont-ils nommés de la même facon ?
Ben, c'est la tout le problème.
avec les noyau 2.6.8, j'ai 3 partitions sur chacun de mes deux disques (sda[123] et sdb[123])
Avec le nouveau noyau 2.6.18, j'ai sda et sdb sans les partitions. J'aurai bien fait un (c)fdisk pour vérifier ce qui était écrit mais la console de débuggage ne contient pas ces outils...
> - as-tu essayé de diagnostiquer avec un livecd en 2.6.18 ?
Je n'ai que du 2.6.19 (KLA - Knoppix 3.1.1), mais il trouve toutes les partitions... Ca vient donc bien du boot...
# J'ai la même config :)
Posté par Frédéric Stemmelin . Évalué à 1.
J'avais également suivit la procédure de débian (il ne faut rien oublier et faire les tests mentionnés AVANT de rebooter, ce que j'avais fait).
Maintenant, je pense que malgré le fait que tu ai rebooté et que ca ne marche pas il doit y avoir un moyen de résoudre ton problème.
Voici ma config:
Fichier menu.lst
mta:/boot/grub# cat menu.lst
default 0
timeout 5
color cyan/blue white/blue
## ## End Default Options ##
title Debian GNU/Linux, kernel 2.6.18-4-k7
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-4-k7 root=/dev/md0 ro
initrd /boot/initrd.img-2.6.18-4-k7
savedefault
boot
title Debian GNU/Linux, kernel 2.6.18-4-k7 (recovery mode)
root (hd0,1)
kernel /boot/vmlinuz-2.6.18-4-k7 root=/dev/md0 ro single
initrd /boot/initrd.img-2.6.18-4-k7
savedefault
boot
title Debian GNU/Linux, kernel 2.6.8-3-k7
root (hd0,1)
kernel /boot/vmlinuz-2.6.8-3-k7 root=/dev/md0 ro
initrd /boot/initrd.img-2.6.8-3-k7
savedefault
boot
title Debian GNU/Linux, kernel 2.6.8-3-k7 (recovery mode)
root (hd0,1)
kernel /boot/vmlinuz-2.6.8-3-k7 root=/dev/md0 ro single
initrd /boot/initrd.img-2.6.8-3-k7
savedefault
boot
title Debian GNU/Linux, kernel 2.6.8-2-386
root (hd0,1)
kernel /boot/vmlinuz-2.6.8-2-386 root=/dev/md0 ro
initrd /boot/initrd.img-2.6.8-2-386
savedefault
boot
title Debian GNU/Linux, kernel 2.6.8-2-386 (recovery mode)
root (hd0,1)
kernel /boot/vmlinuz-2.6.8-2-386 root=/dev/md0 ro single
initrd /boot/initrd.img-2.6.8-2-386
savedefault
boot
### END DEBIAN AUTOMAGIC KERNELS LIST
--------------------------------------------------------------------------------------------------
mta:/boot/grub# cat /proc/mdstat
Personalities : [raid1]
md0 : active raid1 hda2[0] hdc2[1]
73264320 blocks [2/2] [UU]
unused devices:
--------------------------------------------------------------------------------------------------
mta:/boot/grub# fdisk -l /dev/hda
Disk /dev/hda: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hda1 1 608 4883728+ 82 Linux swap / Solaris
/dev/hda2 609 9729 73264432+ fd Linux raid autodetect
--------------------------------------------------------------------------------------------------
mta:/boot/grub# fdisk -l /dev/hdc
Disk /dev/hdc: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Device Boot Start End Blocks Id System
/dev/hdc1 1 608 4883728+ 82 Linux swap / Solaris
/dev/hdc2 609 9729 73264432+ fd Linux raid autodetect
--------------------------------------------------------------------------------------------------
mta:/boot/grub# cat /etc/mdadm/mdadm.conf
DEVICE partitions
ARRAY /dev/md0 level=raid1 num-devices=2 UUID=36b49972:1e72612b:f3892b2a:e5847fc2
devices=/dev/hda2,/dev/hdc2
MAILADDR root
--------------------------------------------------------------------------------------------------
mta:/boot/grub# cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>
proc /proc proc defaults 0 0
/dev/md0 / ext3 defaults,errors=remount-ro 0 1
/dev/hda1 none swap sw 0 0
/dev/hdc1 none swap sw 0 0
/dev/hdb /media/cdrom0 iso9660 ro,user,noauto 0 0
--------------------------------------------------------------------------------------------------
Je suppose que tu as lu cette page avec attention: http://svn.debian.org/wsvn/pkg-mdadm/mdadm/trunk/debian/READ(...)
Et notament ces 3 commandes:
/usr/share/mdadm/mkconf
rm -f /var/lib/mdadm/CONF-UNCHECKED
update-initramfs -u -k all
...
[^] # Re: J'ai la même config :)
Posté par guillaume78fr . Évalué à 1.
Tout mes fichiers de conf étaient bons, mais je n'avais effectivement pas vu ce lien et ces 3 commandes. Depuis tout va pour le mieux dans le meilleur des mondes!
Franchement merci, car je commençais à me dire qu'il allait falloir refaire entièrement la machine...
Encore Merci
Guillaume
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.