[grub] impossible de démarrer ma partition ubuntu (résolu)

[miq75]

Bonjour,

J'utilise arch depuis un an.
J'ai 2 partitions systèmes, une de travail (arch, sda4) et une seconde de test (sda1). (Plus une partition données (sda2) et le swap (sda5 sur l'étendue sda3).)
J'ai installé la dernière ubuntu sur ma partition système de test.
J'ai refais grub-install sous arch pour utiliser mon grub habituel. (celui d'arch)
Depuis, impossible de démarrer sous ubuntu. Voila le message d'erreur au stage 1.5 de grub : Error 2: bad file or directory type.
- J'ai recopié dans mon menu.list les entrées par défaut que ubuntu avais généré. (la partition ubuntu est montée sous arch, elle à l'air correcte.) pas d'amélioration.
- J'ai viré les UUID pour les remplacer par les noms de disques (/dev/sda1 et (hd0,0) ), pas d'amélioration.
- À ce point si j'ai bien compris, la partition est bien trouvée, mais pas le fichier noyau.
- j'ai vérifié que les fichiers référencés dans menu.list, ils sont bien présents, ce ne sont pas des liens mais bien des fichiers en dur.

J'aimerai garder le grub installé par arch pour pouvoir accéder au choix aux deux systèmes. Quelqu'un peut il m'aider ?

Merci.

[mélodie]

Oui, pas de problème : comme le grub et le menu.lst de Ubuntu sont un peu particuliers, avec des trucs pris en charge automatiquement, c'est un peu la panique quand tu veux faire du multiboot avec des distributions "normales" qui se configurent "normalement". (geek friendly ?)

J'ai moi-même appliqué la solution suivante pour ne pas me casser la tête : j'ai installé le Grub de Ubuntu sur sa propre partition racine, et j'ai mis un chainloader dans le Grub de Archlinux, comme ceci:

title Ubuntu Ibex
root (hd0,X)
chainloader +1
boot

/ou X est le numéro de ta partition de test -1, donc 0 puisque tu dis: "et une seconde de test (sda1)"

Ce qui donne:
title Ubuntu Ibex
root (hd0,0)
chainloader +1
boot

Tu dois pouvoir rejouer juste la partie 'installation de Grub' depuis le CD d'installation alternate de Ubuntu.

[miq75]

Effectivement, c'est bon comme ca. Merci, je n'aurais pas pensé à faire une chaine de boot.

T'ain qu'est ce que le boot d'arch est rapide par rapport à celui d'ubuntu !

(+1 pour le concept geek friendly)

[nowahn]

à mon avis, ton erreur était due au fait que tes systèmes de fichier étaient différents (celui d'ubuntu et celui d'archlinux), hors grub n'installe sur le MBR que le support pour un seul système de fichier (enfin pour l'installation standart, y a peut-être moyen de bricoler)
est-ce le cas ?
(désolé de répondre alors que c'est résolu, c'est juste par curiosité )

[miq75]

En fait, dans mes pérégrinations, j'ai eu un message d'erreur différent quand je mettais un nom de fichier incorrect mais le bon disque (du genre fichier inconnu). Donc j'en suis aussi arrivé à la conclusion que c'était effectivement le système de fichier qui était différent, et non pas juste le fichier.

Pour ce qui est de bricoler grub pour avoir directement deux systèmes, je n'en ai aucune idée, la solution de mélodie me convenant bien.

[mélodie]

Salut,

Je ne vois pas ce que le système de fichiers a à voir avec ça. Par contre les automatismes du menu.lst, je le vois bien.

Dans la partie de menu.lst comportant tout ceci (Ubuntu/Debian, même punition, même motif)

### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

## DO NOT UNCOMMENT THEM, Just edit them to your needs

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
## kopt_2_6_8=root=/dev/hdc1 ro
## kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=649ee856-7318-4309-a8a5-e804b796fdc1 ro

## Setup crashdump menu entries
## e.g. crashdump=1
# crashdump=0

## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,0)

## should update-grub create alternative automagic boot options
## e.g. alternative=true
## alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
## lockalternative=false
# lockalternative=false

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash

## should update-grub lock old automagic boot options
## e.g. lockold=false
## lockold=true
# lockold=false

## Xen hypervisor options to use with the default Xen boot option
# xenhopt=

## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
## altoptions=(recovery) single
# altoptions=(recovery mode) single

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
## howmany=7
# howmany=2

## should update-grub create memtest86 boot option
## e.g. memtest86=true
## memtest86=false
# memtest86=true

## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false

## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false

## ## End Default Options ##

se trouvent toutes les options sur lesquelles il est possible d'agir, et ce sans que cela ne soit modifié par la commande 'grub-update'. (Lancée automatiquement par une mise à jour de GRUB, ou lancée volontairement par l'utilisateur si besoin).

un double # : ## est un commentaire, et un simple # : # est une ligne active.

Dans la première section:

## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
## kopt_2_6_8=root=/dev/hdc1 ro
## kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=649ee856-7318-4309-a8a5-e804b796fdc1 ro

Il y a commentaires, exemples, et la ligne "qui tue" :

# kopt=root=UUID=649ee856-7318-4309-a8a5-e804b796fdc1 ro

je penses qu'en changeant cette ligne pour mettre quelque chose comme:
# kopt=root=/dev/sda1 ro

et en mettant aussi dans fstab autre chose que uuid (by-label si tu as mis un label sur les partitions, ou /dev/sda1) cela doit pouvoir le faire. Maintenant, ça m'a paru plus long à faire quand j'y étais, que la solution que je t'ai donnée.

D'ailleurs si tu veux le framebuffer, (vga=792 par exemple) et pas de splash de boot, c'est aussi dans ces lignes que ça se change.

Pas de splash de boot:

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=quiet splash

on change "# defoptions=quiet splash" et on met "# defoptions=noquiet"

etc... il y a encore des parties que je ne comprends pas dedans, mais chaque chose, en son temps.

[nowahn]

le rapport avec le système de fichier, c'est que grub n'installe pas sur le MBR le support pour tous les systèmes de fichier, mais seulement pour celui qui contient les fichiers qu'il doit accéder au démarrage (en pratique, il n'installe qu'un seul des fichiers *_stage1_5 qui sont dans /boot/grub)

bref, voilà pour le rapport, mais je viens de m'apercevoir que j'avais lu un peu vite le message d'erreur (j'avais compris bad filsystem type au lieu de bad file or directory).

en fait, après recherche sur la page web de grub, error 2 survient si le fichier recherché par grub n'est pas un fichier régulier (un lien symbolique ou un répertoire par exemple).

mais de toute façon, je pense moi aussi que le moyen le plus simple de gérer plusieurs systèmes, c'est le chainloading, comme ça chacun gère son bootloader comme il l'entend