En fait, lilo stocke une position absolue sur le disque courant pour la position de son "stage2" (ou la liste des blocs qui le contiennent). Donc il est moins sensible aux modifications dans l'ordre des disques.
Mais ça le rend très chatouilleux si on change ledit stage2 de place...
Grub (1 & 2) "comprend" le système de fichiers, et est donc insensible au déplacement physique du fichier. Mais il en devient sensible au renommage et au changement dans le numéro de disque & partition.
Grub 2 corrige ce problème en permettant d'accéder très tôt à une console minimale, supportant le chargement de modules, le parcours des partitions et le parcours de système de fichiers.
Ces 2 derniers sont en fait des modules eux-mêmes, qu'il est possible d'intégrer en "dur" dans le code qui est installé dans le MBR (et ses alentours).
Sur x86 par exemple, on poura inclure pc.mod (module de lecture de la table de partitions DOS) et ext2.mod (pour lire... le système de fichiers ext2). Il faudra alors que les modules soient sur un disque avec une table de partition DOS (ou au pire sur une disquette) et dans une partition en ext2, et grub pourra alors tout charger.
Il reste la limitation de l'espace libre à proximité du MBR, limitation propre aux PC et qui empêche d'intégrer la reconnaissance de tous les systèmes de fichiers... Mais je ne pense pas que l'on y puisse grand chose.
[^] # Re: lilo ou grub
Posté par Vincent Pelletier . En réponse au journal Sortie de Grub 1.90. Évalué à 4.
Mais ça le rend très chatouilleux si on change ledit stage2 de place...
Grub (1 & 2) "comprend" le système de fichiers, et est donc insensible au déplacement physique du fichier. Mais il en devient sensible au renommage et au changement dans le numéro de disque & partition.
Grub 2 corrige ce problème en permettant d'accéder très tôt à une console minimale, supportant le chargement de modules, le parcours des partitions et le parcours de système de fichiers.
Ces 2 derniers sont en fait des modules eux-mêmes, qu'il est possible d'intégrer en "dur" dans le code qui est installé dans le MBR (et ses alentours).
Sur x86 par exemple, on poura inclure pc.mod (module de lecture de la table de partitions DOS) et ext2.mod (pour lire... le système de fichiers ext2). Il faudra alors que les modules soient sur un disque avec une table de partition DOS (ou au pire sur une disquette) et dans une partition en ext2, et grub pourra alors tout charger.
Il reste la limitation de l'espace libre à proximité du MBR, limitation propre aux PC et qui empêche d'intégrer la reconnaissance de tous les systèmes de fichiers... Mais je ne pense pas que l'on y puisse grand chose.