L'utilisateur gestionnaire est créé.
Identifier l'utilisateur qui fait tourner le service cron :
ps -Af | grep cron
root 890 1 0 20:21 ? 00:00:00 /usr/sbin/cron -f -P
sudo systemctl stop cron
cd /usr/sbin/
ls -la
-rwxr-xr-x 1 root root 51792 mars 23 2022 cron
Le mardi 20 février 2024 à 11:19 +0100, Christophe Maquaire a écrit :
>
>
> Y'a même mieux ou pire, c'est selon:
>
> https://www.freedesktop.org/software/systemd/man/latest/systemd.timer.html
Je continue le prosélytisme:
In French et illustré par
Le mardi 20 février 2024 à 10:00 +0100, NoSpam a écrit :
> Bonjour
>
> Le 20/02/2024 à 05:54, k6dedi...@free.fr a écrit :
> > Bonjour,
> > Je découvre ce fil de discussion.
> > Je ne comprends pas que l'on puisse encore travailler avec CRON.
> > Alors que ANACRON
La question initiale : Comment remplacer l'utilisateur root pour
utiliser le service cron ?
Devrait plutôt être : *Comment lancer le service cron/crontab avec
l'utilisateur gestionnaire (root) ?*
J'ai créé l'utilisateur gestionnaire de la sorte :
Créer un utilisateur gestionnaire pour
Bonjour
Le 20/02/2024 à 05:54, k6dedi...@free.fr a écrit :
Bonjour,
Je découvre ce fil de discussion.
Je ne comprends pas que l'on puisse encore travailler avec CRON.
Alors que ANACRON est indépendant de la période de fonctionnement du PC.
Si on se place d'un point de vue poste de travail. Pour
Bonjour,
Je découvre ce fil de discussion.
Je ne comprends pas que l'on puisse encore travailler avec CRON.
Alors que ANACRON est indépendant de la période de fonctionnement du PC.
Peut-etre que vous pourriez trouver une piste de solution dans l'article de Léa
Linux espliquant les fonctionalités
e normalement.
>
> Je ne sais toujours pas créer un utilisateur gestionnaire capable de prendre
> le rôle de root, pour faire fonctionner l'ensemble des services cron, sans
> passer par des manipulations complexes.
>
> Merci d'avoir répondu.
>
--
Pie
naire capable de
prendre le rôle de root, pour faire fonctionner l'ensemble des services
cron, sans passer par des manipulations complexes.
Merci d'avoir répondu.
not available.
5)
On ne peut donc pas accéder à root directement.
Le système cron avec la crontab -e root continue de fonctionner.
Le user root semble faire son travail sans erreur.
J'aurais préféré créer un utilisateur gestionnaire pour remplacer les
actions de l'utilisateur root, capable de
possibité d'administrer cron.'
*/Supprimer le mot de passe de l'utilisateur root pour ne pas conserver
le hash du mot de passe en mémoire./*
Désactiver l'utilisateur root à partir du shell :
Le moyen le plus simple de désactiver la connexion de l'utilisateur root
est de changer son shell du
du mot
> >> de passe root en mémoire.
> >> sudo passwd -d root
>
>
>
>
> ####
> >> Il faudrait alors réactiver l'utilisateur root , pour qu'il puisse gérer
> >> les tâches cron du système ( cron.daily ... ) :
>
alors réactiver l'utilisateur root , pour qu'il puisse
gérer les tâches cron du système ( cron.daily ... ) :
>> sudo passwd --unlock root*
*>> Affiche :
>> passwd : déverrouiller le mot de passe créerait un compte sans mot
de passe.*
>> Vous devriez définir un mot de passe
On 2/18/24 09:26, Pierre Malard wrote:
Bonjour,
Même question, tout ça sert-il à quoi que ce soit ?
Même si on interdit la connexion directe sous « root », ce qui peut se
concevoir, il n’empêche que certaines commande doivent être lancées
avec ces droits. su coup, pour modifier le crontab
pour lancer la commande souhaitée… mais il
faut avoir les droits « root » pour créer cette entrée ;-)
https://doc.ubuntu-fr.org/cron
> Le 18 févr. 2024 à 00:09, Sébastien Dinot a écrit :
>
> Bernard Bass a écrit :
>> Voilà ma question : Comment remplacer l'utilisateur root pour
Bernard Bass a écrit :
> Voilà ma question : Comment remplacer l'utilisateur root pour utiliser
> le service cron ?
Puis-je savoir à quoi sert de désactiver le compte root si c'est pour
donner les pleins pouvoirs à un autre compte, en le dispensant de saisir
son mot de passe lorsqu'il util
Bonjour,
Voilà ma question : Comment remplacer l'utilisateur root pour utiliser
le service cron
Le 20-11-2020, à 08:56:50 +0100, Fabrice BAUZAC-STEHLY a écrit :
- Remplacer le "@include common-session-noninteractive" par le contenu
du fichier
Qu'est-ce que ça apporterait ?
Le but est de ne modifier que la configuration PAM de cron, pas de
modifier d'autres choses com
steve writes:
> Le 18-11-2020, à 22:13:35 +0100, Fabrice BAUZAC-STEHLY a écrit :
>>steve writes:
>>> Cron remplit les logs d'information que je considère comme inutile.
>>> Nov 18 18:05:01 box CRON[18456]: pam_unix(cron:session): session opened for
>>> user
Le 18-11-2020, à 22:13:35 +0100, Fabrice BAUZAC-STEHLY a écrit :
steve writes:
Cron remplit les logs d'information que je considère comme inutile.
Nov 18 18:05:01 box CRON[18456]: pam_unix(cron:session): session opened for
user _tuptime by (uid=0)
Nov 18 18:05:01 box CRON[18456]: pam_unix
steve writes:
> Cron remplit les logs d'information que je considère comme inutile.
>
> Nov 18 18:05:01 box CRON[18456]: pam_unix(cron:session): session opened for
> user _tuptime by (uid=0)
> Nov 18 18:05:01 box CRON[18456]: pam_unix(cron:session): session closed for
> user
Cron remplit les logs d'information que je considère comme inutile.
Exemple:
Nov 18 18:05:01 box CRON[18456]: pam_unix(cron:session): session opened for
user _tuptime by (uid=0)
Nov 18 18:05:01 box CRON[18456]: pam_unix(cron:session): session closed for
user _tuptime
Nov 18 18:10:01 box CRON
par heures.
> De plus anacron me parait plus pratique que cron puisque en cas de
> panne, d'interruption diverse, il reprend le travail au point où il en
> était.
>
> https://fr.wikipedia.org/wiki/Anacron
> https://docs.gandi.net/fr/simple_hosting/operations_courantes/anacron.html
&g
par heures.
De plus anacron me parait plus pratique que cron puisque en cas de panne,
d'interruption diverse, il reprend le travail au point où il en était.
https://fr.wikipedia.org/wiki/Anacron
https://docs.gandi.net/fr/simple_hosting/operations_courantes/anacron.html
https://sourceforge.net/projec
lance.timer`
>
> J'ai remplacé pas mal de tâches cron utilisateur par ce mécanisme,
> plus souple dans
> certains cas (possibilité de désactiver/réactiver le timer).
Merci, je retiens, ça peut me servir. Bon, pour le moment, je n’ai plus
besoin de la tâche, mais ce n’es pas dit que je
dans le dossier
`~/.config/systemd/user/relance.timer`
Tu actives ton timer avec `systemctl --user enable relance.timer`
J'ai remplacé pas mal de tâches cron utilisateur par ce mécanisme, plus
souple dans
certains cas (possibilité de désactiver/réactiver le timer).
Sébastien
On Tue, May 12, 2020 at 06:04:00PM +0200, Raphaël POITEVIN wrote:
> sleep $(($RANDOM%540)) && commande
Bah, j'avais raté qu'il me restait un mail à lire dans le
fil. Désolé de la contribution redondante dans mon autre mail -_-
Y.
> Je me contenterai de mettre */3 pour le jour et enverrai
> toujours à la même heure.
Personellement, je ferais un mix entre ta solution et celle
de G2PC: */3 pour lancer tous les 3 jours, puis le script
commence avec un
sleep rand(3*3600)
(en pseudo-Perl)
Comme ça tu envoie à une heure
Finalement :
sleep $(($RANDOM%540)) && commande
Tous les 3 jours, on verra.
Raphaël
raphael.poite...@gmail.com (Raphaël POITEVIN) writes:
> Bonjour,
>
> Comment programmer une tâche toutes les 75 h à la minute 12 ? L’objectif
> étant d’exécuter la tâche tous les trois jours avec un décalage de
l0f...@tuta.io writes:
> Je pense que tu devrais t'inspirer de la discussion instructive
> suivante
> : https://stackoverflow.com/questions/27412483/how-do-cron-steps-work
Merci, la piste avec at est intéressante.
--
Raphaël
www.leclavierquibave.fr
Jean-Marc writes:
> Sinon, voir si systemd.timer peut offrir une solution.
> Si ton système utilise systemd.
À voir en effet. Espérant qu’on peut exécuter ceci en utilisateur non
privilégié.
--
Raphaël
www.leclavierquibave.fr
voulue pour exécuter le script.
>
> Une fois le script exécuté, supprimer le token.
>
> Lors de la nouvelle tâche cron, si le token n'existe pas, recréer le
> token pour dans 3 jours, avec une création aléatoire en ce qui concerne
> l'heure, qui sera saisie dans le token.
>
> Un
Bonjour,
Je pense que tu devrais t'inspirer de la discussion instructive suivante :
https://stackoverflow.com/questions/27412483/how-do-cron-steps-work
Bien cordialement,
l0f4r0
Tue, 12 May 2020 11:08:26 +0200
Raphaël POITEVIN écrivait :
salut,
> Je n’avais pas lu leman car le système n’a pas hurlé quand j’ai essayé
> de lui metre des valeurs hors des bornes.
> >
> > Du coup je ne vois pas bien comment effectuer le décalage de 3 heures
> >
ken quelque part, à vérifier. Si le token
existe, y mettre la date et l'heure voulue pour exécuter le script.
Une fois le script exécuté, supprimer le token.
Lors de la nouvelle tâche cron, si le token n'existe pas, recréer le
token pour dans 3 jours, avec une création aléatoire en ce qui conce
as hurlé quand j’ai essayé
de lui metre des valeurs hors des bornes.
>
> Du coup je ne vois pas bien comment effectuer le décalage de 3 heures cherché
> avec le cron.
J’essaierai avec un sleep ou quelque chose comme ça.
Merci,
--
Raphaël
www.leclavierquibave.fr
semble clair, non ?
Du coup je ne vois pas bien comment effectuer le décalage de 3 heures cherché
avec le cron.
Désolé
> Le 12 mai 2020 à 10:25, Raphaël POITEVIN a écrit
> :
>
> Bonjour,
>
> Comment programmer une tâche toutes les 75 h à la minute 12 ? L’objectif
> étan
Bonjour,
Comment programmer une tâche toutes les 75 h à la minute 12 ? L’objectif
étant d’exécuter la tâche tous les trois jours avec un décalage de 3 h
entre 9h et 18h, du lundi au vendredi.
Ma ligne :
12 9-18/75 * * 1-5 commande
Cependant la tâche s’est bien exécutée hier à 9h12 mais s’est
> Je n'ai pas regardé en détail la différence entre les deux, mais je pense
> que tu fais fausse route. Peu importe la façon dont il va être lancé, il
> est préférable de n'avoir qu'un seul script (qui pourra éventuellement
> s'adapter à son contexte d'exécution).
>
> Là encore, il arrivera
Le 2020-05-09 15:17, G2PC a écrit :
Ce qui nous donne, pour le moment, deux script différents, un que
j'utilise manuellement, un second qui serait à lancer via la crontab
de root.
Je me trompe, ou, ils ne seront pas pareil, du fait de l'approche avec
root, qui serait différente que dans le cas
1
sudo -s
cat /tmp/superhosts.deny > /etc/hosts.deny
exit
rm /tmp/superhosts.deny
# Proposition pour créer le nouveau fichier hosts.deny depuis une tâche cron
lancée avec la crontab de root :
# Utiliser le lien direct vers le fichier superhosts.deny (Plus de 15Mo) :
https://hosts.ubuntu101.co
Bonjour,
Le 2020-05-09 12:46, G2PC a écrit :
# Utiliser le lien direct vers le fichier superhosts.deny (Plus de
15Mo) : https://hosts.ubuntu101.co.za/superhosts.deny
cd /etc
sudo cp hosts.deny hosts.deny.bak
J'éviterais ce type de construction (changement de dossier puis copie
avec des
> echo "X"
> echo "Y"
> echo "Z"
>
> en :
>
> cat <<'EOF'
> X
> Y
> Z
> EOF
J'ai pris note.
s.deny >> /etc/hosts.deny
*exit*
rm /tmp/superhosts.deny
# Proposition pour un script lancé depuis une tâche cron avec la crontab
de root
# Utiliser le lien direct vers le fichier superhosts.deny (Plus de 15Mo)
: https://hosts.ubuntu101.co.za/superhosts.deny
cd /etc
cp hosts.deny hosts.de
8 mai 2020 à 18:20 de g...@visionduweb.com:
> >
> https://wiki.visionduweb.fr/index.php?title=Sommaire_S%C3%A9curit%C3%A9#Mettre_.C3.A0_jour_le_fichier_.2Fetc.2Fhosts_automatiquement_tous_les_mois
>
...et j'oubliais, également remplacer les :
echo "X"
echo "Y"
echo "Z"
en :
cat <<'EOF'
X
Y
Bonjour,
8 mai 2020 à 18:20 de g...@visionduweb.com:
> https://wiki.visionduweb.fr/index.php?title=Sommaire_S%C3%A9curit%C3%A9#Mettre_.C3.A0_jour_le_fichier_.2Fetc.2Fhosts_automatiquement_tous_les_mois
>
1) Tu gagnerais en flexibilité/rapidité/lisibilité à modifier tes :
cmd1 >>/etc/hosts
cmd2
Bonjour,
G2PC, on 2020-05-08 18:06:36 +0200:
> J'entends la proposition d'utiliser un utilisateur normal pour récupérer
> le fichier.
> mais ensuite, on utilise sudo ( manuellement ) pour déplacer le fichier
> du /tmp vers /etc
En fait, si d'aventure il y avait une tentative d'exploiter une
> Pour revenir au débat initial: *Pourquoi ne pas installer le paquet
> Debian **etckeeper **?* Il permet de gérer sous git les fichiers de
> configuration sous /etc
>
C'était pas forcément le débat initial, qui portait d'avantage sur les
bonnes pratiques pour les tâches administratives, avec
>> Concernant le script, ce serait celui la, il n'est pas spécialement
>> problématique, bon, tout de même QUATRE lignes.
>> Je suppose que je peux de ce faire le lancer directement depuis le
>> crontab de root, mais, un script de 4 lignes ce sera mieux.
>>
>>
>> cd /etc
>> sudo mv
> Peut-être que ce serait bien de remplacer la commande:
>> sudo mv hosts.deny hosts.deny.bak
>^^
> par:
>
> $ sudo cp hosts.deny hosts.deny.bak
> ^^
> Sinon le fichier /etc/hosts.deny n'existe plus sur la machine
> pendant le temps du téléchargement, ce qui pourrait
id>
est très instructive et importante et elle complète utilement les
lectures précédentes.
Il peut aussi être utile de lire un cours sur les systèmes
d'exploitation. Celui-ci <http://pages.cs.wisc.edu/~remzi/OSTEP/> est
en ligne, mais en anglais. Je le trouve excellent.
Je pou
Bonjour,
8 mai 2020 à 07:35 de g...@visionduweb.com:
> Concernant le script, ce serait celui la, il n'est pas spécialement
> problématique, bon, tout de même QUATRE lignes.
> Je suppose que je peux de ce faire le lancer directement depuis le
> crontab de root, mais, un script de 4
ntab de root, mais, un script de 4 lignes ce sera mieux.
Un script de quatre lignes, même s'il est court et peut être
tapé à la main, ça fait beaucoup de ligne à taper s'il doit être
exécuté fréquemment. Donc cron reste bienvenu.
> cd /etc
Peut-être que ce serait bien de remplacer la comm
r à partir d’un appel système géré par … « root » (cron) pour
> contraindre les accès à ton serveur.
> Donc, dans ce cas précis et si ton script est bien écrit et n’ouvre
> pas trop les vannes (umask, droits d’exécution, …) je ne vois aucune
> contre-indication à le lancer « root ».
>
> Bsr,
> Si tout appartient à root, je pense que le plus simple est d'utiliser
> simplement la crontab root.
> Mais ce n'est que mon avis... Mais pourquoi faire simple quand on peut
> faire compliqué Ou l'inverse, je ne sais plus trop... ;)
> Cdt
> Cyrille
Vu. Pour le moment c'est la solution
rg/wiki/Setuid>
> est très instructive et importante et elle complète utilement les
> lectures précédentes.
>
> Il peut aussi être utile de lire un cours sur les systèmes
> d'exploitation. Celui-ci <http://pages.cs.wisc.edu/~remzi/OSTEP/> est
> en ligne, mais en anglais. Je le
Ouahh, que de bonnes questions !
> Le 6 mai 2020 à 17:14, G2PC a écrit :
>
> Comment mettre à jour un fichier appartenant à l'utilisateur root avec
> cron ?
>
> Bonjour, je cherche à mettre à jour le fichier deny.hosts proposé par
> securityinfo, chaque semaine.
>
&
Bsr,
Si tout appartient à root, je pense que le plus simple est d'utiliser
simplement la crontab root.
Mais ce n'est que mon avis... Mais pourquoi faire simple quand on peut
faire compliqué Ou l'inverse, je ne sais plus trop... ;)
Cdt
Cyrille
On 5/6/20 5:14 PM, G2PC wrote:
Comment mettre à jour un fichier appartenant à l'utilisateur root avec
cron ?
Comment feriez vous ?
Je lirais d'abord /Advanced Linux Programming/
<http://www.makelinux.net/alp/>, la section 2
<http://man7.org/linux/man-pages/man2/> des pag
On Wednesday 06 May 2020 17:14:24 G2PC wrote:
> Comment mettre à jour un fichier appartenant à l'utilisateur root avec
> cron ?
...
En créant un crontab sous le compte root.
# crontab -e
Comment mettre à jour un fichier appartenant à l'utilisateur root avec
cron ?
Bonjour, je cherche à mettre à jour le fichier deny.hosts proposé par
securityinfo, chaque semaine.
Je pourrais le faire en utilisant une tache cron, avec l'utilisateur root.
Je ne sais pas si c'est la meilleur façon
am under Sid, MATE desktop, via lightdm, pulseaudio,
> systemd, etc. Ont minor thing is that if I run an audio as a user or
> root at boot before login invia lightem, audio does not work, but well...
>
> Anyway, here I want to run mpv via a cron job under my regular user. The
> command wo
invia lightem, audio does not work, but well...
Anyway, here I want to run mpv via a cron job under my regular user. The
command works, but via cron, I get an audio access problem.
The command:
killall mpv;/home/jp/radio 10 100
The result:
TERM environment variable not set.
setleds: Error
lance du son
en root par ex, sur un tty à part de la console graphique, ça peut mal
se passer.
En tout cas là mon but est de lancer mpv via un cron sous mon
utilisateur. Alors que la commande marche en exécution manuelle, elle ne
se lance pas bien via cron, pour un souci d'accès au son.
La commande
Bonjour,
En voulant trouver pourquoi un script ne tournait pas je viens de
m'apercevoir que la façon dont cron écrivait dans les logs n'est plus
très pratique (pour l'humain que je suis)
actuellement j'ai un truc de ce genre :
Jan 30 12:05:01 MonServeur CRON[32357]: pam_unix(cron:session
e Mon, Sep 04, 2017 at 09:27:52AM +0900, Charles Plessy a écrit :>
>
> Nouveau plantage, mais cette fois-ci j'avais une fenêtre root ouverte.
> Comme d'habitude, de nombreux processus « CRON -f » et impossibilité de
> créer de nouvelles sessions (SSH, sudo, ...). Cause ou conséquence,
> cet
de fonctionner normalement, une grande partie des logs ne sont plus
> écrits, et
> CP> un processus cron par heure se lance, semble bloquer et s'accumule.)
Le Fri, Mar 17, 2017 at 08:30:21AM +0100, Daniel Caillibaud a écrit :
>
> Tu peux installer atop sur le host, et le régler ave
es logs ne sont plus écrits,
et
CP> un processus cron par heure se lance, semble bloquer et s'accumule.)
CP> Il a fallu attendre, mais le plantage nouveau est arrivé.
CP>
CP> `killall cron` enlève toutes les tâches cron bloquées, mais il est toujours
CP> impossible de se connect
Bonsoir,
Je n'ai pas d'idée précise sur ton souci, désolé. En revanche,
voici deux pistes pour tenter d'avoir plus d'éléments (enfin,
j'espère).
1. Peut-être devrais tu tenter de grapher la machine (par
exemple je crois que munin n'est pas très compliqué à mettre
en place). Peut-être que les
root
> root 16949 0.0 0.0 9535212 ?Ss Mar06 0:00 sshd: plessy
> [priv]
> root 18795 0.0 0.0 9535212 ?Ss Mar06 0:00 sshd: plessy
> [priv]
> root 22802 0.0 0.0 9535220 ? Ss Mar07 0:00 sshd: plessy
> [priv]
Je me
(Résumé des épisodes précédents, j'ai une machine virtuelle sur laquelle il
devient parfois impossible de se connecter. Les sessions existantes continuent
de fonctionner normalement, une grande partie des logs ne sont plus écrits, et
un processus cron par heure se lance, semble bloquer et
tail auth.log
Dec 19 13:17:01 dgt-med CRON[21322]: pam_unix(cron:session): session opened for
user root by (uid=0)
Dec 19 13:17:01 dgt-med CRON[21322]: pam_unix(cron:session): session closed for
user root
Dec 19 14:17:01 dgt-med CRON[2037]: pam_unix(cron:session): session opened for
user root by
n qui marche, tu vois rien d'intéressant lorsque
CP> - Impossible de prendre les droits administrateur avec sudo (bloque la
session).
Le message d'erreur permet pas de t'aiguiller ?
CP> - Des processus « CRON -f » qui s'accumulent.
Bizarre normalement y'en a qu'un(-f c'est foreground
administrateur avec sudo (bloque la
session).
- Des processus « CRON -f » qui s'accumulent.
- Journal systemd qui ne contient plus rien à partir du début du bloquage.
- systlog et messages pas plus intéressants: un « -- MARK -- » toutes les 20
minutes et c'est tout.
Je ne sais pas si les processus
administrateur avec sudo (bloque la
session).
- Des processus « CRON -f » qui s'accumulent.
- Journal systemd qui ne contient plus rien à partir du début du bloquage.
- systlog et messages pas plus intéressants: un « -- MARK -- » toutes les 20
minutes et c'est tout.
Je ne sais pas si les processus
On Sunday 09 August 2015 11:42:47 you wrote:
Ce n'est pas plutôt un cron toutes les 2 minutes? Regardes bien les session
opened.
Quelle est la syntaxe cron (crontab) toutes les heures à 9 minutes ? :
9 * * * * tâche
C'est bon ci-dessus ?
Merci.
André
--
Lisez la FAQ de la liste avant de
Bonjour à tous les utilisateurs et développeurs de Debian :
Le lundi 10 août 2015 à 16:41, andre_deb...@numericable.fr a écrit :
Quelle est la syntaxe cron (crontab) toutes les heures à 9 minutes ? :
9 * * * * tâche
Plus exactement, c'est :
9 * * * * user tâche
où user peut être root ou un
Le 10/08/2015 18:46, Daniel Huhardeaux a écrit :
Bonjour,
Le 10/08/2015 18:41, andre_deb...@numericable.fr a écrit :
On Sunday 09 August 2015 11:42:47 you wrote:
Ce n'est pas plutôt un cron toutes les 2 minutes? Regardes bien les
session
opened.
Quelle est la syntaxe cron (crontab) toutes
Bonjour,
Le 10/08/2015 18:41, andre_deb...@numericable.fr a écrit :
On Sunday 09 August 2015 11:42:47 you wrote:
Ce n'est pas plutôt un cron toutes les 2 minutes? Regardes bien les session
opened.
Quelle est la syntaxe cron (crontab) toutes les heures à 9 minutes ? :
9 * * * * tâche
*/9
On Sunday 09 August 2015 00:40:36 Nicolas FRANCOIS wrote:
Le Sat, 8 Aug 2015 22:40:32 +0200,
andre_deb...@numericable.fr a écrit :
Mon fichier /var/log/auth.log indique :
=
Aug 8 22:25:01 CRON[7327]: pam_unix(cron:session): session
opened for user root by (uid=0)
Aug 8
Bonsoir,
Mon fichier /var/log/auth.log indique :
=
Aug 8 22:25:01 CRON[7327]: pam_unix(cron:session): session opened for
user root by (uid=0)
Aug 8 22:25:29 CRON[7301]: pam_unix(cron:session): session closed for
user root
Aug 8 22:26:59 CRON[7327]: pam_unix
Le Sat, 8 Aug 2015 22:40:32 +0200,
andre_deb...@numericable.fr a écrit :
Bonsoir,
Mon fichier /var/log/auth.log indique :
=
Aug 8 22:25:01 CRON[7327]: pam_unix(cron:session): session
opened for user root by (uid=0)
Aug 8 22:25:29 CRON[7301]: pam_unix(cron:session
Le 28 avril 2015, maderios a écrit :
Pour Cron, il faut aller dans la boite de dialogue Profile/Schedule/add/
et là tous est paramétrable à coups de clics: date, reboot, délai,
console mode, vue du crontab, etc... C'est archi-simple.
Je comprends mieux le lien avec cron.
Merci.
--
Alain
http://korben.info/time-machine-linux.html
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN
Hello Yannick,
Je ne veux pas paraitre relou ni lancer un troll mais Qwant ou Google te
donneront largement ce que tu cherches sinon comme cité :
backuppc
Areca
Backintime
Timeshift
etc...etc...etc..voila
@+
On 04/28/2015 03:33 PM, honeyshell wrote:
Oui c'est exactement ce que font ces tools (full snaphots, directory,
files etc..) sinon ils n'auraient aucun intérêt.
Il faut simplement prendre du temps et se documenter sur les features
des tools
Pour sa machine perso il faut s'orienter plutôt vers :
*gnome_scheduler
*grsync
*backintime
PS : attention au sujet Cron ca n'est pas pertinent, c'est du fourre tout
-
Oui c'est exactement ce que font ces tools (full snaphots, directory,
files etc..) sinon ils n'auraient aucun intérêt.
Il faut simplement prendre du temps et se documenter sur les features
des tools
grsync semble alors la meilleure option ;) C'est le GUI par défaut de rsync.
Plus user-friendly il y a unison-gtk.
bon tests :)
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
Le 28/04/2015 15:33, honeyshell a écrit :
http://korben.info/time-machine-linux.html
Bonjour,
Pas pour moi car ce n'est pas le système que je veux sauvegarder ce sont
des documents persos.
Sinon il aurait répondu à mon besoin de ce que j'en ai pu voir.
Amitiés
--
Yannick VOYEAUD
Aidez
backuppc ?
Le 28/04/2015 15:20, Yannick VOYEAUD a écrit :
Bonjour,
Je cherche un truc pour faire mes sauvegardes avec cron en graphique.
À moins que l'un d'entre-vous soit sympa pour me proposer les fichiers
qui vont bien.
Tous les jours sauf le dimanche
Sauvegarde incrémentielle du
Bonjour,
Je cherche un truc pour faire mes sauvegardes avec cron en graphique.
À moins que l'un d'entre-vous soit sympa pour me proposer les fichiers
qui vont bien.
Tous les jours sauf le dimanche
Sauvegarde incrémentielle du disque A sur le disque B
Sauvegarde incrémentielle de home sur le
Je ne réponds pas à ta question, notamment sur les sauvegardes
incrémentales, car je ne les pratique plus depuis que je connais rsync
et sa famille, je préfère les différentielles.
En fait, entre machines DEBIAN, j'utilise rsync dans le cron et j'ai mis
au point les paramètres d'appels des scripts
c'est pas en graphique mais ca marche super bien (crypté, compressé etc)
http://www.yvangodard.me/backup-incremental-avec-duplicity-installation-et-scripts-periodiques/
Jacky
Le 28/04/15 15:20, Yannick VOYEAUD a écrit :
Bonjour,
Je cherche un truc pour faire mes sauvegardes avec cron en
Le 28 avril 2015, Yannick VOYEAUD a écrit :
Bonjour,
Je cherche un truc pour faire mes sauvegardes avec cron en graphique.
À moins que l'un d'entre-vous soit sympa pour me proposer les fichiers
qui vont bien.
Tous les jours sauf le dimanche
Sauvegarde incrémentielle du disque A sur le
On 04/28/2015 03:20 PM, Yannick VOYEAUD wrote:
Bonjour,
Je cherche un truc pour faire mes sauvegardes avec cron en graphique.
Bonjour
J'utilise l'interface graphique Luckybackup qui fonctionne avec Rsync.
J'ai essayé d'autres programmes tels que Grsync mais Luckybackup offre
plus de
Bonjour,
Sinon vous pouvez utiliser le parametre de configuration suivant dans
votre fichier cron -
MAILTO=une.adresse@mail
Le 07/09/2014 23:07, Guillaume Membré a écrit :
Merci pour votre réponse,
j'ai donc configuré postfix sur la machine1 en Satellite system, sur
machine2 Internet
huhardeaux no-s...@tootai.net:
Le 06/09/2014 21:52, Guillaume Membré a écrit :
Bonjour,
Bonsoir,
je voudrais rediriger les mails de cron d'une de mes machines sur une
autre. Les 2 machines sont sur le même réseau.
En ce moment, je lis parfaitement les mails de cron via mutt sur mes 2
Bonjour,
je voudrais rediriger les mails de cron d'une de mes machines sur une
autre. Les 2 machines sont sur le même réseau.
En ce moment, je lis parfaitement les mails de cron via mutt sur mes 2
machines, je voudrais pouvoir le faire que d'une seule.
Je suis un peu perdu dans la conf à
Le 06/09/2014 21:52, Guillaume Membré a écrit :
Bonjour,
Bonsoir,
je voudrais rediriger les mails de cron d'une de mes machines sur une
autre. Les 2 machines sont sur le même réseau.
En ce moment, je lis parfaitement les mails de cron via mutt sur mes 2
machines, je voudrais pouvoir le
Le 4 sept. 2014 à 12:06, Adrien cont...@creasixtine.com a écrit :
Le 04/09/2014 10:26, Jean-Michel OLTRA a écrit :
Le jeudi 04 septembre 2014, Pierre Malard a écrit...
Une solution est donc de s’assurer que les lancements cron soient
silencieux. Éventuellement, on peut encapsuler cette
Le 05/09/2014 08:25, Pierre Malard a écrit :
Une solution un peu comme le verre d’alcool, il faut se méfier des abus.
C’est un peu comme casser le thermomètre pour résoudre un problème
de température… Personnellement, je préfère la solution proposée par
Jean-Michel. Elle est plus raisonnable.
1 - 100 sur 606 matches
Mail list logo