[RESOLU] Deux grub sur le même ordi ! un de trop !!!

Paul Atreides · Le 25/11/2006, à 21:08

Bonsoir,

Après un crash disque dû à une coupure de courant, XP n'a plus voulu redémarrer. J'ai dû le réinstaller. Bien évidemment, cela a écrasé Grub. Tout ce que j'ai essayé en suivant les tutos n'a pas marché et je me suis donc décidé à réinstaller Ubuntu.

Il a parfaitement réinstallé Ubuntu (Dapper). J'ai même retrouvé tous mes paramètres intacts.

Le problème c'est que le menu.lst qui se trouve dans /boot/grub ne semble pas pris en compte par la machine qui utilise manifestement un autre fichier de config correspondant à l'ancien grub...
Lorsque je fais find /boot/grub/stage1 pour savoir où se trouve grub, il me répond :

grub> find /boot/grub/stage1
find /boot/grub/stage1
 (hd1,0)
 (hd1,2)

Sachant que je n'ai qu'une partition sur hd1,0 (/dev/hdb1), sauf à compter la partition swap, je ne comprends pas où il est censé avoir mis le second grub.

J'ai tenté de restaurer le bon grub (le nouveau) en faisant d'abord

grub> root (hd1,2)
root (hd1,2)
 Filesystem type is ext2fs, partition type 0x83

suivi d'un setup (hd0) mais cela n'a rien changé.

J'ai donc décidé de tenter l'autre emplacement donné par find :

grub> root (hd1,0)
root (hd1,0)
 Filesystem type is ext2fs, partition type 0x83
grub>
grub> setup (hd0)
setup (hd0)
 Checking if "/boot/grub/stage1" exists... yes
 Checking if "/boot/grub/stage2" exists... yes
 Checking if "/boot/grub/e2fs_stage1_5" exists... yes
 Running "embed /boot/grub/e2fs_stage1_5 (hd0)"...  15 sectors are embedded.
succeeded
 Running "install /boot/grub/stage1 d (hd0) (hd0)1+15 p (hd1,0)/boot/grub/stage2 /boot/grub/menu.lst"... succeeded
Done.
grub>

Malheureusement, non seulement cela ne marche pas, mais là, je me retrouve avec le message

Grub loading...

qui tourne et n'entre pas dans le boot ce qui m'empêche désormais de booter !

Je dois dire que j'ai vraiment tout essayé pour me sortir de là mais là, je cale et ai besoin de quelques pointures du forum pour me venir en aide.

Merci à tous.

Dernière modification par Paul Atreides (Le 07/12/2006, à 20:42)

tellmewhy · Le 25/11/2006, à 23:11

Bonsoir Paul Astreides, sur l'excellent site de cep :
http:/www.cepcasa.info/divers/
tu as un chapitre concernant les réparations: "quelques procédures de réparation" et un article en fin de page 5°) Grub.
À part ça tu pourrais poster le résultat de

sudo fdisk -l

tellmewhy · Le 25/11/2006, à 23:13

J'ai oublié un / pour le site de cep c'est ici:
http://www.cepcasa.info/divers/

Paul Atreides · Le 25/11/2006, à 23:49

fdisk -l donne :

~$ sudo fdisk -l

Password:



Disque /dev/sda: 203.9 Go, 203928109056 octets

255 têtes, 63 secteurs/piste, 24792 cylindres

Unités = cylindres de 16065 * 512 = 8225280 octets



Périphérique Amorce    Début         Fin      Blocs    Id  Système

/dev/sda1               2       24792   199133707+   f  W95 Etendu (LBA)

/dev/sda5               2        8983    72147883+   b  W95 FAT32

/dev/sda6            8984       16634    61456626    b  W95 FAT32

/dev/sda7           16635       24792    65529103+   b  W95 FAT32


Disque /dev/sdb: 300.0 Go, 300090728448 octets

255 têtes, 63 secteurs/piste, 36483 cylindres

Unités = cylindres de 16065 * 512 = 8225280 octets



Périphérique Amorce    Début         Fin      Blocs    Id  Système

/dev/sdb1               1       36483   293049666    c  W95 FAT32 (LBA)



Disque /dev/hda: 163.9 Go, 163928604672 octets

255 têtes, 63 secteurs/piste, 19929 cylindres

Unités = cylindres de 16065 * 512 = 8225280 octets



