Qu'est-ce que vmlinuz.efi?
Oui, je sais que c'est un noyau;)
J'ai vu ce fichier lorsque je parcourais les ISO 64 bits de 13.04. Je travaille sur les remixer sur mon lecteur flash. Cependant, je veux que mon remix ait un noyau mis à jour par rapport à celui du CD. Cela signifie que je devrai faire vmlinux.efi.
Bien sûr, pour pouvoir en créer un, il faut que je sache ce que c'est.
Est-ce simplement un vieux noyau 64 bits ordinaire? S'agit-il peut-être d'un talon de démarrage EFI?
L'aspect du talon de démarrage n'a pas de sens car il est chargé depuis GRUB dans EFI et n'est même pas situé dans EFI/BOOT. Peut-être qu’il s’agit juste d’être à l’avenir s’il s’agit d’un talon de démarrage EFI? Un article que j'ai trouvé sur le wiki de la communauté disait quelque chose du genre "ça s'appelle vmlinuz.efi" parce que c'est du 64 bits. Cela aussi semble un peu bizarre. Je veux dire, cela aide à différencier mais un meilleur nom aurait pu être choisi si ce n'est pas bootable EFI.
Une chose qui me surprend, c’est que Isolinux et GRUB le chargent de la même manière que s’il s’agissait d’un noyau… donc son objectif réel est un peu mystérieux. Les souches de démarrage EFI peuvent-elles également être chargées en tant que noyaux normaux?
Eh bien, le fait est que je ne peux trouver aucune explication sur la raison pour laquelle ce nom de fichier a été choisi et sur sa nature exacte. En espérant que quelqu'un ici sache ce que c'est et comment cela fonctionne.
MODIFIER:
Informations/MD5 de tous les noyaux des CD Ubuntu, Kubuntu, Xubuntu et Lubuntu:
DISTRO: lubuntu
vmlinuz: Linux kernel x86 boot executable bzImage, version 3.8.0-19-generic (buildd@allspice) #29-Ubuntu SMP Wed Apr 17 18, RO-rootFS, swap_dev 0x5, Normal VGA
deacc3c3a21beb4913c43a00bb6d5e01 vmlinuz
DISTRO: kubuntu
vmlinuz: Linux kernel x86 boot executable bzImage, version 3.8.0-19-generic (buildd@allspice) #29-Ubuntu SMP Wed Apr 17 18, RO-rootFS, swap_dev 0x5, Normal VGA
deacc3c3a21beb4913c43a00bb6d5e01 vmlinuz
DISTRO: xubuntu
vmlinuz: Linux kernel x86 boot executable bzImage, version 3.8.0-19-generic (buildd@allspice) #29-Ubuntu SMP Wed Apr 17 18, RO-rootFS, swap_dev 0x5, Normal VGA
deacc3c3a21beb4913c43a00bb6d5e01 vmlinuz
DISTRO: ubuntu
vmlinuz.efi: Linux kernel x86 boot executable bzImage, version 3.8.0-19-generic (buildd@allspice) #29-Ubuntu SMP Wed Apr 17 18, RO-rootFS, swap_dev 0x5, Normal VGA
1919b5acd184538ecb978f6361f98bf1 vmlinuz.efi
Celui de l'ISO Ubuntu est clairement différent. Je commence à penser que ce doit être un noyau de stub de démarrage EFI ... mais je n'ai toujours rien trouvé pour le confirmer ou le nier.
Le chargeur de stub EFI est un composant du noyau, pas un programme séparé. Lorsque le chargeur de stub EFI est inclus dans le noyau, ce fichier ressemble à un programme EFI normal pour EFI, mais reste un noyau normal pouvant être chargé par les chargeurs de démarrage Linux habituels - GRUB, LILO, ELILO, SYSLINUX, etc. Le stub EFI est disponible depuis le noyau 3.3.0, et AFAIK, tous les noyaux Ubuntu construits depuis ont inclus cette fonctionnalité.
Aucune loi ne stipule que les noyaux avec des chargeurs de tronçon EFI doivent avoir des noms de fichiers se terminant par .efi. En fait, les noyaux installés sur le disque dur ne portent pas l'extension .efi. cela semble être unique au noyau sur le disque d'installation, du moins sous Ubuntu. Le shell EFI n'exécutera un programme que s'il porte l'extension .efi. Ainsi, attribuer à ce noyau le nom de fichier constitue un moyen de récupération et de test pour les utilisateurs avancés qui pourraient autrement ne pas être disponibles, à savoir le lancement manuel du noyau à partir d'un shell EFI. Je ne peux pas en être sûr, mais je soupçonne que les développeurs Ubuntu désignent maintenant leurs noyaux de cette manière pour fournir ce moyen de sauvegarde permettant de lancer le noyau, ou peut-être simplement pour indiquer qu'il contient le support de stub EFI. OTOH, le noyau du disque d'installation Ubuntu 32 bits n'a pas l'extension .efi, mais il inclut le support des stub EFI. Je soupçonne que les développeurs Ubuntu ne nomment tout simplement pas leurs noyaux.
Il est possible de lancer une application EFI (telle qu'un noyau Linux avec prise en charge de stub EFI) à partir de n'importe quel emplacement du disque. Le sous-répertoire "casper" n'est pas un emplacement où résident normalement les chargeurs de démarrage, mais il est possible de lancer des programmes EFI à partir de là.
Quelle que soit la source lue, le noyau 64 bits a une extension .efi, car , le noyau 64 bits est incorrect. En pratique, la version 32 bits d'Ubuntu a un noyau qui ne porte pas cette extension. Il existe donc une corrélation dans le monde Ubuntu, mais aucune causalité n'est impliquée. Sous Linux en général, une extension .efi ne pas indique un noyau 64 bits - il y en a beaucoup Les noyaux 64 bits dépourvus de cette extension et il peut être souhaitable de nommer un noyau 32 bits avec cette extension sur un ordinateur basé sur UEFI 32 bits (bien que Ubuntu ne le fasse pas). Cette extension de nom de fichier identifie simplement une application EFI, qui peut être 32 bits (x86/IA-32), 64 bits (x86-64/AMD64) ou une autre architecture (ARM ou Itanium).