Ca serait donc:
Oui: un truc comme ça, et si ça boote bien sur ta debian, tu reconfigure ensuite tout ça pour pouvoir “chainer” proprement les deux grubs, comme te le propose cepcasa:
-
Depuis la debian, tu installes grub ailleurs que sur le MBR ou se trouve déjà le grub de l’ubuntu, on va dire sur le boot record de la partition debian, par exemple:
grub-install (hd0,7)
(grub-install /dev/sda8 doit aussi fonctionner) -
tu rajoute une autre option dans le menu.lst de ton ubuntu:
title Grub de Debian
rootnoverify (hd0,7)
chainloader (hd0,7)+1
-tu testes, et si ça te permet de passer du grub ubuntu au grub de debian, tu supprimes l’entrée en dur, pour ne garder que l’entrée de chainage.
Alors j’ai essayé avec exactement ce que je vous ais énoncé juste avant à savoir:
et voici le message que j’obtiens en essayant de booter dessus:
@mattotop: Je n’ai pas installé de grub pour la debian lors de l’installation, j’ai refusé car je l’avais déjà avec ubuntu. Peut-être que je n’aurai pas du faire ça…
Bah tu aurais pû installer à ce moment là, mais une fois que tu auras accèdé à ta debian, c’est rien à corriger.
Bon, il y a une incohérence dans ton menu: si pour grub, tu utilises (hd1,8), ça sera sdb9 pour linux, et si c’est sdb8 plutot que tu veux pour linux, alors grub le numerote (hd1,7).
Tu peux refaire ton entrée de menu en démarrant ubuntu, mais je te conseille plutot, quand grub démarre, de te positionner sur “Debian”, et de taper ‘e’ pour modifier >avant de booter< ton option de menu. En plus, si ça plante, ça revient au menu de grub, et tu peux faire une nouvelle tentative de boot avec d’autres arguments, sans repasser par ubuntu pour modifier le menu.lst
En plus de l’erreur de numérotation relevée par mattotop, l’error2 est probablement provoquée par une incompatibilité entre ton fs qui doit avoir une taille d’inodes de 256 bytes et une ancienne version de grub.
Voir cepcasa.info/blog/?p=130
pour le déterminer avec précision. Faire un chainload sera donc le plus simple. Au besoin installer un grub récent dans le mbr et l’utiliser pour démarrer les deux systèmes, quitte à réinstaller le grub de ta ubuntu dans son fs ( édit : plus exactement dans le boot sector du système de fichiers portant ta ubuntu ).
Je ne comprends pas j’ai supprimer les partitions de debian pour pouvoir refaire une install propre avec grub. J’ai utilisais pour mon install passée le cd avec la version “lenny” car celle de “etch” m’affiché un kernel panic: viewtopic.php?f=3&t=16540 . Or avec la “lenny” j’obtiens à nouveau le message…???
J’ai re-téléchargé et re-graver l’iso de “lenny” et tjs pareil avec le message kernel panic…je ne sais pas quoi faire…
C’est un disque dédié ou tu as des partitions à conserver dessus ?
Parceque si il est destiné à la debian, recrées une table vide (depuis un livecd) et recrées tes partitions.
C’est un disque ou j’ai déjà installé ubuntu dessus voici le partionnement de ce disque:
http://www.zimagez.com/zimage/cap39.php
Je prends en route.
Si je comprends ton gparted, n’est installé que ubuntu ?
Oui je vous ais expliqué que je venais de supprimer les partitions debian pour le réinstallé proprement. Cette image correspond donc à mes partitions sur le disque dur externe ou est installé ubuntu et ou je voudrais installer debian sur un espace vide.
Installer sur quel espace vide ?
tu as un espace vide intégré à ton étendue, et un autre espace vide, mais non intégré. Or, comme tu as déjà 3 primaires et une étendue, la seule solution pour intégrer cet autre espace de 148Go est d’agrandir ta partition étendue afin d’y créer d’autres partitions logiques.
Enfin gparted ne permet pas de voir avec précision les emplacements des partitions, il est préférable pour cela d’utiliser fdisk ou sfdisk avec l’option -l, quitte à revenir ensuite à gparted pour avoir une interface graphique.
Ok je vous posterai le résultat de fdisk -l ce soir. Par contre vous pensez que le problème de kernele panic vient d’içi? Merci!
je ne sais pas.
Mais si je comprends bien, tu refais une nouvelle installation suite à tes problèmes de grub, Or dans la précédente instalaltion tu n’avais pas de problème de kernel panic. Ils arrivent suite à la suppression des partitions ? mais où en est la nouvelle installation ?
Justement je n’arrive pas à la lancer… Lorsque je valide sur “install” au démarrage du cd d’install le kernel panic arrive ensuite…
Voici mon fdisk -l:
Disque /dev/sda: 160.0 Go, 160041885696 octets
255 heads, 63 sectors/track, 19457 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Identifiant disque: 0xe99bea3a
Périphérique Amorce Début Fin Blocs Id Système
/dev/sda1 * 1 1216 9764864 37 Inconnu
/dev/sda2 1216 17368 129742572 7 HPFS/NTFS
Disque /dev/sdb: 500.1 Go, 500107862016 octets
255 heads, 63 sectors/track, 60801 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Identifiant disque: 0x44fdfe06
Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 1 1824 14651248+ 83 Linux
/dev/sdb2 1825 12766 87891615 83 Linux
/dev/sdb3 12767 13009 1951897+ 82 Linux swap / Solaris
/dev/sdb4 13010 43500 244918957+ 5 Extended
/dev/sdb5 13010 37324 195310206 83 Linux
/dev/sdb6 37325 37961 5116671 83 Linux
Je présume que tu veux installer sur /dev/sdb.
Là tu as un problème entre gparted et fdisk. Ce dernier n’étant pas un modèle de rigueur a tendance à interpréter ce qu’il voit.
tu pourrais utiliser parted pour afficher la table, celui-ci se rapprochant d’avantage de gparted.
La commande sera : sudo parted -s /dev/sdb p unit s p
qui va t’afficher la table en secteurs et en Mo.
S’il trouve des anomalies, il te faudra bien supprimer les deux partitions, au besoin avec cfdisk, puis agrandir ta partition étendue afin qu’elle aille jusqu’au dernier secteur.
Voici mon sudo parted -s /dev/sdb p unit s p
Disque /dev/sdb : 500GB
Taille des secteurs (logique/physique) : 512o/512o
Table de partitions : msdos
Numéro Début Fin Taille Type Système de fichiers Fanions
1 32,3kB 15,0GB 15,0GB primaire ext3
2 15,0GB 105GB 90,0GB primaire ext3
3 105GB 107GB 1999MB primaire linux-swap
4 107GB 358GB 251GB étendue
5 107GB 307GB 200GB logique ext3
6 307GB 312GB 5239MB logique ext3
Disque /dev/sdb : 976773167s
Taille des secteurs (logique/physique) : 512o/512o
Table de partitions : msdos
Numéro Début Fin Taille Type Système de fichiers Fanions
1 63s 29302559s 29302497s primaire ext3
2 29302560s 205085789s 175783230s primaire ext3
3 205085790s 208989584s 3903795s primaire linux-swap
4 208989585s 698827499s 489837915s étendue
5 208989648s 599610059s 390620412s logique ext3
6 599610123s 609843464s 10233342s logique ext3
Oui, parted confirme bien que les partitions ont été supprimées.
Il t’appartient donc avant tout de modifier la taille de ton étendue, afin qu’elle arrive à la fin du disque (976773167 secteur).
Ensuite tu crées tes nouvelles partitions logiques, et en principe l’installation devrait aboutir.
Afin d’être certain d’avoir la dernière version de gparted, tu pourrais graver leur live cdrom à récupérer sur leur site. Tu pourrais aussi le faire avec parted, mais tu n’auras pas d’interface graphique.
Bonne continuation.
Ok alors je dois redimensionner ma partition étendue sdb4 jusqu’à la fin c’est-à-dire qu’il faut qu’elle occupe toute la place restante et vide de mon disque dur.