Périphérique Amorce    Début         Fin      Blocs    Id  Système

/dev/hda1   *           1        2600    20884468+   7  HPFS/NTFS

/dev/hda2            7182       19929   102398310    f  W95 Etendu (LBA)

/dev/hda3            2601        7181    36796882+   c  W95 FAT32 (LBA)

/dev/hda5            7182       19929   102398278+   b  W95 FAT32


Les entrées de la table de partitions ne sont pas dans l'ordre du disque



Disque /dev/hdb: 20.4 Go, 20404101120 octets

255 têtes, 63 secteurs/piste, 2480 cylindres

Unités = cylindres de 16065 * 512 = 8225280 octets



Périphérique Amorce    Début         Fin      Blocs    Id  Système

/dev/hdb1   *           1        1026     8241313+  83  Linux

/dev/hdb2            2376        2480      843412+   f  W95 Etendu (LBA)

/dev/hdb3            1027        2375    10835842+  83  Linux

/dev/hdb5            2376        2480      843381   82  Linux swap / Solaris



Les entrées de la table de partitions ne sont pas dans l'ordre du disque

Paul Atreides · Le 25/11/2006, à 23:57

Il y a deux SATA pour les données et deux IDE, le premier pour le boot windows et le second pour Ubuntu.

Par contre, j'ai refait l'opération inverse à partir d'un LiveCD d'Ubuntu et j'ai réussi à booter à nouveau. Par contre, cela ne change rien, le menu qu'il me présente correspond toujours à l'ancien menu.lst que je n'arrive pas à localiser sur le disque. En effet, le menu.lst qui se trouve dans le répertoire /boot/grub n'est pas utilisé par la machine lors du boot (les entrées qui s'y trouvent n'apparaissent pas, seules les entrées de l'ancien boot apparaissent).

J'aimerais bien trouver le pourquoi de tout cela et résoudre le problème pour me permettre de modifier le menu.lst (régler le timeout, le système sur lequel il boote après ce timeout).

Paul Atreides · Le 26/11/2006, à 00:05

Je viens de regarder la page du site de CEP (site que je ne connaissais pas et que je ne saurais trop recommander à tout Ubuntero dans le besoin ! Salut à toi CEP ! )
Je pense que le passage 5° Grub sur la page http://www.cepcasa.info/parted/recup1.html
va me permettre de résoudre mon problème. Pas le temps d'essayer ce soir, mais je vous tiens au courant, si ça peut dépanner d'autres !

Compte anonymisé · Le 26/11/2006, à 00:09

Salut

En fait d'après ce que tu indiques, il semble que tu utilisais l'ancienne partition Linux /dev/hdb3 au lieu de /dev/hdb1 qui correspondrait, si j'ai bien compris, à la nouvelle install.
Le fait d'avoir indiqué à grub d'utiliser la distrib installé sur /dev/hdb1 ne te permet plus de booter correctement. Pourquoi ?

Je pense que le + simple serait de réparer grub (avec un livecd) et de le forcer à utiliser /dev/hdb3 (hd1,2) :
sudo grub, root (hd1,2), setup (hd0), quit.

Ensuite tu pourras reformater /dev/hdb1. Cependant pour être sûr de tout ça il faudrait lister les fichiers depuis /dev/hdb1 et /dev/hdb3:
/boot/grub/menu.lst
/etc/fstab
et enfin donner le résultat de la cmd :
sudo mount

@+

Dernière modification par Compte anonymisé (Le 26/11/2006, à 00:15)

Paul Atreides · Le 03/12/2006, à 18:18

Merci de toutes ces réponses.

Le point de la situation (qui a un peu évolué) :

Au départ, une installation classique d'Ubuntu sur une seule partition (oui, je sais, c'est pas top) qui se trouve donc sur /dev/hdb1.
Par la suite, une panne de courant qui met tellement le bazar, qu'il a fallu réinstaller Ubuntu.

Pour ne pas faire la même erreur que la première fois, je crée une seconde partition. Par contre, j'oublie de faire le point de montage sur /home. Du coup, retour à la case départ : toujours /home sur la même partition que /root.
La seule différence, c'est que désormais, la nouvelle installation d'Ubuntu se trouve sur /dev/hdb1 et que l'ancienne se trouve sur /dev/hdb3.

