Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Plus de boot sous Karmic - 27 octobre, linux raid, mdadm

f.simond

Hello tout le monde !

Mon installation de Karmic ne boote plus depuis ce matin le 27 octobre, après avoir fait les MAJ hier soir.
Ce système est installé sur du raid linux software initialisé habituellement par mdadm au boot, depuis l'initrd.

Là, mdadm ne se lance plus automatiquement, ce qui fait inévitablement échouer le boot vu que le root=/dev/md3 n'existe pas.

Encore plus bizzare, si je lance depuis le mini shell qui apparaît
# mdadm --assemble --scan

Tous les /dev/md* sont lancés correctement. Dommage que ça ne soit pas le cas lors de la procédure automatique !

J'ai essayé de régénérer l'initrd depuis un chroot mais rien n'y fait.
C'est le cas avec un noyau 2.6.31.5 compilé à la main mais aussi avec linux-image-2.6.31-14-generic

Je commence tout juste à chercher pourquoi : toute solution connue est bienvenue 😃
N'hésitez pas non plus si vous avez besoin de + d'infos.

Bon sinon j'espère qu'ils n'ont pas cassé quelque chose d'important 2 jours avant la sortie officielle 😐

f.simond

J'ai deux suspects :

hier soir il y a eu ces 2 paquets mis à jour :

libc-bin 2.10.1-0ubuntu15
et surtout :
initramfs-tools 0.92bubuntu53

f.simond

autre suspects :
hal 0.5.13-1ubuntu8

C'est à peu près tout.

Si vous avez des idées...

sebz_

J'ai eu aussi un nouveau problème de boot, après les mise à jour d'hier soir.

Mais c'est sur un portable pas de linux raid ni mdadm.

J'ai ajouté "noapci" dans le GRUB2, et ça reboot, mais j'ai un bug avec ma carte son genre "ali mixer error 1" bug signalé.

argulp

Salut

moi j'ai fait une maj d'ubuntu sur une partition sur un disque seul, mais mon /home est sur un raid5 mdadm, au reboot (apres la maj) je n'ai pas pu monter le /home par rapport au fait que l'uuid du disque n'est pas trouve, j'ai donc enlever ce /home du /etc/fstab, a partir d'un autre ubuntu. Ensuite le systeme a bien voulue demarrer... J'ai ensuite fait cela:
argulp@argulp:~$ cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
unused devices: <none>

mdadm semblait donc inactif, j'ai donc essaye de monter un fs mdadm en vain, j'ai donc rescaner les drives:
root@argulp:~# mdadm --assemble --scan
mdadm: metadata format 00.90 unknown, ignored.
mdadm: metadata format 00.90 unknown, ignored.
mdadm: /dev/md0 has been started with 3 drives.
mdadm: /dev/md1 has been started with 3 drives.

le montage etait ensuite ok

Le mdmonitor est donc actif mais qu'a moitie (ne cree pas les liens physiques au boot)

Et je decouvre que la commande vol_id n'existe plus... Ceci en tentant de verifier si les uuid n'ont pas change... Bizarre !

Je ne tenterais pas encore la migration de mon systeme principal (celui ci est un system d'essaie)

Utilises tu lvm ?

Tient moi au courant de tes avancés

Saludos

f.simond

'Lo argulp !

C'est intéressant ce que tu dis.

Surtout le "metadata format 00.90 unknown, ignored." qui est intriguant 😉

Je refais actuellement un système test pour vérifier si le souci vient bien de la version actuelle de karmic avec mon système, ou d'autre chose que j'aurai changé sans le savoir.

À bientôt !

argulp

Salut

Je découvre que vol_id n'existe plus sous karmic:
http://forum.ubuntu-fr.org/viewtopic.php?pid=2881445

Et je ne même pas bloqué sur ce message... faudrait jeter un coup d'oeil

f.simond

Ok j'ai trouvé la solution !

Version courte :

Le paquet util-linux installé le 26 octobre au soir était buggé !
Pourtant le paquet util-linux actuel est corrigé, même s'il possède exactement les mêmes informations de version.

Quelques détails :

Le script qui initialisait mdadm ne fonctionnait pas à cause du manque de /lib/libblkid.so.1 dans l'initrd.
Celui ci n'était pas mis dans l'initrd par initramfs car le paquet util-linux installait un binaire /sbin/blkid problématique :

Pour trouver le problème, j'ai reconfiguré un système avec les même packages, 1 jour après, afin de trouver toutes les différences.
Et ce système fonctionnait !
Donc :

Mauvais binaire :

# ldd /sbin/blkid
        linux-vdso.so.1 =>  (0x00007fff42130000)
        libc.so.6 => /lib/libc.so.6 (0x00007f7a468e3000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f7a46c52000)

Binaire valide :

# ldd /mnt/backup/sbin/blkid
        linux-vdso.so.1 =>  (0x00007fff3af23000)
        libblkid.so.1 => /lib/libblkid.so.1 (0x00007f2fb1645000)
        libuuid.so.1 => /lib/libuuid.so.1 (0x00007f2fb1440000)
        libc.so.6 => /lib/libc.so.6 (0x00007f2fb10d1000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f2fb185a000)

# diff /sbin/blkid /mnt/backup/sbin/blkid
Les fichiers binaires /sbin/blkid et /mnt/backup/sbin/blkid sont différents.

# md5sum /sbin/blkid /mnt/backup/sbin/blkid
34a5bd102da85226aed7e33820242d63  /sbin/blkid
4c8b60ff552fdb40a80d178115f9d6db  /mnt/backup/sbin/blkid

# file /sbin/blkid /mnt/backup/sbin/blkid
/sbin/blkid:            ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, not stripped
/mnt/backup/sbin/blkid: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.15, stripped

# du -sh /sbin/blkid /mnt/backup/sbin/blkid
180K    /sbin/blkid
20K     /mnt/backup/sbin/blkid

On voit que le binaire de la version de dev n'est pas stripped afin de contenir les informations de débuggage. Il est donc beaucoup plus gros.
Par contre au sujet du lien manquant vers /lib/libblkid.so.1, j'ignore ce qui le justifie.

Comme ce ne sont peut être pas les seuls binaires différents entre la version de dev et la version de prod, j'ai réinstallé chaque package afin d'être sûr de me retrouver avec des binaires de prod (enfin j'espère !)

argulp, la commande vol_id est remplacée par .. justement... blkid 😉

argulp

Merci Francois

J'ai decouvert cela (blkid) c'etait donc bien un probleme de reconnaissance d'uuid...

Belle analyse !

DJ Fox

Bonsoir,
j'ai exactement le même problème : mon mdadm n'est pas exécuté lors du initrd.
Pourtant lorsque je fais ldd /sbin/blkid, moi je vois bien la lib « libblkid.so.1 ».

Comment faire pour que ça remarche ?

(D'ailleurs bizarrement avec l'ancien kernel 2.6.28-11-generic tout marche impec (sauf le son 😃) pour le boot raid. Seul le nouveau, 2.6.31-14-generic pose problème.)