Problème avec grub après nouvelle install

Bonjour à tous,
J’ai le problème de l’erreur 17 de grub suite à une nouvelle install de la lenny.
En hdisk j’ai ceci :
hda -> win Xp
sda -> partition NTFS
sdb -> partition NTFS
sdc -> Debian

  • sdc1 /boot
  • sdc6 /

Avec le live cd ubuntu et fdisk le hda n’existe plus et tout est décalé de sda à sdd
Voici le menu.lst :

default         0
timeout         100
color cyan/blue white/blue

title           Debian GNU/Linux, kernel 2.6.26-2-686
root            (hd3,0)
kernel          /vmlinuz-2.6.26-2-686 root=/dev/sdc6 ro quiet
initrd          /initrd.img-2.6.26-2-686

title           Debian GNU/Linux, kernel 2.6.26-2-686 (single-user mode)
root            (hd3,0)
kernel          /vmlinuz-2.6.26-2-686 root=/dev/sdc6 ro single
initrd          /initrd.img-2.6.26-2-686

title           Other operating systems:
root

title           Microsoft Windows XP Professionnel
root            (hd0,0)
savedefault
makeactive
chainloader     +1

A croire qu’au boot il ne trouve plus le hda. Tous les disques dans le bios sont parfaitement reconnu.
Un autre post dans le forum parle de décalage des disques et j’ai testé avec (hd2,0) au lieu de (hd3,0) mais pas de changement, même erreur.

Merci de votre aide

Salut,

Le copié-collé du résultat de la commande :

fdisk -l (L minuscule) serait d’un grand secours.

Peut-être pour comprendre la raison de la partition /boot séparée ???

Voici le résultat de fdisk -l /dev/sdc

root@ubuntu:~# fdisk -l /dev/sdc

Disque /dev/sdc: 80.0 Go, 80032038912 octets
255 tetes, 63 secteurs/piste, 9730 cylindres
Unites = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x0007554b

Peripherique Amorce  Debut        Fin      Blocs     Id  Systeme
/dev/sdc1   *           1          12       96358+  83  Linux
/dev/sdc2              13        9730    78059835    5  Etendue
/dev/sdc5              13         134      979933+  82  Linux swap / Solaris
/dev/sdc6             135         620     3903763+  83  Linux
/dev/sdc7             621         742      979933+  83  Linux
/dev/sdc8             743         803      489951   83  Linux
/dev/sdc9             804        1654     6835626   83  Linux
/dev/sdc10           1655        2019     2931831   83  Linux
/dev/sdc11           2020        2055      289138+  83  Linux
/dev/sdc12           2056        3271     9767488+  83  Linux
/dev/sdc13           3272        9730    51881886   83  Linux

/boot est séparé car c’est une habitude de le mettre sur une partition à part, mais je ne pense pas que cela pose problème.
Le disque est organisé comme cela :

root@ubuntu:/mnt/r/etc# cat fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/sdc6       /               ext3    errors=remount-ro 0       1
/dev/sdc1       /boot           ext3    defaults        0       2
/dev/sdc7       /home           ext3    defaults        0       2
/dev/sdc11      /root           ext3    defaults        0       2
/dev/sdc8       /tmp            ext3    defaults        0       2
/dev/sdc9       /usr            ext3    defaults        0       2
/dev/sdc10      /var            ext3    defaults        0       2
/dev/sdc13      /vm             ext3    defaults        0       2
/dev/sdc12      /www            ext3    defaults        0       2
/dev/sdc5       none            swap    sw              0       0

Re,

fdisk -l (sans rien derrière) :slightly_smiling:

Oui là y a plus d’infos :slightly_smiling:

root@ubuntu:/mnt/r/etc# fdisk -l

Disque /dev/sda: 320.1 Go, 320072933376 octets
255 têtes, 63 secteurs/piste, 38913 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x6b1ff37e

Périphérique Amorce  Début        Fin      Blocs     Id  SystÚme
/dev/sda1   *           1       16709   134215011   42  SFS

Disque /dev/sdb: 500.1 Go, 500107862016 octets
255 têtes, 63 secteurs/piste, 60801 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0xcb6ada98

Périphérique Amorce  Début        Fin      Blocs     Id  SystÚme
/dev/sdb1   *           1       60801   488384001    b  W95 FAT32

Disque /dev/sdc: 80.0 Go, 80032038912 octets
255 têtes, 63 secteurs/piste, 9730 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x0007554b

