Je pense au bug du 1024eme cylindre une partition /boot située trop loin

il faudrait essayer de demarrer avec smartbootmanager pour voir
voici les infos que je peut donner :

graphique des Disques dur :
http://img528.imageshack.us/my.php?image=disquefv5.jpg

les labels :


le fdisk :


le grub.conf :


Le grub :


et Quand grub se lance :



désolée pour la qualité des photo :-? ......
j'ai fait avec les moyens du bord.

EDIT:
Juste une théorie. Dans le cas normal :
Le mbr point sur Grub. ok ?
Grub se lance et propose les partitions. ok ?
On sélection et là grub pointe dessus : montable ou pas, bootable ou pas. ok ?

Donc c'est à ce moment seulement qu'il doit me dire qu'il ya un prob avec les partitions sur le DD.

J'en déduis que l'erreur 17 est que exactement /boot n'est pas montable (j'ai tout mis sur / )

donc j'enlève tout, je fait une pour /boot, un swap , un /home (peut-on réutiliser le même avec ubuntu par exemple ?), et un /.
Je reste persuadé que ta partition /boot est hors d'atteinte du bios parce qu'elle est située bien au delà du 1024e cylindre. (vieux bug)
nico92856 wrote:J'en déduis que l'erreur 17 est que exactement /boot n'est pas montable (j'ai tout mis sur / )

donc j'enlève tout, je fait une pour /boot, un swap , un /home (peut-on réutiliser le même avec ubuntu par exemple ?), et un /.
Si /boot n'est pas lisible de Grub, Grub ne peut se lancer puisque Grub réside pour partie sur /boot ... je pensais l'avoir expliqué.

J'ai donné la commande pour identifier les labels. Vérifie simplement.
pour ma part je fais toujours une partition /boot de petite dimension au debut du disque, puis si besoin les partitions windows et ensuite dans une partition étendue, toutes les autres partitions windows.

Pour en avoir le coeur net je te suggère, et je le dis ici pour une enième fois, d'essayer de booter avec smartbootmanager !
Pour les labels, c'est la deuxième screen
compart avec le grub.conf (4ème images)

sinon je cherche juste une raison pour qu'il puisse pas "monter", il boot, grub se lance bien, mais il peut pas monter ...
Mais juste un truc, quels sont les informations stockés dans le MBR, il pourrai y avoir les 3 premières lignes, et c'est quand il regarde sur la partition /boot qu'il perd le nord ..... [théorie .... théorie ....]

j'ai essayé avec smartbootmanager, et soit je peut booter sur la disquette, soit sur le CD, soit sur un des deux disques ....
Le résultat est le même mais merci quand même ....

apparament, SBM est utils quand le bios ne peut pointer vers un périphérique ....
Bon je vais essaye le coup ultime : je vire tous du disque, une partition /boot puis /swap puis /home puis /

on verra bien ?


Question : le /home je peut le réutiliser sous d'autre distrib ? genre dérivé de Débian/Ubuntu ? j'ai jamais essayé ....
Oui au 1

Pour le reste il a déjà été répondu NON dans un autre post, ce jour même, chaque distrib pouvant avoir sa propre configuration pour les softs communs. Mais oui à un répertoire "data" commun ou seront écrites toutes les données ne constituant pas des fichiers de config ou de paramètres qui eux resteront dans les /home respectifs.
dernière question avant le grand saut : pour le /boot, combien d'espace est nécessaire ? que je n'ai pas besoin de redimensionner


EDIT : sur deux trois forums j'ai vu de 198Mo à 250Mo
100 Mo suffit amplement, mon boot chez moi fait 77 mo.
Bon j'ai mis 200Mo par sécurité, je suis sur un 320Go et un 160Go






Je vous parle depuis FEDORA :-D

Voila le problème est résolu ....


Donc, je résume :
je pense au final que c'était bien parce que la zone de boot dépassé un certain cylindre

car comme je l'ai mise avec /, elle était donc à pluis de 255Go du DD SATA

