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... > [EMAIL PROTECTED]:~$ 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 [EMAIL PROTECTED]:~$ -- ubuntu-fr mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