Périphérique Amorce  Début        Fin      Blocs     Id  SystÚme
/dev/sdc1   *           1          12       96358+  83  Linux
/dev/sdc2              13        9730    78059835    5  Etendue
/dev/sdc5              13         134      979933+  82  Linux swap / Solaris
/dev/sdc6             135         620     3903763+  83  Linux
/dev/sdc7             621         742      979933+  83  Linux
/dev/sdc8             743         803      489951   83  Linux
/dev/sdc9             804        1654     6835626   83  Linux
/dev/sdc10           1655        2019     2931831   83  Linux
/dev/sdc11           2020        2055      289138+  83  Linux
/dev/sdc12           2056        3271     9767488+  83  Linux
/dev/sdc13           3272        9730    51881886   83  Linux

Disque /dev/sdd: 60.0 Go, 60022480896 octets
255 têtes, 63 secteurs/piste, 7297 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0xf2f9f2f9

Périphérique Amorce  Début        Fin      Blocs     Id  SystÚme
/dev/sdd1   *           1        7296    58605088+   7  HPFS/NTFS

[quote]title Microsoft Windows XP Professionnel
root (hd0,0)
savedefault
makeactive
chainloader +1 [/quote]

Et ton windows se retrouve en sdd1 ce qui pour grub s’écrit (hd3,0)
Et ainsi de suite …

Pour mon info personnelle c’est quoi ce système de fichier :

/dev/sda1 * 1 16709 134215011 42 SFS

hello ,

Je crois que c’est du dynamic NTFS sous windows 2000 !!

Salut,

Merci de ne pas répondre à moins d’être sûr ! Laisse donc l’auteur du post nous répondre lui-même :slightly_smiling:

Pour le SFS franchement je ne connais pas mais ce qui est sur c’est que c’est du windows. C’était à l’origine un disque externe que je n’ai pas reformaté depuis qu’il est présent dans la machine.

Pour le suite de mon problème, si j’ai bien compris hda vaut maintenant sdd, j’ai donc modifié pour windows hd0 et hd3. Pour Debian pas de changement car installé sur sdc donc hd2.
J’ai testé mais pas de changement. J’ai oublié un truc quelque part ?

Avant ou après l’affichage du menu de démarrage de grub ?
Quel est le message complet ?

Slt à toi,
C’est avant l’apparition du menu, voila ce qui s’affiche :

GRUB Loading stage1.5.
GRUB Loading, please wait...
Error 17

Dans ce cas inutile de t’acharner sur le contenu de menu.lst, a priori grub n’arrive même pas à charger son stage2. D’après une recherche rapide, l’erreur 17 signifie que le système de fichiers de la partition - censée contenir grub/stage2 et grub/menu.lst - n’est pas reconnu. Je pense que la raison est que grub ne cherche pas dans la bonne partition ou dans le bon disque, et qu’il faut le réinstaller. Le fichier /boot/grub/device.map est-il correct ?

Le fichier device.map contient ceci :

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

On va dire que le problème est réglé bien que si il se représente ce sera encore la galère…
J’ai fini par remplacer le vieux disque IDE par un SATA tout neuf. Réinstallation du XP et de la Debian ensuite. Et là forcément tout va mieux.
Merci quand même à ceux qui m’ont filé un coup de main :slightly_smiling:

J’ai eu le même problème lors de ma 1ère installation Debian.
XP était sur le dernier disque IDE restant et Debian sur un SATA.
J’avais laissé Grub s’installer où il voulait par défaut et je n’ai pas su me sortir de la galère “erreur 17” autrement qu’en virant moi aussi le disque IDE.

A la suite de ça, j’ai lu quelque part (mais où ? ça date un peu) que le Grub de l’époque (presque 1 an 1/2) avait du mal à gérer la configuration chaotique de tous mes disques.

Il y a sûrement moyen de gérer la situation plus finement mais je ne savais et ne sais d’ailleurs toujours par le faire. :confused: :blush:

Je n’appelle pas ça réglé mais plutôt abandonné…
C’était probablement une incohérence entre l’ordre des disques dans le BIOS et l’ordre perçu par grub, mais pas facile à débrouiller.

C’est vrais que c’est très loin d’être réglé mais j’avais un besoin urgent de la machine en question et c’était l’occasion de changer le disque.
Au niveau BIOS, l’ordre est ok par rapport à ce qui se trouve dans device.map
Après je ne vois pas trop ou regarder.