Et c'est là, je pense, que GRUB s'emmêle les pinceaux puisqu'il va rester bloqué sur l'ancienne installation et notamment son fichier menu.lst. Du coup, c'est l'ancien menu.lst qui apparaît au boot (celui sur /dev/hdb3). Cet ancien menu.lst comporte les lignes kopt=root=/dev/hdb3 et groot=(hd1,2). J'ai bien tenté de changer ces lignes pour qu'elles pointent sur hdb1, mais cela n'a pas suffi à régler le problème.

Moi, ce que je voudrais, c'est que GRUB pointe sur la bonne partition (la nouvelle installation Ubuntu - hdb1) ainsi, lorsque je change de noyau, le nouveau noyau apparaît dans la liste (c'est d'ailleurs comme cela que je me suis aperçu qu'il y avait un problème avec GRUB).

J'ai essayé la méthode de CEP avec le setup muni de deux arguments : setup (hd0) (hd1,0) --> GRUB ne démarre pas - "Grub stage loading..." et plus rien.
Avec setup (hd0) (hd1,2) --> ça démarre mais je suis toujours dans la même situation.

Je crois que j'ai besoin d'aide car là, je ne vois vraiment plus quoi faire pour résoudre ce cercle vicieux dans lequel je suis tombé. Pour parfaire votre information, je ne souhaite pas conserver l'ancien système sur /dev/hdb3 mais au contraire formater cette partition pour y faire migrer mon /home...

Merci à tous...

Dernière modification par Paul Atreides (Le 03/12/2006, à 18:38)

cep · Le 03/12/2006, à 18:47

Avec setup (hd0) (hd1,2)

Il faut que tu donnes en argument root l'adresse que tu veux voir pointée par grub au boot.

Si c'est /dev/hdb1 ce sera dont (hd1,0)

De toute manière fais un find d'abord pour voir s'il trouve les deux adresses et tu retiens la bonne. Tu seras certain ainsi que grub lit bien sur l'autre système de fichier et trouve bien deux roots.

tellmewhy · Le 03/12/2006, à 18:48

Peux-tu poster le résultat de ceci pour chacun des menu.lst celui de (hd1,0) et celui de (hd1,2):

cat /boot/grub/menu.lst | grep root

Paul Atreides · Le 03/12/2006, à 18:48

Est-ce que l'utilisation de grub-install résoudrait le problème ? J'ai lu un peu partout que ce n'était pas recommandé mais je n'arrive pas à savoir pourquoi.

tellmewhy · Le 03/12/2006, à 18:49

J'ai encore un train de retard, suis les recommandations de cep, petit veinard !

Paul Atreides · Le 03/12/2006, à 18:53

cep a écrit :

Il faut que tu donnes en argument root l'adresse que tu veux voir pointée par grub au boot.
Si c'est /dev/hdb1 ce sera dont (hd1,0)
De toute manière fais un find d'abord pour voir s'il trouve les deux adresses et tu retiens la bonne. Tu seras certain ainsi que grub lit bien sur l'autre système de fichier et trouve bien deux roots.

Salut cep !

Le problème est que j'ai bien essayé setup (hd0) (hd1,0) mais lorsque je fais cela, le système ne boote pas et reste bloqué sur stage loading...

Quant à la commande find, j'avais mis son résultat dans un post précédent :

(hd1,0)
(hd1,2)

soit les deux installations successives de Ubuntu.
Je dois dire que je n'y comprends plus rien. Et pour tout arranger, je fais en fait un dépannage à distance de l'ordi de mon père qui se trouve à 850 kms de là. Donc, difficile de faire des essais en temps réel pour tester diverses possibilités. Mais notre dernière "session" a tout de même duré près de 6 heures sans réussir à tordre le cou à ce satané GRUB !

Mais bon, je pense qu'on va finir par y arriver. Enfin j'espère !

Paul Atreides · Le 03/12/2006, à 18:56

tellmewhy a écrit :

J'ai encore un train de retard, suis les recommandations de cep, petit veinard !

