Re: [HS] Lilo (et Grub)
On Friday 29 December 2023 09:33:52 Pierre Malard wrote: > 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 : Hélas, ça ne marche pas, toujours le message : "Erreur, /boot/vmlinuz-5.10.0-21-amd64 non disponible, le noyau doit d'abord être chargé". > Si on utilise UEFI il faut juste ajouter une partition VFAT > montée sur le répertoire /boot/efi : Pas de répertoire ou fichier "efi" dans /boot. > 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 : Comment fait-on pour décaler le début de l'actuelle partition d'IM ? gparted ne propose pas de modifier l'étiquette en msdos, c'est fdisk : Créer une nouvelle étiquette : g créer une nouvelle table vide de partitions GPT o create a new empty MBR (DOS) partition table. Voilà le topo.
Re: [HS] Lilo (et Grub)
bonjour, Le ven. 29 déc. 2023 à 09:34, Pierre Malard a écrit : > > Le 28 déc. 2023 à 14:38, ajh-valmer 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 ». > 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. __ Éric Dégenètais Henix http://www.henix.com http://www.squashtest.org
Re: [HS] Lilo (et Grub)
Le 28 déc. 2023 à 14:38, ajh-valmer a écrit : > >> Le jeu. 28 déc. 2023 à 12:44, ajh-valmer 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. 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 ». Pour mettre jour le boot, voici ce que je fais alors : # update-grub et # grub-install --modules=part_gpt /dev/sda Voici un fdisk typique : # fdisk -l /dev/sda Disque /dev/sda : 16 GiB, 17179869184 octets, 33554432 secteurs Modèle de disque : Virtual disk Unités : secteur de 1 × 512 = 512 octets Taille de secteur (logique / physique) : 512 octets / 512 octets taille d'E/S (minimale / optimale) : 512 octets / 512 octets Type d'étiquette de disque : gpt Identifiant de disque : 8A91A527-7D9C-4196-90D5-324DE2BACF27 Périphérique Début Fin Secteurs Taille Type /dev/sda1 20481843116384 8M Amorçage BIOS /dev/sda2 18432 5261311 5242880 2,5G Partition d'échange Linux /dev/sda35261312 33552383 28291072 13,5G Système de fichiers Linux Si on utilise UEFI il faut juste ajouter une partition VFAT montée sur le répertoire /boot/efi. -- Pierre Malard Responsable architectures système CDS DINAMIS/THEIA Montpellier IRD - UMR Espace-Dev - UAR CPST - IR Data-Terra Maison de la Télédétection 500 rue Jean-François Breton 34093 Montpellier Cx 5 France « - Il n'y a que trois éléments indispensables à la vie. Et il n'y a que les scientifiques pour penser que c'est l'oxygène, l'hydrogène et le carbone... - Quoi alors ? L'eau, l'air et le feu ? - Non ! Le désir, le désordre et le danger... » Manon Briand ; La turbulence des fluides (film québécois de 2001) |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <-- signature.asc Description: Message signed with OpenPGP
Re: [HS] Lilo (et Grub)
> Le jeu. 28 déc. 2023 à 12:44, ajh-valmer 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.
Re: [HS] Lilo (et Grub)
Le jeu. 28 déc. 2023 à 12:44, ajh-valmer a écrit : > > Hello, > bonjour > > 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. > > > Merci, bonne journée? > bonne journée __ Éric Dégenètais Henix http://www.henix.com http://www.squashtest.org
Re: [HS] Lilo (et Grub)
Hello, Je reviens sur mon problème de boot. Il y avait un mauvais UUID dans "grub.cfg". Ça boote sans problème sur le 1er disque dur sda2 (hd0,msdos2). Le boot sur le 2ème, sdb1, estampillé set root='hd1,gpt1', je reçois immédiatement ce message : "Erreur, /boot/vmlinuz-5.10.0-21-amd64 non disponible, le noyau doit d'abord être chargé". Donc boot impossible. 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?
Re: [HS] Lilo (et Grub)
Le 27 décembre 2023 Basile Starynkevitch a écrit : > 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) En général on utilise la commande update-grub qui encapsule l'appel à grub-mkconfig
Re: [HS] Lilo (et Grub)
On 12/26/23 14:36, ajh-valmer wrote: On Monday 25 December 2023 11:08:10 benoit wrote: Pourquoi Debian et d'autres distributions ont abandonné lilo au profit de GRUB? Il 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 : Lilo a été mis de côté pour de bonnes raisons, 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) -- Basile Starynkevitch (only mine opinions / les opinions sont miennes uniquement) 92340 Bourg-la-Reine, France web page: starynkevitch.net/Basile/
Re: [HS] Lilo (et Grub)
Le 26/12/2023 à 14:36, ajh-valmer a écrit : Lilo a été mis de côté pour de bonnes raisons, 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. Bonjour, c'est une caractéristique même si toi tu le vois comme un défaut. ça n'a pas été fait pour embêter l'utilisateur mais pour résoudre des problèmes qui se posaient jusqu'alors: "Drive ordering in your operating system may not be the same as the boot drive ordering used by your firmware. Do not assume that your first hard drive (e.g. ‘/dev/sda’) is the one that your firmware will boot from. device.map (see Device map) can be used to override this, but it is usually better to use UUIDs or file system labels and avoid depending on drive ordering entirely." Je n'ai jamais utilisé ça mais tu peux tenter ces options pour voir ce que ça donne: GRUB_DISABLE_LINUX_UUID GRUB_DISABLE_LINUX_PARTUUID et surtout GRUB_DISABLE_UUID qui active automatiquement les deux premières la doc Grub est là: https://www.gnu.org/software/grub/manual/grub/grub.html
Re: [HS] Lilo (et Grub)
On Monday 25 December 2023 11:08:10 benoit wrote: > > Pourquoi Debian et d'autres distributions ont abandonné lilo > > au profit de GRUB? > Il 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 : Lilo a été mis de côté pour de bonnes raisons, 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.