6.10>7.04: pas de demarrage grub?

[Edouard villefayots]

Edouard villefayots a écrit :
> Edouard villefayots a écrit :
>> Edouard villefayots a écrit :
>>> Lami René a écrit :
>>>> Edouard villefayots a écrit :
>>>>> Edouard villefayots a écrit :
>>>>>   
>>>>>> Edouard villefayots a écrit :
>>>>>>     
>>>>>>> Je viens d'upgrader la kubuntu 6.10 en 7.04 .
>>>>>>>
>>>>>>> Mais depuis la màj de grub, impossible de redémarrer !
>>>>>>>
>>>>>>> mm super grub disk ne semble pas voir ce hdd où je l'ai installée..
>>>>>>>
>>>>>>> Je signale que lorsque j'ai voulu instaler la 7.04 sur ce mm dd ide
>>>>>>> monté en sata (sda) ça a lamentablement échoué.
>>>>>>>
>>>>>>> Le super grub disk voie hda (cdrom?!)
>>>>>>> 			hdb (1er dd )
>>>>>>> 			hdc (2ème dd)
>>>>>>> mais jamais hdd (3ème dd, celui qui m'interresse!)
>>>>>>>
>>>>>>> par contre un grub-install /dev/hdd depuis la kubuntu 6.10 de hdb
>>>>>>> marche, mais le démarrage sur hdd (7.04) foire systèmatiquement alors
>>>>>>> que j'ai bien mis le / = hdd5 en bootable?
>>>>>>>
>>>>>>> lilo depuis super grub disk foire aussi! (c'est la dernière version de
>>>>>>> super grub disk).
>>>>>>>
>>>>>>>
>>>>>>> ce dd ide est un 320go neuf maxtor, est a priori hors de cause.
>>>>>>>
>>>>>>> Où j'ai encore déconné? svp
>>>>>>>
>>>>>>> a+
>>>>>>>
>>>>>>>       
>>>>>> Je viens de monter les partitions hdd5 (media/feisty) hdd6
>>>>>> (media/homefeisty) et hdd7 (/media/bootfeisty) sur la edgy de hdb.
>>>>>>
>>>>>> j'ai tenté : grub-install /dev/hdd depuis la 6.10-edgy, et
>>>>>> grub-install /dev/hdd> /dev/fd0 ( ça marche!..)
>>>>>>
>>>>>> Mais c'est tjrs comme si hdd n'existait pas pour la 6.10-edgy en hdb
>>>>>> et aussi pour super grub disk!?..
>>>>>>
>>>>>> Où est le lézard? a+
>>>>>>
>>>>>>
>>>>>>     
>>>>> Il me semble que ce dernier super grub disk v 0.959 ne reconnaisse pas
>>>>> bien mon 3ème dd ide?
>>>>>
>>>>> Mais si grub apparait avec la bonne liste de noyaux à booter, chaque
>>>>> fois grub est incapable de "monter" les fichiers???..
>>>>>
>>>>> Si un mec fortiche pouvait me tuyauter? a
>>>> Bonjour Edouard,
>>>>
>>>> Je ne suis pas un « mec fortiche », mais comme je n'ai pas le détail de
>>>> tes partitions et des limites de ton BIOS, voici peut-être une piste de
>>>> solution.
>>>>
>>>> Il se pourrait que le problème soit lié à la limite du BIOS !
>>>>
>>>> À la mise sous tension de l'ordinateur, le BIOS récupère l'information
>>>> primaire des composantes du système, don les disques durs.
>>>>
>>>> Dans le cas d'un ordinateur GoldStar LG8S, la carte mère une « MSI 815E
>>>> PRO VER. 1 » et son BIOS ne sait pas gérer correctement les disques durs
>>>> supérieurs à 136 Go.
>>>>
>>>> De se fait, si au démarrage de votre système, le gestionnaire de
>>>> démarrage Grub cherche à démarrer un système d'exploitation au-delà des
>>>> 136 Go, il plantera.
>>>>
>>>> Ce problème est rependu et résolu par des logiciels de gestion de disque
>>>> intégré aux systèmes d'exploitation récents, mais pour qu'il fonctionne,
>>>> il faut qu'il soit installé dans les limites d'accès du BIOS, dans notre
>>>> exemple, dans les 136 premiers Go.
>>>>
>>>> Pour MS-Windows, le système est toujours installé au début du disque
>>>> dur, donc pas de problème.
>>>>
>>>> Pour les systèmes Linux, qu'y sont souvent installé en double amorçage
>>>> avec Windows « dual boot », il est donc plus loin sur le disque dur. Il
>>>> faut vous assurer que la partition racine de votre Linux soit installée
>>>> dans les limites d'accès du BIOS, dans notre exemple, dans les 136
>>>> premiers Go.
>>>>
>>>> Pour connaître les limites de votre BIOS, vérifiez, au démarrage de
>>>> votre ordinateur, immédiatement après la vérification de la mémoire, la
>>>> taille des disques durs est détectée. Le début de votre partition racine
>>>> de Linux ne doit pas être au-delà de cette limite.
>>>>
>>>> Si vous restez dans les limites du BIOS avec la partition racine de
>>>> Linux, vous n'aurez plus de problème.
>>>>
>>>> Tiré de mon Poste Grub Error 17
>>>> <http://forum.ubuntu-fr.org/viewtopic.php?id=118504>
>>>>
>>>> L'ami René
>>>> Tous pour un et un pour tous !
>>>>
>>>>
>>>> Ben, justement, sur hdb ça marche impec, sur dd=160go et windows+linux.
>>> Par contre en hdd=300go, où grub doit booter sur hdd5, 1ère part du dd
>>> (il vaut mieux mettre l'os en début de dd pour gagner du temps) là, ça
>>> marcge pas : grub ne sais pas monter les part / /home et /boot!..
>>>
>>> A noter qu'en hdc=250go où là aussi le / est en tete de dd, grub marche?
>>>
>>> a+
>>>
>>>
>> Oui je viens de rendre connu dans fstab hdb les part / home et surtout
>> /boot de hdd, et grub-install /dev/hdd depuis hdb a tres bien marché,
>> mais en ignorant encore hdd=320go ?
>>
>> N'empeche, cette histoire de taille de hdd est à creuser!
>> mm si c'est le seul signe de défaillance, car hdd semble très bien
>> reconu d'aures parts. à noter que j'avais essayé de monter ce dd en
>> sata-ide et que ça a peut etre foiré à cause de sa taille à l'install de
>> kubuntu 6.10 32bits...!
>>
>> un dd= 300go n'est pourtant pas la mort...
>>
>> a+
>>
>>
>> Merci pour la piste!
>>
>> a+
>>
> PS : super grub disk a les mm pb de prise en compte de hdd, impossible
> de retrouver un boot de hdd comme ça...
> 
mb at violette:~$ sudo /sbin/fdisk -l /dev/hdd

Disque /dev/hdd: 320.0 Go, 320072933376 octets
255 têtes, 63 secteurs/piste, 38913 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/hdd1               1        7581    60894351    5  Extended
/dev/hdd2            7582       12444    39062047+  83  Linux
/dev/hdd3           12445       17307    39062047+  83  Linux
/dev/hdd4           17308       38913   173550195   83  Linux
/dev/hdd5   *           1        1459    11719354+  83  Linux
/dev/hdd6            1460        7538    48829536   83  Linux
/dev/hdd7            7539        7574      289138+  83  Linux
/dev/hdd8            7575        7581       56196   82  Linux swap / Solaris
mb at violette:~$