C'est clair que quand cep s'y met, rares sont les problèmes qui ne peuvent trouver de solutions !
(non ce n'est pas de la basse flatterie, c'est juste une constatation d'un fidèle lecteur du forum depuis près de deux ans ).

Paul Atreides · Le 03/12/2006, à 19:02

Paul Atreides a écrit :

Le problème est que j'ai bien essayé setup (hd0) (hd1,0) mais lorsque je fais cela, le système ne boote pas et reste bloqué sur stage loading...

Par contre, cep, dans ton tuto, tu passes directement du stade "find" au stade "setup" sans passer par le "root" tel que je l'ai vu dans d'autres tutos, c'est normal ? parce que du coup, j'ai fait comme ça et après le find, je n'ai pas défini de root et suis passé directement au setup avec deux arguments...

Peut-être une piste ?

cep · Le 03/12/2006, à 19:32

Non, cela revient au même.
Tu peux passer par le root avant ou procéder par setup en indiquant la cible et la source. L'essentiel est d'indiquer d'abord la cible puis la source (root).

Excuse-moi, j'ai pris le train en route et ai eu la flegme de remonter tout le topic, je voulais juste réagir sur la commande find avec boot séparé.

Je vais voir tout cela. De ton côté, regarde tout de même au boot si grub peut lire sur le système de fichiers avec l'autocomplétion dans la console grub (touche c ) ou même dans un terminal. Exemple :

:~$ sudo grub

grub> null (hd + touch Tab pour l'autocomplétion
Possible disks are: hd0 hd1 hd2

grub> null (hd1, + TAB
Possible partitions are:
Partition num: 0, Filesystem type is ext2fs, partition type 0x83
Partition num: 1, Filesystem type is ext2fs, partition type 0x83
Partition num: 2, Filesystem type is ext2fs, partition type 0xfd
Partition num: 3, Filesystem type unknown, partition type 0x82

grub> null (hd0, + TAB
Possible partitions are:
Partition num: 0, Filesystem type is ext2fs, partition type 0xfd
Partition num: 1, Filesystem type is ext2fs, partition type 0x83
Partition num: 2, Filesystem type is ext2fs, partition type 0x83

grub> null (hd2,
Possible partitions are:
Partition num: 0, Filesystem type is ext2fs, partition type 0xfd
Partition num: 1, Filesystem type is ext2fs, partition type 0x83
Partition num: 2, Filesystem type unknown, partition type 0x82

cep · Le 03/12/2006, à 19:35

En complément, pourrais-tu produite entre balises Code le résultat de :
cat /boot/grub/menu.lst depuis
## DO NOT UNCOMMENT THEM, Just edit them to your needs

Bien entendu le menu.lst valide

Dernière modification par cep (Le 03/12/2006, à 19:35)

Grand Hibou · Le 03/12/2006, à 22:07

Pour réparer grub, il existe aussi un très bon live-cd dédié à grub justement!
c'est supergrub disk:
http://supergrub.forjamari.linex.org/

et un autre super site pour Super Grub Disk
http://users.bigpond.net.au/hermanzone/SuperGrubDiskPage.html

Je l'ai testé sur une machine tout récemment après une nouvelle install de windows, il m'a remis grub en place immédiatement!

Paul Atreides · Le 03/12/2006, à 23:56

Merci de toutes ces réponses...
Je récupère les infos (par personne interposée) et je vous tiens au courant.

Paul Atreides · Le 04/12/2006, à 01:42

Voilà le résultat des tests prônés par cep :

grub> null (hd
Possible disks are:  hd0 hd1 hd2 hd3

grub> null (hd1,
Possible partitions are:
  Partition num: 0,  Filesystem type is ext2fs, partition type 0x83
  Partition num: 2,  Filesystem type is ext2fs, partition type 0x83
  Partition num: 4,  Filesystem type unknown, partition type 0x82

grub> null (hd0,
Possible partitions are:
  Partition num: 0,  Filesystem type unknown, partition type 0x7
  Partition num: 2,  Filesystem type is fat, partition type 0xc
  Partition num: 4,  Filesystem type is fat, partition type 0xb
  Partition num: 5,  Filesystem type is ext2fs, partition type 0x83
  Partition num: 6,  Filesystem type is ext2fs, partition type 0x83

grub> null (hd2,
Possible partitions are:
  Partition num: 4,  Filesystem type is fat, partition type 0xb
  Partition num: 5,  Filesystem type is fat, partition type 0xb
  Partition num: 6,  Filesystem type is fat, partition type 0xb

grub> null (hd3,+
Error 11: Unrecognized device string

grub>

Fichier menu.lst de /dev/hd1

## 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=/dev/hdb1 ro

## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd1,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

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
##      altoptions=(recovery mode) 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=all

## 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

## ## End Default Options ##

title		Ubuntu, kernel 2.6.15-27-k7 (on /dev/hdb1)
root		(hd1,0)
kernel		/boot/vmlinuz-2.6.15-27-k7 root=/dev/hdb1 ro quiet splash 
initrd		/boot/initrd.img-2.6.15-27-k7
savedefault
boot

title		Ubuntu, kernel 2.6.15-27-k7 (recovery mode) (on /dev/hdb1)
root		(hd1,0)
kernel		/boot/vmlinuz-2.6.15-27-k7 root=/dev/hdb1 ro single 
initrd		/boot/initrd.img-2.6.15-27-k7
savedefault
boot

title		Ubuntu, memtest86+ (on /dev/hdb1)
root		(hd1,0)
kernel		/boot/memtest86+.bin  
savedefault
boot

### END DEBIAN AUTOMAGIC KERNELS LIST

# This is a divider, added to separate the menu items below from the Debian
# ones.
title		Other operating systems:
root


# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/hda1
title		Microsoft Windows XP Professionnel
root		(hd0,0)
savedefault
makeactive
chainloader	+1

Fichier menu.lst de /dev/hdb3 :

## 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=/dev/hdb3 ro

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

## 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

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
##      altoptions=(recovery mode) 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=all

## 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

## ## End Default Options ##

title		Ubuntu, kernel 2.6.15-27-k7 (on /dev/hdb1)
root		(hd1,0)
kernel		/boot/vmlinuz-2.6.15-27-k7 root=/dev/hdb1 ro quiet splash 
initrd		/boot/initrd.img-2.6.15-27-k7
savedefault
boot

title		Ubuntu, kernel 2.6.15-27-k7 (recovery mode) (on /dev/hdb1)
root		(hd1,0)
kernel		/boot/vmlinuz-2.6.15-27-k7 root=/dev/hdb1 ro single 
initrd		/boot/initrd.img-2.6.15-27-k7
savedefault
boot

title		Ubuntu, memtest86+ (on /dev/hdb1)
root		(hd1,0)
kernel		/boot/memtest86+.bin  
savedefault
boot

### END DEBIAN AUTOMAGIC KERNELS LIST

# This is a divider, added to separate the menu items below from the Debian
# ones.
title		Other operating systems:
root


# This entry automatically added by the Debian installer for a non-linux OS
# on /dev/hda1
title		Microsoft Windows XP Professionnel
root		(hd0,0)
savedefault
makeactive
chainloader	+1

sachant que pour le second, étant donné que c'est celui qu'utilise le système et pour pouvoir avoir un boot correct, j'ai modifié la dernière partie. Avant modification, il y avait toutes les entrées correspondant aux noyaux existant sur /dev/hdb3 (qui pointaient sur cette partition) et après l'entrée windows, les entrées du nouvel Ubuntu considéré comme un OS supplémentaire et pointant sur /dev/hdb1.

Voilà, en espérant que ces renseignements seront suffisants pour orienter l'opération "Sauvez GRUB"

Dernière modification par Paul Atreides (Le 04/12/2006, à 01:44)

cep · Le 04/12/2006, à 10:23

setup (hd0) (hd1,0) --> GRUB ne démarre pas - "Grub stage loading..." et plus rien.
Avec setup (hd0) (hd1,2) --> ça démarre mais je suis toujours dans la même situation.

Ok. La configuration est ok.

Donc, si je comprends bien, maintenant que tu as configuré menu.lst qui est dans (hd1,2) le système démarre bien.

Par contre, si tu configures le mbr pour avoir l'adresse (hd1,0) le boot ne se fait pas et tu n'as pas de message d'erreur ? et pas non plus de message d'erreur pendant la procédure d'installation de grub dans le mbr ?

Puisqu'il fonctionne si on met l'adresse (hd1,2) on peut exclure un problème dans le mbr. Reste éventuellement une erreur dans les stages* qui sont dans /dev/hdb1. Tu pourrais les supprimer et mettre ceux qui sont dans /dev/hdb3 et refaire une installation de grub.

De même il faudrait vérifier la configuration de device.map et vérifier qu'il est le même que celui de /dev/hdb3.

Enfin, si tout cela ne fonctionne pas, tu pourras refaire un grub-install /dev/hda après avoir démarré ton système (ou par un chroot).

Et, en dernier ressort, refaire entièrement le système de fichiers de /dev/hdb1 et voir si la partition est ok.

Pour résumer, problème de stages corrompus ou partition / système de fichiers non conformes pour grub. Ou autre cause, mais je ne vois pas.

Bonne continuation.
cep

Paul Atreides · Le 04/12/2006, à 21:28

Waouh ! que de pistes à explorer...
Avant de me lancer, quelques questions pour être sûr d'avoir bien compris.

cep a écrit :

Donc, si je comprends bien, maintenant que tu as configuré menu.lst qui est dans (hd1,2) le système démarre bien.

Oui, mais il démarrait aussi avant. Le problème n'est pas qu'il démarre mais qu'il s'obstine à démarrer avec ce menu.lst là, qui n'est par ailleurs pas pris en compte par le système, notamment lors de mise à jour de noyau... Je préfèrerais qu'il démarre sur celui de /dev/hdb1 pour pouvoir supprimer /dev/hdb3 et y installer le /home...

cep a écrit :

Par contre, si tu configures le mbr pour avoir l'adresse (hd1,0) le boot ne se fait pas et tu n'as pas de message d'erreur ? et pas non plus de message d'erreur pendant la procédure d'installation de grub dans le mbr ?

Aucun message d'erreur lors de l'installation de grub dans le mbr via setup (que ce soit avec un ou deux arguments). Par contre, si j'essaie de l'installer sur (hd1,0) et bien ça ne boote pas et c'est tout...

cep a écrit :

Puisqu'il fonctionne si on met l'adresse (hd1,2) on peut exclure un problème dans le mbr. Reste éventuellement une erreur dans les stages* qui sont dans /dev/hdb1. Tu pourrais les supprimer et mettre ceux qui sont dans /dev/hdb3 et refaire une installation de grub.
De même il faudrait vérifier la configuration de device.map et vérifier qu'il est le même que celui de /dev/hdb3.

Si les stages* sont corrompus, il suffirait de remplacer ceux situés sur /dev/hdb1 par ceux de /dev/hdb3. Faut-il y rajouter d'autres fichiers situés dans /boot/grub ? par exemple, le device.map ? et qu'entends-tu par "refaire une installation grub" ? via une session grub puis root et setup ?

cep a écrit :

Enfin, si tout cela ne fonctionne pas, tu pourras refaire un grub-install /dev/hda après avoir démarré ton système (ou par un chroot).

J'avais lu qu'il était déconseillé d'utiliser grub-install... mais si je dois le faire, c'est en bootant normalement et en passant en console par Ctrl-Alt-F1 ? ou alors il faut passer par un chroot (et là, j'avoue que je n'ai jamais vraiment compris comment ça fonctionnait...)

cep a écrit :

Et, en dernier ressort, refaire entièrement le système de fichiers de /dev/hdb1 et voir si la partition est ok.

"refaire entièrement le système de fichiers", oui, mais comment qu'on fait ? Là, j'atteinds les limites de mes maigres connaissances linuxiennes (deux ans d'Ubuntu ça apprend plein de choses mais tout de même !)

cep a écrit :

Bonne continuation.
cep

Merci, je te tiens au courant.
@+

cep · Le 04/12/2006, à 22:25

Aucun message d'erreur lors de l'installation de grub dans le mbr via setup (que ce soit avec un ou deux arguments). Par contre, si j'essaie de l'installer sur (hd1,0) et bien ça ne boote pas et c'est tout...

Normal. Le mbr doit avoir un lanceur qui pourra éventuellement chercher ensuite dans le boot secteur d'une partition. Donc tu peux l'installer depuis (hd1,0), c'est à dire que l'adresse pointera vers (hd1,0) mais il faudra l'installer dans (hd0) c'est à dire le mbr vu par le bios au boot de la machine.

Si les stages* sont corrompus, il suffirait de remplacer ceux situés sur /dev/hdb1 par ceux de /dev/hdb3. Faut-il y rajouter d'autres fichiers situés dans /boot/grub ? par exemple, le device.map ? et qu'entends-tu par "refaire une installation grub" ? via une session grub puis root et setup ?

oui, remplacer les stage* et voir si nécessaire device.map. Tout à fait, session grub, etc. etc.

J'avais lu qu'il était déconseillé d'utiliser grub-install... mais si je dois le faire, c'est en bootant normalement et en passant en console par Ctrl-Alt-F1 ? ou alors il faut passer par un chroot (et là, j'avoue que je n'ai jamais vraiment compris comment ça fonctionnait...)

Comme ton système fonctionne, tu n'es pas obligé de faire un chroot. Par contre il sera préférable d'indiquer la source ou prendre les bonnes pistes ( root directory qui sera / ) :
grub-install --root-directory=/ /dev/hda

Quelques exemples :
http://forum.ubuntu-fr.org/viewtopic.php?pid=482319#p482319

"refaire entièrement le système de fichiers", oui, mais comment qu'on fait ? Là, j'atteinds les limites de mes maigres connaissances linuxiennes (deux ans d'Ubuntu ça apprend plein de choses mais tout de même !)

En partant du principe que la partition serait saine (tu pourrais le vérifier en passant la commande : dmesg dans un terminal pour voir s'il n'y a aucun message douteux après avoir lancé ton os), donc il suffirait de refaire un "formatage" avec perte de toutes les données, ce qui implique une réinstallation.

Ou bien en supprimant la partition et en la recréant. Mais tu verras cela en dernier ressort.

Cordialement.
cep

Paul Atreides · Le 04/12/2006, à 23:54

cep a écrit :

En partant du principe que la partition serait saine (tu pourrais le vérifier en passant la commande : dmesg dans un terminal pour voir s'il n'y a aucun message douteux après avoir lancé ton os), donc il suffirait de refaire un "formatage" avec perte de toutes les données, ce qui implique une réinstallation.
Ou bien en supprimant la partition et en la recréant. Mais tu verras cela en dernier ressort.

Comme quoi, je me suis trop habitué à Linux. Quand j'étais sous Windows, au moindre problème (et y en avait) je reformatais. Mais depuis Ubuntu, plus un reformatage en deux ans, j'en avais fini par oublier que cela pouvait être une solution sous Ubuntu. La principale différence avec win c'est tout de même qu'Ubuntu n'en fait pas un système de gestion de l'OS contrairement à son homologue de Redmond !

Bon, je contacte mon père et je fais les tests avec lui. Je te tiens au courant et encore merci pour ta disponibilité.

Paul Atreides · Le 06/12/2006, à 14:08

Voilà le résultat des courses :

Manifestement gros problème avec le device.map :
Celui figurant sur l'ancienne installation (/dev/hdb3) semble parfaitement adapté à la configuration disques de l'ordi. La voilà :

(hd0) /dev/hda
(hd1) /dev/hdb
(hd2) /dev/sda
(hd3) /dev/sdb

Par contre, celui situé dans /boot/grub est vide 0 octet mais il existe...

Je comprends mieux pourquoi il n'y a pas moyen de booter lorsqu'on lui indique root (hd1,0) et setup (hd0) (hd1,0)... Je pense que la solution est là.

Je vous tiens au courant dès qu'on aura fait le test. En espérant compléter bientôt le titre de ce post d'un superbe [RESOLU] !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 25/11/2006, à 21:08

[RESOLU] Deux grub sur le même ordi ! un de trop !!!

#2 Le 25/11/2006, à 23:11

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#3 Le 25/11/2006, à 23:13

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#4 Le 25/11/2006, à 23:49

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#5 Le 25/11/2006, à 23:57

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#6 Le 26/11/2006, à 00:05

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#7 Le 26/11/2006, à 00:09

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#8 Le 03/12/2006, à 18:18

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#9 Le 03/12/2006, à 18:47

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#10 Le 03/12/2006, à 18:48

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#11 Le 03/12/2006, à 18:48

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#12 Le 03/12/2006, à 18:49

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#13 Le 03/12/2006, à 18:53

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#14 Le 03/12/2006, à 18:56

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#15 Le 03/12/2006, à 19:02

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#16 Le 03/12/2006, à 19:32

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#17 Le 03/12/2006, à 19:35

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#18 Le 03/12/2006, à 22:07

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#19 Le 03/12/2006, à 23:56

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#20 Le 04/12/2006, à 01:42

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#21 Le 04/12/2006, à 10:23

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#22 Le 04/12/2006, à 21:28

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#23 Le 04/12/2006, à 22:25

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#24 Le 04/12/2006, à 23:54

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

#25 Le 06/12/2006, à 14:08

Re : [RESOLU] Deux grub sur le même ordi ! un de trop !!!

Pied de page des forums