Sauvegarde automatique DD
Résolu/Fermé
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
-
11 nov. 2007 à 19:09
J0K0 Messages postés 163 Date d'inscription lundi 7 mai 2007 Statut Membre Dernière intervention 19 juillet 2019 - 11 nov. 2007 à 19:55
J0K0 Messages postés 163 Date d'inscription lundi 7 mai 2007 Statut Membre Dernière intervention 19 juillet 2019 - 11 nov. 2007 à 19:55
A voir également:
- Sauvegarde automatique DD
- Logiciel de sauvegarde - Guide
- Sauvegarde automatique windows 10 - Guide
- Sauvegarde automatique - Guide
- Message automatique thunderbird - Guide
- Réponse automatique outlook - Guide
3 réponses
!^^![ME]
Messages postés
4744
Date d'inscription
dimanche 10 juin 2007
Statut
Contributeur
Dernière intervention
1 mars 2020
394
11 nov. 2007 à 19:13
11 nov. 2007 à 19:13
salut,
essaie de jet un coup d'oeil ici:
http://www.commentcamarche.net/faq/sujet 6046 planifier une sauvegarde de donnees
@++
essaie de jet un coup d'oeil ici:
http://www.commentcamarche.net/faq/sujet 6046 planifier une sauvegarde de donnees
@++
jeanbi
Messages postés
15118
Date d'inscription
samedi 9 décembre 2006
Statut
Contributeur
Dernière intervention
6 février 2023
2 177
11 nov. 2007 à 19:14
11 nov. 2007 à 19:14
bonjour,
man cron
a+
man cron
NOM cron - Démon permettant de lancer des commandes différées. SYNOPSIS cron [-l load_avg] [-n] DESCRIPTION Cron devrait normalement être lancé par un script /etc/rc ou /etc/rc.local. Cette commande rend la main immédiatement, il n’est donc pas nécessaire de la lancer avec un « & ». L’option -n permet de modifier ce comportement par défaut, forçant l’exécution en avant-plan. Ceci peut être utile quand il est démarré en dehors de la phase « init ». Cron recherche dans le répertoire /var/spool/cron (Ndt : le répertoire peut être différent selon les distributions), des fichiers de crontab ayant des noms existants dans /etc/passwd. Les fichiers trouvés sont chargés en mémoire. Cron recherche également /etc/crontab, qui a un format différent (voir crontab(5)). Ensuite, cron s’éveille toutes les minutes, examine les crontabs mémorisés, et vérifie chaque commande pour savoir s’il doit la lancer dans la minute à venir. Lors de l’exécution d’une commande, toute sortie est envoyée par mail au pro- priétaire de la crontab (ou à l’utilisateur dont le nom est mentionné dans la variable d’environnement MAILTO si elle existe). De plus, cron vérifie chaque minute si la date de modification de son répertoire de stockage (ainsi que la date de /etc/crontab) a été mod- ifiée. Si c’est le cas, cron examinera les dates de modifications de chaque fichier crontab, et rechargera ceux qui ont été modifiés. Ainsi, cron n’a pas besoin d’être redémarré après la modification d’un fichier crontab. Notez que la commande crontab(1) met à jour la date de modification du répertoire de stockage si un changement a lieu. Heure avançée et autres changements d’heure Les heures locales qui modifient l’heure de moins de trois heures, comme celles provoquées par le début ou la fin d’une heure avancée, sont gérées d’une manière particulière. Ceci s’applique uniquement aux tâches lancées à une heure précise et aux tâches lancées avec une gran- ularité supérieure à une heure. Les tâches plus fréquentes sont ordon- nancées normalement. Si l’heure est avancée, les tâches qui auraient dû être lancées dans l’intervalle de temps qui est sauté sont lancées immédiatement. Réciproquement, si l’heure est retardée, il est pris soin d’éviter de lancer les tâches deux fois. Les heures modifiées de plus de trois heures sont considérées comme étant des corrections de l’horloge ou de fuseau horaire, auquel cas la nouvelle heure est immédiatement appliquée. SIGNAUX À la réception d’un SIGHUP, le démon cron ferme et réouvre son fichier de journalisation. Ceci est utile dans les scripts qui assurent la rotation et la gestion de l’âge des fichiers de journalisation. Bien entendu, cela ne s’applique pas si cron a été compilé pour utiliser syslog(3). MISE EN GARDE Dans cette version de cron, /etc/crontab ne doit pas être accessible en lecture ou écriture aux utilisateurs autre que le super-utilisateur. Autrement dit, ses droits doivent être 0600. VOIR AUSSI crontab(1), crontab(5) AUTEUR Paul Vixie <vixie@isc.org> :
a+
J0K0
Messages postés
163
Date d'inscription
lundi 7 mai 2007
Statut
Membre
Dernière intervention
19 juillet 2019
17
11 nov. 2007 à 19:55
11 nov. 2007 à 19:55
Hello !!
Je pense à première vu que ca doit être ca .. super ! :)
Merci
PS : j'attends toujours que ma copie de DD se finisse ... je pense que j'en ai pour un moment :x
J0K0
Je pense à première vu que ca doit être ca .. super ! :)
Merci
PS : j'attends toujours que ma copie de DD se finisse ... je pense que j'en ai pour un moment :x
J0K0