diff options
Diffstat (limited to 'content/Informatique/2009-10-18-backup.rst')
| -rw-r--r-- | content/Informatique/2009-10-18-backup.rst | 11 |
1 files changed, 6 insertions, 5 deletions
diff --git a/content/Informatique/2009-10-18-backup.rst b/content/Informatique/2009-10-18-backup.rst index 957a42d..291f187 100644 --- a/content/Informatique/2009-10-18-backup.rst +++ b/content/Informatique/2009-10-18-backup.rst @@ -15,7 +15,7 @@ Un système de backup automatique que le PC que l'on souhaite sauvegarder. Le problème qui se pose est le suivant : comment concilier ces deux conditions sur un PC de bureau (ne disposant donc pas d'une série de serveur allumés en permanences et prêt à - recevoir nos sauvegardes en continu…) ? + recevoir nos sauvegardes en continu…) ? |summary| @@ -34,8 +34,9 @@ périphériques sont déjà montés ou non, nous ne savons pas dans quel répert nous allons nous trouve. Il va donc falloir mettre en place une ligne pour récupérer le répertoire dans lequel nous sommes. Il ne nous reste plus qu'à trouver le moyen de l'éxécuter automatiquement pour cela nous allons utiliser -halevt. Le script est disponible `ici -<http://chimrod.com/downloads/backup.sh>`_ +halevt. Le script est disponible ici_. + +.. _ici: {filename}/resources/backup.sh Comme son nom l'indique, halevt est un gestionnaire d'évènements pour hal. Hal est un gestionnaire d'évènement matériel sous Linux; il envoie des informations @@ -46,7 +47,7 @@ un démon à l'écoute des informations qui nous sont envoyées par hal, et d'activer des actions en conséquence : par exemple pour lancer l'antivirus sur la clef usb, reconfigurer le mappage du clavier en fonction de la marque que l'on branche etc. Pour notre part, nous allons nous contenter de lancer un -script (celui du backup mentionné plus haut). +script (celui du backup mentionné plus haut). Pour commencer nous allons devoir identifier le lecteur à mettre sous surveillance : inutile de se baser sur les noms de montage habituels (/dev/sda @@ -71,7 +72,7 @@ solution (sur mon poste j'ai utilisé sudo, mais on peut très bien se baser sur le sticky bit pour donner les droits au script). De même, dans la configuration mise en place, le script se trouve sur le disque de stockage (de manière à pouvoir le lancer à la main si le démon n'est -pas disponible), cela peut être adapté en fonction de chacun… +pas disponible), cela peut être adapté en fonction de chacun… Dans le cas d'une configuration multi-utilisateur, je pense qu'il est nécessaire de passer par un script qui lance les différentes sauvegardes sous |