NixOS on ARM/UEFI/fr: Difference between revisions

Nicolas-goudry (talk | contribs)
Created page with "En dehors de ces points, vous pouvez procéder comme vous le feriez d'habitude en créant une partition ESP, FAT32, monter sur <code>/boot/</code>, votre partition rootfs préférée, le swap si vous le souhaitez, etc."
Nicolas-goudry (talk | contribs)
No edit summary
 
(17 intermediate revisions by the same user not shown)
Line 40: Line 40:


<span id="Getting_a_Platform_Firmware"></span>
<span id="Getting_a_Platform_Firmware"></span>
=== Obtenir un ''micrologiciel de plateforme'' ===
== Obtenir un ''micrologiciel de plateforme'' ==


{{expansion|D'avantage de détails et des solutions alternatives seraient appréciés}}
{{expansion|D'avantage de détails et des solutions alternatives seraient appréciés}}
Line 85: Line 85:
En dehors de ces points, vous pouvez procéder comme vous le feriez d'habitude en créant une partition ESP, FAT32, monter sur <code>/boot/</code>, votre partition rootfs préférée, le swap si vous le souhaitez, etc.
En dehors de ces points, vous pouvez procéder comme vous le feriez d'habitude en créant une partition ESP, FAT32, monter sur <code>/boot/</code>, votre partition rootfs préférée, le swap si vous le souhaitez, etc.


<div lang="en" dir="ltr" class="mw-content-ltr">
<span id="Bootloader_configuration"></span>
==== Bootloader configuration ====
==== Configuration du chargeur de démarrage ====
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
Vérifiez que l'implémentation UEFI de votre ''micrologiciel de plateforme'' dispose de variables EFI inscriptible. Toutes les implémentations UEFI ne le permettent pas sur ARM, c'est donc un élément à prendre en compte. Si ce n'est pas le cas, {{Nixos:option|boot.loader.efi.canTouchEfiVariables}} doit être définit sur '''<code>false</code>'''.
Know if your ''Platform Firmware'''s UEFI implementation has writable EFI vars. This is not true for all UEFI implementations on ARM, but is something to be mindful about. If it does not, {{Nixos:option|boot.loader.efi.canTouchEfiVariables}} has to be set to '''<code>false</code>'''.
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
{{file|/etc/nixos/configuration.nix|nix|<nowiki>
{{file|/etc/nixos/configuration.nix|nix|<nowiki>
{
{
Line 99: Line 95:
}
}
</nowiki>}}
</nowiki>}}
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
{{tip|Tout comme sur <tt>x86_64</tt>, installer [[REFInd|rEFInd]] à l'emplacement de secours (<code>/EFI/BOOT/BOOTAA64.EFI</code>) pourrait s'avérer utile.}}
{{tip|Just like on <tt>x86_64</tt> [[REFInd|rEFInd]] installed to the fallback location (<code>/EFI/BOOT/BOOTAA64.EFI</code>) may be helpful.}}
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
Cette extrait utilise GRUB2, mais systemd-boot fonctionne également. Comme les variables EFI ne peuvent pas être manipulées, utiliser <code>efiInstallAsRemovable</code> permet l'installation de GRUB2 à l'emplacement de secours.
This sample uses GRUB2, but systemd-boot was also verified to work. Since EFI variables cannot be manipulated, using <code>efiInstallAsRemovable</code> handles installing GRUB2 to the default fallback location.
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
{{file|/etc/nixos/configuration.nix|nix|<nowiki>
{{file|/etc/nixos/configuration.nix|nix|<nowiki>
{
{
Line 118: Line 108:
}
}
</nowiki>}}
</nowiki>}}
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
<span id="General_Tips"></span>
=== General Tips ===
=== Astuces générales ===
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
Utiliser le dernier noyau disponible est une bonne idée. Le support matériel pour les plateformes ARM étant en constante amélioration, utiliser le dernier noyau plutôt que la "dernière LTS" pourrait être bénéfique… ou pas.
Using the latest kernel is probably a good idea. Hardware support for ARM platforms is always improving, and using the latest kernel, rather than the "latest LTS", might be enough to break it or make it.
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
{{file|/etc/nixos/configuration.nix|nix|<nowiki>
{{file|/etc/nixos/configuration.nix|nix|<nowiki>
{
{
Line 134: Line 119:
}
}
</nowiki>}}
</nowiki>}}
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
<span id="Known_Issues"></span>
== Known Issues ==
== Problèmes connus ==
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
<span id="Device_Trees"></span>
=== Device Trees ===
=== Arborescence de périphériques ===
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
À ce jour, il n'y a pas de consensus parmi les distributions Linux à propos de la gestion de l'arborescence des périphériques lors de processus de démarrage UEFI.
As of right now, there is no consensus within Linux distros about the topic of managing device trees for the boot process with UEFI.
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
La configuration actuelle s'appuie sur le micrologiciel de plateforme pour fournir une arborescence de périphériques appropriée pour le noyau à exécuter.
This current setup relies on the platform firmware providing an appropriate device tree for the kernel that will run.
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
Il est possible de faire charger une arborescence de périphériques par ''U-Boot'', plus récente par exemple, en plaçaant le dossier dtb d'une construction de noyau à l'emplacement <code>/dtb</code> de l'ESP. ''U-Boot'' chargera automatiquement une arborescence de périphériques selon l'heuristique, qui devrait être la bonne.
With ''U-Boot'', it is possible to make it load a device tree, for example a more up-to-date one, by placing the dtb folder from a kernel build output at the <code>/dtb</code> location in the ESP. ''U-Boot'' will automatically load a device tree according to heuristics, which should be the right one.
</div>


<div lang="en" dir="ltr" class="mw-content-ltr">
En pratique, on ne sait pas dans quelle mesure cela constituerait un réel problème.
It is unknown how much of an actual issue this is in practice.
</div>