Problème de boot (Grub) [RESOLU]

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.