Overview

Project website www.linuxfromscratch.org
Translation process
  • Translations can be made directly.
  • Translation suggestions can be made.
  • Any authenticated user can contribute.
  • The translation uses bilingual files.
Source code repository git@git.linuxfromscratch.org:fr-lfs
Repository branch trunk
Last remote commit Automatic BLFS commit based on 11f9b1d14c8d552c3e00cceabb2d11209a28aa4f ff564f340a
Julien Lepiller authored 17 hours ago
Weblate repository https://translate.linuxfromscratch.org/git/faq/faq/
File mask lfs/*/chapter09/systemd-custom.po
Translation file Download lfs/fr/chapter09/systemd-custom.po
Last change None
Last author None

String statistics

Strings percent Hosted strings Words percent Hosted words Characters percent Hosted characters
Total 52 1,167 9,596
Translated 100% 52 100% 1,167 100% 9,596
Needs editing 0% 0 0% 0 0% 0
Read-only 0% 0 0% 0 0% 0
Failing checks 17% 9 12% 148 18% 1,770
Strings with suggestions 0% 0 0% 0 0% 0
Untranslated strings 0% 0 0% 0 0% 0
Last 12 months Previous

Activity in last 12 months

0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 0 changes 53 changes 0 changes 0 changes
May Jun Jul Aug Sep Oct Nov Dec Jan Feb Mar Apr

Quick numbers

1,167
Hosted words
52
Hosted strings
100%
Translated
0
Contributors
and previous 30 days

Trends of last 30 days

+95%
Hosted words
+100%
+100%
Hosted strings
—
+100%
Translated
—
—
Contributors
+100%
User avatar None

Resource update

Linux From Scratch / chapter09_systemd-custom — French

File lfs/fr/chapter09/systemd-custom.po was added. 2 months ago
User avatar None

String updated in the repository

Linux From Scratch / chapter09_systemd-custom — French

<emphasis>Disable at build-time</emphasis>: You can disable lingering by default while building systemd by adding the switch <parameter>-Ddefault-kill-user-processes=false</parameter> to the <command>meson</command> command for systemd. This completely disables the ability of systemd to kill user processes at session end.
<emphasis>Désactiver à la construction</emphasis>&nbsp;: vous pouvez autoriser les processus persistants par défaut pendant la construction de systemd en ajoutant le paramètre <parameter>-Ddefault-kill-user-processes=false</parameter> à la commande <command>meson</command> de systemd. Ceci désactive complètement la capacité que systemd a de tuer les processus utilisateurs à la fin de la session.
2 months ago
User avatar None

String updated in the repository

Linux From Scratch / chapter09_systemd-custom — French

<emphasis>Enable system-wide process lingering</emphasis>: You can set <parameter>KillUserProcesses=no</parameter> in <filename>/etc/systemd/logind.conf</filename> to enable process lingering globally for all users. This has the benefit of leaving the old method available to all users at the expense of explicit control.
<emphasis>Activer les processus persistant sur tout le système</emphasis>&nbsp;: vous pouvez définir <parameter>KillUserProcesses=no</parameter> dans <filename>/etc/systemd/logind.conf</filename> pour autoriser globalement la persistance pour tous les utilisateurs. Ceci a l'avantage de laisser disponibles les vieilles méthodes à tous les utilisateurs au prix de la perte de contrôle explicite.
2 months ago
User avatar None

String updated in the repository

Linux From Scratch / chapter09_systemd-custom — French

<emphasis>Enable process lingering for only selected users</emphasis>: Normal users have permission to enable process lingering with the command <command>loginctl enable-linger</command> for their own user. System administrators can use the same command with a <parameter>user</parameter> argument to enable for a user. That user can then use the <command>systemd-run</command> command to start long running processes. For example: <command>systemd-run --scope --user /usr/bin/screen</command>. If you enable lingering for your user, the user@.service will remain even after all login sessions are closed, and will automatically start at system boot. This has the advantage of explicitly allowing and disallowing processes to run after the user session has ended, but breaks backwards compatibility with tools like <command>nohup</command> and utilities that use <function>daemon()</function>.
<emphasis>N'activez les processus persistants que pour les utilisateurs qui en ont besoin</emphasis>&nbsp;: les utilisateurs ont la possibilité d'activer les processus persistants avec la commande <command>loginctl enable-linger</command> pour eux-mêmes. Les administrateurs systèmes peuvent utiliser la même commande avec un argument <parameter>utilisateur</parameter> pour les activer pour un utilisateur. Cet utilisateur peut alors utiliser la commande <command>systemd-run</command> pour débuter une tâche durable. Par exemple&nbsp;: <command>systemd-run --scope --user /usr/bin/screen</command>. Si vous souhaitez activer les tâches durables pour votre utilisateur, le service user@.service sera toujours présent même après la fermeture de toutes les sessions, et démarrera automatiquement au démarrage du système. Ceci a l'avantage d'autoriser et d'interdire explicitement aux programmes de s'exécuter après que la session utilisateur est fermée, mais cela casse la rétro-compatibilité avec des outils comme <command>nohup</command> et les utilitaires qui utilisent <function>daemon()</function>.
2 months ago
User avatar None

String updated in the repository

Linux From Scratch / chapter09_systemd-custom — French

Beginning with systemd-230, all user processes are killed when a user session is ended, even if nohup is used, or the process uses the <function>daemon()</function> or <function>setsid()</function> functions. This is a deliberate change from a historically permissive environment to a more restrictive one. The new behavior may cause issues if you depend on long running programs (e.g., <command>screen</command> or <command>tmux</command>) to remain active after ending your user session. There are three ways to enable lingering processes to remain after a user session is ended.
Depuis la version systemd-230, tous les processus utilisateurs sont tués lorsque la session utilisateur se termine, même en utilisant nohup, ou que le processus utilise les fonctions <function>daemon()</function> ou <function>setsid()</function>. Ceci est un changement délibéré par rapport à un environnement historiquement plus permissif vers un environnement plus restrictif. Le nouveau comportement peut causer des problèmes si vous dépendez de programmes lancés durablement (par exemple, <command>screen</command> ou <command>tmux</command>) qui restent actifs après la fin de votre session utilisateur. Il y a trois moyens de permettre la persistance des processus après la fin d'une session utilisateur.
2 months ago
User avatar None

String updated in the repository

Linux From Scratch / chapter09_systemd-custom — French

Long Running Processes
Processus lancés durablement
2 months ago
User avatar None

String updated in the repository

Linux From Scratch / chapter09_systemd-custom — French

See the <filename>systemd-coredump(8)</filename>, <filename>coredumpctl(1)</filename>, and <filename>coredump.conf.d(5)</filename> manual pages for more information.
Voir les pages de manuel <filename>systemd-coredump(8)</filename>, <filename>coredumpctl(1)</filename>, and <filename>coredump.conf.d(5)</filename> pour plus d'information.
2 months ago
User avatar None

String updated in the repository

Linux From Scratch / chapter09_systemd-custom — French

<userinput>mkdir -pv /etc/systemd/coredump.conf.d

cat &gt; /etc/systemd/coredump.conf.d/maxuse.conf &lt;&lt; EOF
<literal>[Coredump]
MaxUse=5G</literal>
EOF</userinput>
<userinput>mkdir -pv /etc/systemd/coredump.conf.d

cat &gt; /etc/systemd/coredump.conf.d/maxuse.conf &lt;&lt; EOF
<literal>[Coredump]
MaxUse=5G</literal>
EOF</userinput>
2 months ago
User avatar None

String updated in the repository

Linux From Scratch / chapter09_systemd-custom — French

Core dumps may use a lot of disk space. The maximum disk space used by core dumps can be limited by creating a configuration file in <filename class="directory">/etc/systemd/coredump.conf.d</filename>. For example:
Les core dumps peuvent utiliser beaucoup d'espace disque. L'espace disque maximal utilisé par les core dumps se limite en créant un fichier de configuration dans <filename class="directory">/etc/systemd/coredump.conf.d</filename>. Par exemple&nbsp;:
2 months ago
User avatar None

String updated in the repository

Linux From Scratch / chapter09_systemd-custom — French

<command>coredumpctl -1 debug</command>: loads the last core dump into <ulink url="&blfs-book;general/gdb.html">GDB</ulink>.
<command>coredumpctl -1 debug</command>&nbsp;: charge le dernier core dump dans <ulink url="&blfs-book;general/gdb.html">GDB</ulink>.
2 months ago
Browse all translation changes