J'ai donc viré toutes les partitions, et j'ai fait :
/boot 200Mo (mais moins me parait bon : en ce moment je n'ai que 5.8Mo)
/ 12Go (je test et bricole un peu ce petit ange, et je rajouterai un /home après)
Swap 1.6Go pour 1.5Go de RAM

Ensuite, je reboot => Error 15 : File Not Found

Je passe en Rescue avec le CD/DVD
chroot /mnt/sysimage // je monte le système
su // je passe en super utilisateur pour éviter qu'il me le demande à chaque fois
fdisk - l // je vérifie mes partitions

grub // je lance grub
find /boot/grub/ // il les trouve pas
root (hd0,0) // à l'aide de la touche Tabulation, j'avais repéré selon le système de grub, ou était /boot
setup (hd0) // il me répond qu'il trouve pas le /boot/grub/stage1, je continu quand même ...

quit

cd boot
cd grub
vi grub.conf // voir la documentation pour l'utilisation, je corrige les fautes d'anaconda
:wq // pour enregistrer après les modifs

[crtl]+[alt]+[supp] // pour rebooter
et ça fonctionne !!!


Pour ce que j'ai modifié :

annaconda a pris mon IDE en hd0 et le SATA en Hd1 or pour grub c'est l'inverse ...

l'explication rapide est : j'ai remplacé partout HD0 par Hd1 et vice-versa



Et voila ça fonctionne .....

Première impression après 30min d'essai : sympa mais pas boulversé

une ou deux erreur insignifiante de phrase dans l'installateur (il parle de cliquer sur Avancer et c'est suivant)
ou sinon mon Wide non détecté ... (insignifiant aussi)

Mais Heureux

MERCI à tous et CHAMPAGNE :pint: (ou bière au choix)


