incompatibilité noyau / grub2?

Bonjour à tous :slightly_smiling:

voila, j’ai voulu mettre à jour ma vieille debian etch (sur mon portable toshiba satellite A200) vers squeeze avec # apt-get update puis # apt-get upgrade et enfin # apt-get dist-upgrade.

Tout se passe bien jusqu’à ce que je redémarre. En effet, j’ai bien grub2 d’installé, j’ai bien mes entrées dans le menu mais quand je veux booter sur mon noyau (2.6.35-11 compilé par mes soins) qui marchait à merveile sur etch, je me retrouve avec le mode de maintenance et je peux voir que fsck.ext2 (? devrait être fsck.ext4!) me dit
file or directory not found /dev/sda5
même chose pour toutes mes partitions sauf sda6 qui est la partition root.

Mon disque est un ssd, sur du sata donc.

  • le support ext4 est dans le noyau (pas en module)
  • les partitions sont toutes en ext4
  • mon fstab utilise les /dev/sdX
  • aucune partition du disque n’est montée exceptée la partition root (sda6) passée en paramètre par grub (root=/dev/sda6)
  • je peux booter avec un autre de mes vieux noyau (2.6.32) aussi compilé par mes soins
  • je peux booter avec systemrescuecd sur mon system (donc en utilisant le grub et le noyau de systemrescuecd)
  • je vois bien passer la ligne waiting for /dev to be fully populated mais /dev ne contient ni sda* ni disks

je pense que udev échoue quelque part mais je ne suis pas trop familier de udev encore… mis à part ça, j’ai un peu d’expérience sur debian (je ne suis pas débutant) mais là, je suis battu :frowning:

le fait que je puisse booter avec un autre noyau me fait penser à une incompatibilité genre ces éléments: grub2, monNoyau et udev de squeeze

Un peu d’aide serait la bienvenue :slightly_smiling:

Salut

Je pense que faire la mise à jour de etch à squeeze n’est pas une bonne idée, il faut passer par lenny : etch->lenny->squeeze.

Au niveau du problème je ne pense pas que le problème vient de grub, puis ce que tu arrives à démarrer en mode maintenance.
Le problème c’est qu’il n’arrive pas à monter les partitions.

Dans squeeze les partitons ne sont plus nommées par /dev/sdax mais par les uuid.

pour savoir les uuid :

Dans le fstab tu remplaces /dev/sdax par UUID=xxxxxxx.

Quel mode de maintenance ? Pas celui de grub ni celui de l’initramfs a priori, mais celui du système après le démarrage d’init. Dans ce cas grub charge bien le noyau et l’initramfs s’il y en a un, et la racine finale est bien montée (directement par le noyau ou par l’initramfs s’il y en a un).

Pour info fsck.ext2|3|4 sont le même programme.

Si /dev/ ne contient pas les partitions (et le disque sda lui-même ?), alors cela peut effectivement être un problème de compatibilité entre le noyau et udev. Peut-être une piste là, à vérifier :
debian.org/releases/stable/i … ading-udev