Fedora Release Notes - en to fr translation catalogue (19 entries)

note: Tag: title
en: Boot
fr: Démarrage

note: Tag: para
en: <package>systemd</package> is a system and service manager, replacement for SysVinit and Upstart. After a six months shift, during which it has been more granularly tested, Fedora 15 brings in, by default, a new system daemon whose code is designed from scratch, with the objective to take the maximum advantage offered by modern Linux kernels.
fr: <package>systemd</package> est un système et un gestionnaire de services destiné à remplacer SysVinit et Upstart. Après six mois de tests minutieux, Fedora 15 apporte, par défaut, un démon système totalement nouveau dont l'objectif est de profiter au maximum des noyaux Linux modernes.

note: Tag: para
en: With <package>systemd</package>, Fedora 15 boots-up faster, particularly on SSD; native systemd service configuration files (or units) are much easier to understand and configure compared to sysvinit scripts, as systemd uses <filename>.service</filename> files instead of bash script; all daemons are sorted into their own Linux cgroups, which you may explore beneath <filename>/cgroup/systemd</filename> in the file system hierarchy; administrative features of the init system are considerably extended.
fr: Avec <package>systemd</package>, Fedora 15 démarre plus rapidement, en particulier sur les SSD ; comparés aux scripts de sysvinit, les fichiers de configuration d'origine sont plus faciles à comprendre et à configurer ; systemd utilise les fichiers <filename>.service</filename> au lieu de scripts bash ; tous les démons sont classés dans leur propre cgroups Linux, que vous pouvez lister  dans l'arborescence du système de fichiers <filename>/cgroup/systemd</filename> ; les fonctions d'administration du système d'initialisation sont considérablement étendues.

note: Tag: title
en: /run directory
fr: Répertoire /run

note: Tag: indexterm
en: <primary>run directory</primary>
fr: <primary>répertoire run</primary>

note: Tag: indexterm
en: <primary>/run directory</primary>
fr: <primary>Répertoire /run</primary>

note: Tag: indexterm
en: <primary>Directory</primary> <secondary>/run</secondary>
fr: <primary>Répertoire</primary> <secondary>/run</secondary>

note: Tag: indexterm
en: <primary>Directory</primary> <secondary>/var/run</secondary>
fr: <primary>Répertoire</primary> <secondary>/var/run</secondary>

note: Tag: indexterm
en: <primary>Directory</primary> <secondary>/var/lock</secondary>
fr: <primary>Répertoire</primary> <secondary>/var/lock</secondary>

note: Tag: indexterm
en: <primary>Directory</primary> <secondary>/run/lock</secondary>
fr: <primary>Répertoire</primary> <secondary>/run/lock</secondary>

note: Tag: indexterm
en: <primary>Directory</primary> <secondary>/dev</secondary>
fr: <primary>Répertoire</primary> <secondary>/dev</secondary>

note: Tag: indexterm
en: <primary>Filesystem Hierarchy Standard</primary>
fr: <primary>Norme de la hiérarchie des systèmes de fichiers (FHS)</primary>

note: Tag: para
en: Fedora 15 has a <filename>/run</filename> directory for storing runtime data. <filename>/run</filename> is now a tmpfs, and <filename>/var/run</filename> is <command>bind</command> mounted to it. <filename>/var/lock</filename> is <command>bind</command> mounted to <filename>/run/lock</filename>. Applications can use <filename>/run</filename> the same way as <filename>/var/run</filename>. Several programs including <command>udev</command>, <command>dracut</command>, <command>mdadm</command>, <command>mount</command> and <command>initscripts</command> used hidden directories under <filename>/dev</filename> for runtime data during early bootup before <filename>/var</filename> is mounted. However <filename>/dev/</filename> is supposed to be used for only device nodes and there is consensus between major distributions to shift to using <filename>/run</filename> instead. Fedora 15 is leading this change. Details including the benefits are explained <ulink url="http://lists.fedoraproject.org/pipermail/devel/2011-March/150031.html"> here</ulink>.
fr: Fedora 15 a un répertoire <filename>/run</filename> pour le traitement des données d'exécution. <filename>/run</filename> est maintenant un système de fichier temporaire et <filename>/var/run</filename> est <command>lié</command> à ce point de montage.<filename>/var/lock</filename> est <command>lié</command> à <filename>/run/lock</filename>. Les applications peuvent utiliser <filename>/run</filename> de la même façon que <filename>/var/run</filename>. Plusieurs programmes, y compris <command>udev</command>, <command>dracut</command>, <command>mdadm</command>, <command>mount</command> et <command>initscripts</command> utilisent des répertoires cachés dans <filename>/dev</filename> pour les données d'exécution lors de la première phase de démarrage avant que <filename>/var</filename> ne soit montés. Cependant <filename>/dev/</filename> est censé n'être utilisé que par les nœuds de périphérique et il existe un consensus entre les principales distributions pour utiliser <filename>/run</filename>. Fedora 15 pousse à cette modification. Tous les détails et avantages sont expliqués <ulink url="http://lists.fedoraproject.org/pipermail/devel/2011-March/150031.html"> ici</ulink>.