P.S. : j'adore linux, à chaque manip, même simple chez qui tout le monde ça fonctionne, foire chez moi, et forcément en réparant j'apprend de noveaux truc : Comblé 8-) (c'est ce que je souhaite)
14 jours plus tard
Bonjour,

Anaconda, sata et Grub !

Pour commencer, j'ai lu ce posts et plusieurs posts qui pointe sur ce fil de discussion, mais mon problème persiste. S'il me faut ouvrir un nouveau post, je le ferai.

Ma configuration : 4 disques SATA de 160 Go chacun (/dev/sda, sdb, sdc et sdd), AMD Athlon 64 X2 4400+ (2200 Mhz - s939), une carte mere Gigabyte GA-K8N-SLI, 4Go de Ram et une carte Graphique Asus EN6600 Silencer 256Mo

J'avais jusqu'à présent une FC6 installé avec quelques petit soucis et j'ai comme l'impression que les problèmes sont relativement les memes, mais les anciennes solutions ne me résolvent pas mon souci :

J'ai décidé d'installer FC7 en 32 Bits et non la version X86_64, car j'avais ma FC6 sous ce format et j'ai beaucoup eu de soucis de compatibilités avec plusieurs RPMs, ou sources. Je n'ai plus trop le temps alors, je prends la solution de facilité : i386-i686

Bref, venons en à mon problème :
Après la réinstallation, mon bios tente de démarrer sur le DVD, mais il n'y a plus de DVD,
Ensuite il tente de démarrer sur les disques durs,
Et j'ai :
GRUB Loading stage 1.5.



GRUB loading, please wait...
Error 17
J'ai redémarré sur le DVD en mode Rescue, et j'ai fais un fdsik-l qui m'a renvoyé que j'avais
-une partition /dev/sda1 (ext3 des cylindres 1 à 13) pour /boot
-une partition /dev/sda2 LVM
-une partition /dev/sdb1 LVM
-une partition /dev/sdc1 LVM
-une partition /dev/sdd1 LVM
chroot /mnt/sysimage
ls /boot # je n'ai pas de contenu
mount /dev/sda1 /boot
ls /boot # j'ai un contenu
cat /boot/grub/grub.conf  # j'ai un contenu
Voici donc son contenu :
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Fedora (2.6.21-1.3194.fc7)
root (hd0,0)
kernel /vmlinuz-2.6.21-1.3194.fc7 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
initrd /initrd-2.6.21-1.3194.fc7.img
j'ai lancé grub en mode rescue et j'ai bien le disque (hd0,0) qui correspond à /dev/sda1
J'ai lancé dans grub, un root(0,0) puis un setup (hd0)
Et là j'ai comme souvent je l'ai lu :
Checking if "/boot/grub/stage1" exists... no
Checking if "/grub/stage1" exists... yes
Checking if "/grub/stage2" exists... yes
Checking if "/grub/e2fs_stage1_5" exists... yes
Running "embed /grub/e2fs_stage1_5 (hd0)" ... 15 sectors are embedded.
succeeded
Running "install /grub/stage1 (hd0) (hd0)1+15 p (hd0,0)/grub/stage2 /grub/grub/conf" ... succeeded
Done.
Maintenant, je bloque, que faire d'autre ?

A tres vite.

Cordialement
succeeded Done.
Moi là je comprends que la manip est réussie. Et si tu rebootes direct ?
Eh bien j'ai le meme message initialement

GRUB Loading stage 1.5.



GRUB loading, please wait...
Error 17
Alors, entre temps, j'ai testé l'installation sur un seul disque sata : et cela fonctionne sans souci (j'ai pris le premier disque detecté par mon bios, pensant que cela resterait le sda quand je rebrancherai les 3 autres)
pas de soucis, tout fonctionne.
Mais quand je rebranches les 3 autres disques, Grub se lance, le début du demarrage se déroule: décompression du noyau, Redh Hat Nash, ...
Puis apres il n'arrive pas à retrouver les volume logique,
Enfin bref, je comprends qu'il se mélange ses pinceaux, mais au moins, j'ai réussi à faire fonctionner FC7 sur ma config avec 3 disques en moins.

Je suppose donc que l'installation par défaut de la FC7 (tout comme la FC6) pose probleme s'il y a plusieurs disques sata connectés, alors, que me conseillez vous :
Attendre une solution avec une installation sur 4 disques ? ou
Faire une installation sur un disque puis étendre sur les 3 autres disques ? (si oui comment ?)

Merci

Existe t il une facon de
ta vérifié l'architecture détecté par Grub ?

root ([press Tab] // quels sont les solutions ?
root ([chaque disque],[press Tab] // quels sont les solutions ?

Grub ne voit pas les DD comme sous linux ....
par exemple, Anaconda voyais hd0 comme l'ide et hd1 le sata. Sous grub c'était l'inverse ....

A l'aide des partitions, fait nous une correspondance entre les solutions de la commande
fdisk -l
et ceux de grub ....
En fait, quand je lance le grub (en mode rescue car je n'ai pas la possibilité d'appuyer sur la touche "c" au démarrage du systeme), j'ai
grub> root(
Possible disks are: hd0 hd1 hd2 hd3
grub> root(hd0,
Possible partitions are:
Partition num: 0, Filesystem type is ext2fs, partition type 0x83
Partition num: 1, Filesystem type unknown, partition type 0x8e
grub> root(hd1,0) #(pas d'autres choix)
grub> root(hd2,0) #(pas d'autres choix)
grub> root(hd3,0) #(pas d'autres choix)
et fdisk -l me donne (je ne vais pas réécrire la meme chose, mais je résume)
Device Boot Start End Blocks Id System
/dev/sda1 * 1 13 104391 83 Linux
/dev/sda2 * 14 19457 156183930 8e Linux LMV
/dev/sdb1 * 1 19457 156288321 8e Linux LMV
/dev/sdc1 * 1 19457 156288321 8e Linux LMV
/dev/sdd1 * 1 19457 156288321 8e Linux LMV
Voili

PS : @nico92856 : j'ai beaucoup aimé les photos webcams de l'écran incurvé 😉

Cordialement
Mais tu as une unique partition par DD ?

le truc c'est que moi, je pouvais dernterminer quel DD était quoi ..... toi c'est déja plus hard ....

donc ton boot serait sur (hd0,0) qui correspond à /dev/sda1

mais Fedora est sur quel partition car là je voit uen erreur !

ton grub.conf pointe pour Fedora sur /boot !!!! c'est pas bon !




si par exemple, Fedora est sur /dev/sda2 (hd0,1)

faut mettre :
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
// hiddenmenu vire ce truc !
title Fedora (2.6.21-1.3194.fc7)
root (hd0,1)
kernel /vmlinuz-2.6.21-1.3194.fc7 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
initrd /initrd-2.6.21-1.3194.fc7.img
En fait, Fedora est installé sur une LVM que j'ai installé sur les 4 disques
un lvmdiskscan donne entre autre :
/dev/sda2
/dev/sdb1
/dev/sdc1
/dev/sdd1

J'ai aussi tenté en changeant le grub.conf. comme tu me l'as proposé, mais j'ai le meme message

A+
Bonjour,

Alors, vu que je n'avais pas sommeil, j'ai fait pas mal de tests :
en mode rescue, j'ai lancé un grub-install /dev/sda qui s'est terminé sans echec, mais en redemarrant, toujours la meme choses
J'ai lu sur des forum canadien, une histoire sur le formatage de la partition /boot : j'ai donc relancer pour test un réinstallation avec une partition /dev/sda1 en ext2. Auparavant, j'avais pris la précaution de supprimer avec fdisk toutes les partitions sur tous les disques.
Et au redemarrage .... toujours error 17 !!

J'ai meme testé dans le fichier grub.conf de changer les 2 hd0 en hd1, puis hd2, puis hd3 .

Que faire chers amis ?