Lami René a écrit : > Edouard villefayots a écrit : >> Lami René a écrit : >> >>> Edouard villefayots a écrit : >>> >>>> Lami René a écrit : >>>> >>>> >>>>> Edouard villefayots a écrit : >>>>> >>>>> >>>>>> Lami René 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+ >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> Bonjour, >>>>>>> >>>>>>> Je présume que le problème reste le même. >>>>>>> >>>>>>> Est-ce que tous les dossiers et fichiers requis pour démarrer le système >>>>>>> sont dans les limites de ton BIOS ? >>>>>>> >>>>>>> Je comprends que tu as des partitions pour la racine « /dev/sdd1 », une >>>>>>> autre pour le boot « /dev/sdd2/boot/ » une autre pour le home « /dev/dd5 >>>>>>> », etc. Il y a peut-être des fichiers non accessibles avant que le >>>>>>> gestionnaire Linux des gros disques durs ne soit en fonction. >>>>>>> >>>>>>> En passent, qu'elle est la limite de ton BIOS et pourrais-tu me >>>>>>> retourner le résultat de cette commande d'interrogation de disque dur ? >>>>>>> >>>>>>> sudo /sbin/fdisk -l /dev/sdd >>>>>>> >>>>>>> J'ai produit ce soir la page : Disque dur >>>>>>> <http://doc.ubuntu-fr.org/disque_dur> >>>>>>> >>>>>>> Je te suggère de la réviser et aussi celle de : Grub >>>>>>> <http://doc.ubuntu-fr.org/grub>. Au cas où ! >>>>>>> >>>>>>> L'ami René >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> C'est bizard, ce pb des 136 1ers go est une vieille histoire des bios >>>>>> 32bits deja anciens, alors que je suis sous une asrock uli k8 (64bits!) >>>>>> qui date que d'1 an?..Et j'ai connu cd pb sous windows dans l'antiquité, >>>>>> il ya maintenant des tas d'années..Du temps où sans adsl sous linux je >>>>>> fesais tout sous windows?!..et ça fait bien 3-4ans! >>>>>> >>>>>> Eh oui...je doute! >>>>>> a+ >>>>>> >>>>>> >>>>> Si ton BIOS te donne 300 Go pour ton 300 Go, on ne cherche pas dans la >>>>> bonne direction. >>>>> >>>>> Mais pour ce qui est des deux plages de disque dur qui utilisent les >>>>> mêmes secteurs de disque dur, ça c'est bizarre ! >>>>> >>>>> Et on parle plus de ma vielle bécane, ça me rend triste de vois que je >>>>> suis le seul qui roule sur dinosaure ! :-( >>>>> >>>>> L'ami René >>>>> >>>>> Je n'ai pas compris comment on voit la taille dd prise en compte par le >>>>> >>>>> >>>> bios? >>>> a+ >>>> >>> Ok, >>> >>> Quand ton ordinateur démarre, il l'affiche une fraction de seconde après >>> la détection des unités de stockage. Pour avoir le temps de le voir, je >>> te suggère d'entrer dans le BIOS avec la touche Del. au démarrage de ton >>> ordinateur et de regarder dans la section Boot ou Périphérique du >>> système, la taille des disques durs devrait y être indiquée. >>> >>> L'ami René >>> >>> >> En regardant dans le bios, j'obtiens seulement les tailles bidonnées par >> les vendeurs : 160,0 gB, 250,0 gB, et 320,0 gB! >> >> Je leur donne les tonnes de doutes tjrs réservés à ces "princes du >> marketing' dont le metier est de vendre des boites de conserve vides et >> rouillées comme les "plus beau cailloux du monde"!.. >> >> Je ne suis tjrs pas sur d'avoir vu la taille reconnue par le bios.. >> >> Je viens de faire une recherche google/linux : il y a effectivemen t des >> pb de reconnaissances de tailles de ces dd maxtor. >> >> Comme ils ne parlent jamais que de noyaux "2.2" maxi et antédiluviens, >> je ne suis tjrs pas convaincu! >> >> mes noyaux actuels sont tous supèrieurs à 2617-10..? >> a+ >> > > Bon, on est sur la bonne voie. Tu as trouvé la bonne information dans le > BIOS. On écarte donc cette piste. Ce n'est pas les limites du BIOS qui > pose problème. > > Pour ce qui est du noyau, pour ma part je suis sous « kernel > 2.6.20-15-generic » et j'ai la limitation du BIOS à 136 Go, mais > j'utilise tout le disque en respectant la limite du BIOS. > > Il nous reste comme problème la double utilisation des mêmes secteurs du > disque dur. > > Demande confirmation aux spécialistes de la liste pour savoir si cela > est normal, en ouvrant un autre sujet sur cette liste ? > > Je serai absent pour une bonne douzaine d'heures, alors à plus tard. > > L'ami René > > Je précise que cete foutue part est un résidu de la config mémoire de ce dd, que je la rencontre pareil et sans pb sur hdc=250go (western digital) où j'ai mis la mdva2007, très pratique pour les 1ères config mémoires de dd. Alors que ce foutu qtparted 0.4.5 est compètement vérolé, et inutilisable.
-- ubuntu-fr mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-fr
