Pourquoi Debian et d'autres distributions ont abandonné lilo au profit de GRUB?
Pourquoi Debian et d'autres distributions ont abandonné liloIl me semble (mais à vérifier) que lilo avait ses limites, le secteur d’amorçage(MBR) ne pouvait s’adresser qu’à une partition primaire. Limite qu’il suffisait de contourner en utilisant une partition primaire de qlq Mo pour /boot :
au profit de GRUB?
On Monday 25 December 2023 11:08:10 benoit wrote:
Lilo a été mis de côté pour de bonnes raisons,Pourquoi Debian et d'autres distributions ont abandonné liloIl me semble (mais à vérifier) que lilo avait ses limites, le secteur
au profit de GRUB?
d’amorçage(MBR) ne pouvait s’adresser qu’à une partition primaire. >> Limite qu’il suffisait de contourner en utilisant une partition primaire >> de qlq Mo pour /boot :
mais Grub a beaucoup de défauts.
Le principal est la configuration de partitions qui contiennent
des n° UUID différents à l'intérieur de leur paragraphe concerné : obligation de corriger ces n° UUID à la main.
Toutefois, sur Debian ou Ubuntu le fichier de configuration de grub (Ã savoir
/boot/grub/grub.cfg ....) est la plupart du temps généré par l'utilitaire grub-mkconfig (un script shell)
Hello,
J'ai vérifié, le répertoire /boot contient bien tous les fichiers : System.map-5.10.0-21-amd64
config-5.10.0-21-amd64
initrd.img-5.10.0-21-amd64
vmlinuz-5.10.0-21-amd64
Quid ? Serait-ce le partitionnement 'hd1,gpt1' ?
(pas possible d'écrire dans le mbr ?)
Merci, bonne journée?
Le jeu. 28 déc. 2023 à 12:44, ajh-valmer <ajh.valmer@free.fr> a écrit :
J'ai vérifié, le répertoire /boot contient bien tous les fichiers : System.map-5.10.0-21-amd64
config-5.10.0-21-amd64
initrd.img-5.10.0-21-amd64
vmlinuz-5.10.0-21-amd64
Quid ? Serait-ce le partitionnement 'hd1,gpt1' ?
(pas possible d'écrire dans le mbr ?)
Effectivement, GPT ne permet pas le mécanisme de boot classique. Je ne
suis pas au fait des détails techniques, mais il n'y a pas de notion
de master boot record.
Il existe par contre un mécanisme d'amorçage compatible avec le mode
legacy BIOS. Il me semble que ça consiste à réserver (partition
spéciale) un espace de l'ordre du Mb pour effectuer les écritures. Malheureusement les détails m'échappent,
mais je tâcherai de remettre la main dessus ce soir, où j'aurai accès
à mon PC personnel qui amorce de cette façon.
Le jeu. 28 déc. 2023 à 12:44, ajh-valmer <ajh.valmer@free.fr> a écrit : >>> J'ai vérifié, le répertoire /boot contient bien tous les fichiers :
System.map-5.10.0-21-amd64
config-5.10.0-21-amd64
initrd.img-5.10.0-21-amd64
vmlinuz-5.10.0-21-amd64
Quid ? Serait-ce le partitionnement 'hd1,gpt1' ?
(pas possible d'écrire dans le mbr ?)
Effectivement, GPT ne permet pas le mécanisme de boot classique. Je ne
suis pas au fait des détails techniques, mais il n'y a pas de notion
de master boot record.
Il existe par contre un mécanisme d'amorçage compatible avec le mode
legacy BIOS. Il me semble que ça consiste à réserver (partition
spéciale) un espace de l'ordre du Mb pour effectuer les écritures.
Malheureusement les détails m'échappent,
mais je tâcherai de remettre la main dessus ce soir, où j'aurai accès
à mon PC personnel qui amorce de cette façon.
Ok, j'attends avec impatience :
"le mécanisme d'amorçage compatible avec le mode legacy BIOS".
Merci d’avance.
Le 28 déc. 2023 à 14:38, ajh-valmer <ajh.valmer@free.fr> a écrit :
Ok, j'attends avec impatience :
"le mécanisme d'amorçage compatible avec le mode legacy BIOS".
Merci d’avance.
Bonjour,
Personnellement toutes mes VM tournent sous formatage GPT et sans UEFI mais cela ne fait pas de différences. Effectivement il suffit d’une petite partition au début d’environ 1 Mo non formatée mais avec le flag
« bios-grub ».
Personnellement toutes mes VM tournent sous formatage GPT et sans UEFI mais cela ne fait pas de différences. Effectivement il suffit d?une petite partition au début d?environ 1 Mo non formatée mais avec le flag
« bios-grub ».
Pour mettre jour le boot, voici ce que je fais alors :
# update-grub
# grub-install --modules=part_gpt /dev/sda :
Si on utilise UEFI il faut juste ajouter une partition VFATPas de répertoire ou fichier "efi" dans /boot.
montée sur le répertoire /boot/efi :
Coiffé au poteau :
Périphérique Début Fin Secteurs Taille Type
/dev/sdb1 2048 4095 2048 1M Amorçage BIOS
Problème : à partir d'un disque déjà paritionné ça suppose de décaler
le début de l'actuelle première partition d'1M ...
Faisable avec gparted je pense :
Sysop: | Keyop |
---|---|
Location: | Huddersfield, West Yorkshire, UK |
Users: | 546 |
Nodes: | 16 (2 / 14) |
Uptime: | 147:56:31 |
Calls: | 10,383 |
Calls today: | 8 |
Files: | 14,054 |
D/L today: |
2 files (1,861K bytes) |
Messages: | 6,417,737 |