[boot] erreur modprobe

[mimile]

Et du coup, autant ne plus utiliser le update-grub mais par contre, un mise à jour d'une debian ne mettra pas à jour ses entrées grub.

Exact, d'une part, je ne pense pas que les développeurs de Debian chercheront à fournir un nouveau kernel à Squeeze puisque Wheezy est en plein développement.

D'autre part, comme je fais mes mises à jour avec apt-get plutôt qu'avec le gestionnaire de paquets, je pourrais toujours, avant de faire l'upgrade, réactiver 10_linux, 20_linux et 30_prober et désactiver 40_custom de sorte que j'aurai un nouveau grub.cfg qui intégrera la version updatée.

Il me suffira alors de transférer ses définitions dans 40_custom et de refaire la manip inverse et le tour sera joué.

Amicalement,

[tuxce]

Mon message est sûrement superflu, mais ... décomponsons un peu les choix possibles (pas forcément exhaustifs)
1. Avoir 2 entrées dont la première est bonne
2. Modifier manuellement l'entrée Archlinux dans le grub.cfg
3.
* Mettre un +x aux fichiers (avant de faire la maj ou pire après s'être rendu compte qu'il y a eu une maj et devoir refaire l'update-grub)
* Copier le contenu de grub.cfg dans le 40... mais ... sans l'entrée Arch
* Mettre un -x
* Relancer un update-grub

Je sais pas, personellement, je choisirais pas la 3., mais après tout ...

Exact, d'une part, je ne pense pas que les développeurs de Debian chercheront à fournir un nouveau kernel à Squeeze puisque Wheezy est en plein développement.

squeeze est une version encore supportée (et pour longtemps), rien qu'hier, une mise à jour du noyau LTS a eu lieu en upstream, elle va sûrement débarquer sur squeeze si ce n'est déjà fait.

[mimile]

Oui, je sais, c'est un peu tordu comme manip mais tant qu'un update-grub "normal" persistera à situer la racine d'Arch dans une partition erronée, je me contenterai de cette solution qui a au moins le mérite de me donner accès à tous mes OS sans plantage.

Il y a juste la question de LMDE qui, à l'origine tournait avec un noyau 2.6.39 (ou quelque chose comme ça) puis un peu plus tard une mise à jour a installé un noyau 3.0.0 etc..

Il en résulte que, dans mon menu grub, j'ai la possibilité de démarrer LMDE sur le noyau de mon choix.

Or, si, avec le noyau 2.6.39, je n'ai jamais aucun problème, il arrive assez fréquemment (pas à chaque fois) que le boot sur le noyau 3.0.0 plante lamentablement.

Tout a l'air de se passer normalement au début puis à un moment quelconque de la séquence (pas toujours au même moment), une suite interminable de lignes incompréhensibles (pour moi) défile.

Quand ça s'arrête le PC est complètement freezé et les deux leds de droite de mon clavier (au-dessus du pave numérique) clignotent tandis que le témoin de gauche (n° 1) reste éteint même en jouant avec la touche num Lock.

Pas d'autre issue qu'un arrêt du PC à la hussarde (il n'y a pas de bouton de reset sur mon vieux PC).

A noter que quand le boot réussit, le PC tourne parfaitement.

[tuxce]

je me contenterai de cette solution qui a au moins le mérite de me donner accès à tous mes OS sans plantage.

De même que les autres.

[mimile]

Je m'aperçois que j'ai zappé la demande "grep" de Benjarobin et je lui présente mes excuses.

Le résultat est ici : http://pastebin.archlinux.fr/435069

Evidemment, c'est le résultat obtenu après que j'aie transféré le contenu de grub.cfg dans 40_custom en indiquant l'UUID de sda5 ou lieu de sda9

Il faudrait sans doute que je remette les choses comme à l'origine et répéter l'opération ?

Amicalement,