rocky-linux · wsoyinka · Aug 26, 2025 · Aug 25, 2025 · Aug 25, 2025 · Aug 25, 2025
diff --git a/docs/gemstones/containers/docker.fr.md b/docs/gemstones/containers/docker.fr.md
@@ -13,7 +13,7 @@ Docker Engine peut être utilisé en exécutant des charges de travail de type D
 
 ## Ajouter le dépôt Docker
 
-Utilisez l'utilitaire `dnf` pour ajouter le référentiel docker à votre serveur Rocky Linux. Pour ce faire tapez la commande :
+Utilisez l’utilitaire `dnf` pour ajouter le référentiel `Docker` à votre serveur Rocky Linux. Pour ce faire tapez la commande :
 
 ```bash
 sudo dnf config-manager --add-repo https://download.docker.com/linux/rhel/docker-ce.repo

diff --git a/docs/gemstones/core/view_kernel_conf.fr.md b/docs/gemstones/core/view_kernel_conf.fr.md
@@ -43,13 +43,13 @@ Voyez ce que vous utilisez actuellement avec la version "kernel release" :
 
 `uname -r` et remplacer sa valeur retournée dans les commandes en utilisant `$(uname -r)`
 
-RHEL et distributions dérivées (Fedora, CentOS Stream, Scientific Linux, RockyLinux, Almalinux, et autres) stocke également la configuration utilisée pour amorcer les noyaux installés dans le répertoire `/boot` utilisé par Grub2 comme fichiers ASCII :
+RHEL et distributions dérivées (Fedora, CentOS Stream, Scientific Linux, Rocky Linux, AlmaLinux et autres) enregistrez également la configuration utilisée pour démarrer les noyaux installés dans le répertoire `/boot` utilisé par `Grub2` sous forme de fichiers ASCII :
 
 ```bash
 /boot/config-<kernel-release>
 ```
 
-Pour vérifier la configuration du noyau en cours d'exécution pour une valeur particulière:
+Vérification de la configuration actuelle du noyau en cours d'exécution pour une valeur spécifique :
 
 ```bash
 cat /boot/config-$(uname -r) | grep -i <keyword>