note: Tag: para
en: This change <emphasis>is</emphasis> compliant with the <ulink url="http://www.pathname.com/fhs/pub/fhs-2.3.html#THEROOTFILESYSTEM"> Filesystem Hierarchy Standard</ulink>, which allows distributions to create new directories in the root hierarchy as long as there is careful consideration of the consequences. Co-author of the latest FHS specification has <ulink url="https://lwn.net/Articles/436177/"> expressed support</ulink> for this change. Lennart Poettering has filed a <ulink url="http://bugs.freestandards.org/show_bug.cgi?id=718"> request</ulink> to update the FHS standard to include this change as well.
fr: Cette modification <emphasis>est</emphasis> conforme à la <ulink url="http://www.pathname.com/fhs/pub/fhs-2.3.html#THEROOTFILESYSTEM"> norme de la hiérarchie des systèmes de fichiers (FHS)</ulink>, qui permet aux distributions de créer de nouveaux répertoires dans la racine s'il y a un examen attentif des conséquences. Les co-auteurs des dernières spécifications de FHS ont <ulink url="https://lwn.net/Articles/436177/"> exprimé leur soutien</ulink> à cette modification. Lennart Poettering a déposé une <ulink url="http://bugs.freestandards.org/show_bug.cgi?id=718">demande</ulink> d'actualisation de la norme FHS pour y inclure cette modification.

note: Tag: title
en: /var/run and /var/lock
fr: /var/run et /var/lock

note: Tag: indexterm
en: <primary>Directory</primary> <secondary>/etc/tmpfiles.d</secondary>
fr: <primary>Répertoire</primary> <secondary>/etc/tmpfiles.d</secondary>

note: Tag: para
en: <filename>/var/run</filename> and <filename>/var/lock</filename> are now bind mounted to <filename>/run</filename> and <filename>/run/lock</filename> from tmpfs, and hence emptied on reboot. Applications must ensure to recreate their own files/dirs on startup, and cannot rely that doing this at package installation will suffice. It is possible to use <package>systemd</package>'s <filename>tmpfiles.d</filename> mechanism to recreate directories and files beneath <filename>/var/run</filename> and <filename>/var/lock</filename> on boot, if necessary. See <command>tmpfiles.d(5)</command> for details (<ulink url="http://0pointer.de/public/systemd-man/tmpfiles.d.html">http://0pointer.de/public/systemd-man/tmpfiles.d.html</ulink>) and the conf files in <filename>/etc/tmpfiles.d</filename> for examples of such configuration. Fedora packaging guidelines for <filename>tmpfiles.d</filename> is at <ulink url="http://fedoraproject.org/wiki/Packaging:Tmpfiles.d">http://fedoraproject.org/wiki/Packaging:Tmpfiles.d</ulink>.
fr: <filename>/var/run</filename> et <filename>/var/lock</filename> sont maintenant montés sur <filename>/run</filename> et <filename>/run/lock</filename> en tmpfs et sont vidés à chaque redémarrage. Les applications doivent veiller à recréer leurs propres fichiers et répertoires au démarrage, et ne pas penser que le faire lors de l'installation des paquets sera suffisant. Il est possible d'utiliser le mécanisme <filename>tmpfiles.d</filename> de <package>systemd</package> pour recréer les répertoires et fichiers sous <filename>/var/run</filename> et <filename>/var/lock</filename> au démarrage, si c'est nécessaire. Consultez <command>tmpfiles.d(5)</command> pour plus de détails (<ulink url="http://0pointer.de/public/systemd-man/tmpfiles.d.html">http://0pointer.de/public/systemd-man/tmpfiles.d.html</ulink>) et les fichiers de configuration dans <filename>/etc/tmpfiles.d</filename> pour des exemples de configuration. Les règles d'écriture pour la construction des paquets en utilisant <filename>tmpfiles.d</filename> est consultable ici : <ulink url="http://fedoraproject.org/wiki/Packaging:Tmpfiles.d">http://fedoraproject.org/wiki/Packaging:Tmpfiles.d</ulink>.

note: Tag: title
en: 4kB Sector disk boot support
fr: Prise en charge des disques durs avec des secteurs de 4 kio lors du démarrage

note: Tag: para
en: Booting 4kB sector disks in UEFI environments is now supported.
fr: Démarrer sur les 4 kio du disque dans un environnement UEFI est désormais possible.