diff --git a/docs/gemstones/htop.fr.md b/docs/gemstones/htop.fr.md
@@ -74,7 +74,7 @@ PID   USER   PRI   NI   VIRT   RES   SHR   S   CPU%   MEM%   TIME+   Command(mer
 
 * **PID - Numéro d'identification du processus**
 * USER - Le propriétaire du processus
-* PRI - la priorité du processus du point de vue du noyau Linux
+* PRI – la priorité du processus du point de vue du noyau Linux
 * NI - la priorité du processus de réinitialisation par l'utilisateur normal ou bien root
 * VIRT - Mémoire virtuelle consommée par un processus
 * **RES - Mémoire physique consommée par un processus**
@@ -98,7 +98,7 @@ Pour gérer le processus, utilisez le bouton ++f9++ et lui envoyer différents s
 
 | Signal | Description                                                                                                                                                                                              |
 | ------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| 1      | Arrête immédiatement le processus qui redémarre après avoir relu le fichier de configuration                                                                                                             |
+| 1      | Permet de terminer le processus immédiatement puis de le redémarrer après avoir relu le fichier de configuration                                                                                         |
 | 9      | Utilisé pour mettre fin immédiatement à l'exécution du programme, pour terminer le processus de force, similaire à la fin forcée dans la barre des tâches de la fenêtre                                  |
 | 15     | Le signal par défaut pour la commande kill. Parfois, si un problème s'est produit dans le processus et que le processus ne peut pas être terminé normalement avec ce signal, on peut essayer le signal 9 |
 

diff --git a/docs/gemstones/network/mtr.fr.md b/docs/gemstones/network/mtr.fr.md
@@ -62,7 +62,7 @@ HOST: li Loss% Snt Last Avg Best Wrst StDev
 
 ## Racourcis de clavier
 
-* ++p++ - Pause
+* ++p++ – Pause
 * ++d++ - display - mode d'affichage
 * ++n++ - Activer/désactiver le DNS
 * ++r++ - Remettre tous les compteurs à zéro

diff --git a/docs/guides/backup/mirroring_lsyncd.fr.md b/docs/guides/backup/mirroring_lsyncd.fr.md
@@ -1,5 +1,5 @@
 ---
-title: Solution Miroir - lsyncd
+title: Solution Miroir — lsyncd
 author: Steven Spencer
 contributors: Ezequiel Bruni, tianci li, Ganna Zhyrnova
 tested_with: 8.5, 8.6, 9.0
@@ -12,8 +12,8 @@ tags:
 ## Prérequis
 
 - Une machine tournant sous Rocky Linux
-- Pourvoir modifier des fichiers de configuration depuis la ligne de commande
-- Connaissance de l'utilisation d'un éditeur de ligne de commande (nous utilisons `vi` ici, mais n'hésitez pas à le remplacer par votre éditeur favori.)
+- Une certaine expérience avec la modification des fichiers de configuration à partir de la ligne de commande
+- Connaissance de l'utilisation d'un éditeur de ligne de commande (nous utilisons `vi` ici, mais n'hésitez pas à le remplacer par votre éditeur favori)
 - Vous aurez besoin d'un accès `root` ou de privilèges supplémentaires grâce à `sudo` (utiliser `sudo -s` dès le début est une bonne idée)
 - Paire de clés SSH publiques et privées
 - Les dépôts EPEL (Extra Packages for Enterprise Linux) de Fedora
@@ -62,7 +62,7 @@ systemctl enable lsyncd
 
 L'installation à partir des sources n'est pas difficile.
 
-### Installation les dépendances
+### Installation des Dépendances
 
 Vous aurez besoin de certaines dépendances pour `lsyncd` et pour créer des packages à partir des sources. Utilisez cette commande sur votre machine Rocky Linux pour vous assurer que vous avez les dépendances nécessaires. Si vous allez construire à partir des sources, c'est une bonne idée d'installer tous les outils de développement :
 
@@ -96,7 +96,10 @@ wget https://github.com/axkibe/lsyncd/archive/master.zip
 
 Décompressez le fichier `master.zip` :
 
-`unzip master.zip`
+` 
+```
+    unzip master.zip
+``` `
 
 Cela créera un répertoire appelé `lsyncd-master`. Vous devez accéder à ce répertoire et créer un répertoire appelé `build` :
 

diff --git a/docs/guides/backup/rsync_ssh.fr.md b/docs/guides/backup/rsync_ssh.fr.md
@@ -0,0 +1,201 @@
+---
+title: Synchronisation avec `rsync`
+author: Steven Spencer
+contributors: Ezequiel Bruni, tianci li, Ganna Zhyrnova
+tags:
+  - synchronisation
+  - rsync
+---
+
+## Prérequis
+
+Voici ce dont vous aurez besoin pour comprendre et suivre ce guide :
+
+- Un ordinateur fonctionnant sous Rocky Linux
+- Savoir modifier les fichiers de configuration à partir de la ligne de commande.
+- Savoir utiliser un éditeur comme _vi_.
+- Vous aurez besoin des droits d'accès `root` ou bien obtenir les privilèges nécessaires grâce à `sudo`
+- Les paires de clés SSH publique et privée
+- Pouvoir créer un script bash avec `vi` ou votre éditeur préféré et le tester.
+- Être capable d'utiliser `crontab` pour automatiser l'exécution du script
+
+## Introduction
+
+L'utilisation de `rsync` sur SSH n'est pas aussi efficace que [lsyncd](../backup/mirroring_lsyncd.md) (qui vous permet de surveiller les modifications apportées à un répertoire ou à un fichier et de le maintenir synchronisé en temps réel), ni aussi flexible que [rsnapshot](../backup/rsnapshot_backup.md) (qui offre la possibilité de sauvegarder plusieurs cibles à partir d'un seul ordinateur). Cependant, il fournit la possibilité de tenir deux ordinateurs à jour selon un calendrier que vous pouvez définir vous-même.
+
+Si vous avez besoin de garder à jour un ensemble de répertoires sur l'ordinateur cible, et vous ne vous souciez pas de la synchronisation en temps réel en tant que fonctionnalité, alors `rsync` par l'intermédiaire de SSH est probablement la meilleure solution.
+
+Pour cette procédure, vous aurez besoin de l'utilisateur `root`. Connectez-vous en tant qu'utilisateur `root` ou utilisez la commande `sudo -s` pour passer à l'utilisateur `root` dans votre terminal.
+
+### Installation de `rsync`
+
+Il est probable que `rsync` soit déjà installé. Pour vous assurer que `rsync` est à jour, procédez comme suit sur les deux ordinateurs :
+
+```bash
+dnf install rsync
+```
+
+Si le paquet n'est pas installé, `dnf` vous demandera de confirmer l'installation. S'il est déjà installé, `dnf` cherchera une mise à jour et vous demandera de l'installer.
+
+### Préparation de l’Environnement
+
+Cet exemple utilisera `rsync` sur l'ordinateur cible pour extraire de la source au lieu de transférer de la source vers la cible. Pour cela vous devez configurer une [paire de clés SSH](../security/ssh_public_private_keys.md). Après avoir créé la paire de clés SSH, vérifiez l’accès sans mot de passe de l’ordinateur cible à l’ordinateur source.
+
+### `rsync` — Paramètres et Configuration d'un Script
+
+Avant de poursuivre la configuration du script, vous devez décider quels paramètres vous souhaitez utiliser avec `rsync`. Il existe de nombreuses possibilités. Consultez le [manuel de rsync](https://linux.die.net/man/1/rsync) pour une liste complète. La façon la plus courante d'utiliser `rsync` est d'utiliser l'option `-a`, car `-a`, ou `archive`, combine plusieurs options standard. Qu'est-ce que `-a` inclus ?
+
+- `-r`, parcoure les sous-répertoires
+- `-l`, maintiens les liens symboliques comme tels
+- `-p`, préserve les permissions
+- `-t`, préserve date et heure de modification
+- `-g`, conserve le groupe
+- `-o`, préserve le propriétaire
+- `-D`, préserve les fichiers de périphérique
+
+Les seules options supplémentaires dont nous aurons besoin dans cet exemple sont les suivantes :
+
+- `-e`, précise le shell distant à utiliser
+- `--delete`, qui indique que si le répertoire cible contient un fichier qui n'existe pas sur la source, il faut le supprimer
+
+Ensuite, nous devons configurer un script en créant un fichier pour cela (encore une fois, utilisez votre éditeur préféré si vous n'êtes pas familier avec `vi`). Pour créer le fichier, utilisez la commande suivante :
+
+```bash
+vi /usr/local/sbin/rsync_dirs
+```
+
+Ajoutez le contenu :
+
+```bash
+#!/usr/bin/env bash
+/usr/bin/rsync -ae ssh --delete [email protected]:/home/your_user /home
+```
+
+Remplacez `source.domain.com` par votre propre nom de domaine, nom d’hôte ou adresse IP.
+
+Rendez le script exécutable :
+
+```bash
+chmod +x /usr/local/sbin/rsync_dirs
+```
+
+## Test
+
+Les scripts vous permettent de tester sans souci.
+
+!!! warning "Avertissement"
+
+    Dans ce cas, nous partons du principe que votre répertoire personnel n'existe pas sur l'ordinateur cible. **S'il existe déjà, vous devriez faire une copie de sécurité avant de lancer le script !**
+
+Exécutez le script :
+
+```bash
+/usr/local/sbin/rsync_dirs
+```
+
+Si tout se passe bien, vous obtiendrez une copie entièrement synchronisée de votre répertoire personnel sur l’ordinateur cible. Vérifiez pour être sûr que c'est bien le cas.
+
+En supposant que tout a bien marché comme prévu, continuez en créant un nouveau fichier dans votre répertoire personnel sous `/home/` de l'ordinateur source :
+
+```bash
+touch /home/your_user/testfile.txt
+```
+
+Relancez le script :
+
+```bash
+/usr/local/sbin/rsync_dirs
+```
+
+Ensuite vérifiez que la cible reçoit bien le nouveau fichier. Si oui, l'étape suivante consiste en la vérification de la bonne marche de l'effacement d'un fichier. Effacez le fichier créé précédemment sur l'ordinateur source :
+
+```bash
+rm -f /home/your_user/testfile.txt
+```
+
+Relancez le script :
+
+```bash
+/usr/local/sbin/rsync_dirs
+```
+
+Vérifiez que le fichier n'existe plus sur l'ordinateur cible.
+
+Finalement créons sur l'ordinateur cible un fichier qui n'existe pas sur l'ordinateur source :
+
+```bash
+touch /home/your_user/a_different_file.txt
+```
+
+Relancez le script une dernière fois :
+
+```bash
+/usr/local/sbin/rsync_dirs
+```
+
+Le fichier qui vient d'être créé sur l'ordinateur de destination devrait disparaître, du fait qu'il n'existe pas sur l'ordinateur source.
+
+En supposant que tout fonctionne correctement, modifiez le script pour synchroniser tous les répertoires requis.
+
+## Automatisation Complète
+
+Vous ne souhaiterez probablement pas exécuter ce script chaque fois que vous voulez effectuer une synchronisation manuelle. Utilisez un `crontab` pour effectuer cette opération automatiquement selon un calendrier précis. Supposons que vous désiriez lancer le script à 23: 00 chaque soir :
+
+```bash
+crontab -e
+```
+
+Cela s'affichera et ressemblera à ceci :
+
+```bash
+# Edit this file to introduce tasks to be run by cron.
+#
+# Each task to run has to be defined through a single line
+# indicating with different fields when the task will be run
+# and what command to run for the task
+#
+# To define the time you can provide concrete values for
+# minute (m), hour (h), day of month (dom), month (mon),
+# and day of week (dow) or use '*' in these fields (for 'any').
+#
+# Notice that tasks will be started based on the cron's system
+# daemon's notion of time and timezones.
+#
+# Output of the crontab jobs (including errors) is sent through
+# email to the user the crontab file belongs to (unless redirected).
+#
+# For example, you can run a backup of all your user accounts
+# at 5 a.m every week with:
+# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
+#
+# For more information see the manual pages of crontab(5) and cron(8)
+#
+# m h  dom mon dow   command
+```
+
+!!! info "Info"
+
+    L'exemple `crontab` montre un fichier vide, mais commenté. Le commentaire n'apparaît pas sur chaque instance d'ordinateur et le fichier en question peut être un fichier vide. Sur un ordinateur en service vous pouvez voir d’autres entrées.
+
+Le `crontab` correspond à une horloge de 24 heures. Vous devrez insérer la ligne suivante au bas du fichier :
+
+```crontab
+00 23   *  *  *    /usr/local/sbin/rsync_dirs
+```
+
+Cela indique d'exécuter cette commande à minuit et à 23 h tous les jours, tous les mois et tous les jours de la semaine. Enregistrez votre entrée `crontab` comme suit :
+
+++shift+colon+"w"+"q"+exclam++
+
+## Paramètres facultatifs
+
+```bash
+-n: Dry-Run to see what files would be transferred
+-v: list out all the files that are being transferred
+-vvv: to provide debug info while transferring files
+-z: to enable compression during the transfer
+```
+
+## Conclusion
+
+Bien que `rsync` ne sois pas aussi sophistiqué que d'autres outils, il propose une solution simple de synchronisation de fichiers très utile.
diff --git a/docs/guides/contribute/localdocs/index.de.md b/docs/guides/contribute/localdocs/index.de.md
@@ -1,7 +1,7 @@
 ---
-Title: Docs As Code
+Title: Einleitung
 author: Steven Spencer
-contributors: null
+contributors: Ganna Zhyrnova
 tags:
   - local docs
   - docs as code
@@ -10,15 +10,15 @@ tags:
 
 # Einleitung
 
-Die Verwendung einer lokalen Kopie der Rocky Linux-Dokumentation ist hilfreich für diejenigen, die häufig Beiträge leisten und genau sehen möchten, wie ein Dokument nach dem Zusammenführen in der Weboberfläche aussieht. Die hier enthaltenen Methoden spiegeln die bisherigen Präferenzen der Mitwirkenden wider.
+Die Verwendung einer lokalen Kopie der Rocky Linux-Dokumentation ist hilfreich für diejenigen, die häufig Beiträge leisten und genau sehen möchten, wie ein Dokument nach dem Zusammenführen in der Weboberfläche aussieht. Die hier vorgestellten Methoden spiegeln die bisherigen Präferenzen der Teilnehmer wider.
 
 Die Verwendung einer lokalen Kopie der Dokumentation ist ein Schritt im Entwicklungsprozess für diejenigen, die sich der Philosophie von „Dokumenten als Code“ anschließen, einem Workflow für die Dokumentation, der der Codeentwicklung ähnelt.
 
 ## Markdown-Linter
 
-Neben Umgebungen zum Speichern und Erstellen der Dokumentation könnte für einige Autoren auch ein Linter für Markdown eine Überlegung wert sein. Markdown-Linters sind in vielen Aspekten der Verfassung von Dokumenten hilfreich, einschließlich der Überprüfung von Grammatik, Rechtschreibung, Formatierung und mehr. Manchmal handelt es sich dabei um separate Tools oder Plugins für Ihren Editor. Ein solches Tool ist [markdownlint](https://github.com/DavidAnson/markdownlint), ein Node.js-Tool. „markdownlint“ ist als Plugin für viele gängige Editoren verfügbar, darunter Visual Studio Code und NVChad. Aus diesem Grund befindet sich im Stammverzeichnis des Dokumentationsverzeichnisses eine Datei „.markdownlint.yml“, die die für das Projekt verfügbaren und aktivierten Regeln anwendet. `markdownlint` ist ein reiner Formatierungs-Linter. Es prüft auf fehlerhafte Leerzeichen, Inline-HTML-Elemente, doppelte Leerzeilen, falsche Tabulatoren und mehr. Für Grammatik, Rechtschreibung, inklusiven Sprachgebrauch und mehr installieren Sie bitte andere Tools.
+Neben Umgebungen zum Speichern und Erstellen der Dokumentation könnte für einige Autoren auch ein Linter für Markdown eine Überlegung wert sein. Markdown-Linters sind in vielen Aspekten der Verfassung von Dokumenten hilfreich, einschließlich der Überprüfung von Grammatik, Rechtschreibung, Formatierung und mehr. Manchmal handelt es sich dabei um separate Tools oder Plugins für Ihren Editor. Ein solches Tool ist [markdownlint](https://github.com/DavidAnson/markdownlint), ein Node.js-Tool. `markdownlint` ist als Plugin für viele gängige Editoren verfügbar, darunter Visual Studio Code und NVChad. Aus diesem Grund befindet sich im Stammverzeichnis des Dokumentationsverzeichnisses eine Datei „.markdownlint.yml“, die die für das Projekt verfügbaren und aktivierten Regeln anwendet. `markdownlint` ist ein reiner Formatierungs-Linter. Es prüft auf fehlerhafte Leerzeichen, Inline-HTML-Elemente, doppelte Leerzeilen, falsche Tabulatoren und mehr. Für Grammatik, Rechtschreibung, inklusiven Sprachgebrauch und mehr installieren Sie bitte andere Tools.
 
-!!! info „Haftungsausschluss“
+!!! info "Disclaimer"
 
 ```
 Bei keinem der Punkte in dieser Kategorie („Lokale Dokumentation“) ist es erforderlich, Dokumente zu verfassen und zur Genehmigung einzureichen. Sie existieren für diejenigen, die der Philosophie von [docs as code](https://www.writethedocs.org/guide/docs-as-code/) folgen möchten, die mindestens eine lokale Kopie der Dokumentation enthalten.