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
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
l'exemple:https://wiki.archlinux.org/title/Syste
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 AN
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 utilisate
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 tra
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 fonc
système de fonctionner, sudo
> crontab -e fonctionne 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 manipulation
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.
nt is currently 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'uti
nne pratique
de sécurité, tout en lui laissant la 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ésa
nserver le hash 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 (
t; Il faudrait 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 devrie
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 r
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
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 lors
Bonjour,
Voilà ma question : Comment remplacer l'utilisateur root pour utiliser
le service
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
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
>>>
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
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
>
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
paramétrer 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/
aramétrer 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://sourcef
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 qu
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 aléato
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
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 concerne
> l'heure, qui sera saisie dans le token
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
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
command
Ceci me 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’obj
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 réex
> 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 sûrem
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 d'
/hosts.ubuntu101.co.za/superhosts.deny -P /tmp || exit 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 super
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
nom
> echo "X"
> echo "Y"
> echo "Z"
>
> en :
>
> cat <<'EOF'
> X
> Y
> Z
> EOF
J'ai pris note.
osts.ubuntu101.co.za/superhosts.deny -P /tmp
* sudo -s*
cat /tmp/superhosts.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)
: ht
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
Z
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
vulné
> 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 ro
>> 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 ho
> 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 lai
/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 trouve excellent.
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 lign
e
> crontab 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
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 r
dia.org/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 angla
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.
&g
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/&g
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
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 com
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]: p
).
Le 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éq
nt, 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 avec une mesure par
é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 connecter. C'es
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 grap
grep 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]
J
(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 bloqu
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 (uid=0)
Dec 19 1
he, 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
ndre les droits 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
ndre les droits 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
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) t
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 * * * *
Plus exactement, c'est :
9 * * * *
où "" peut ê
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 * * * *
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 * * * *
C'est bon ci-dessus ?
Merci.
André
--
Lisez la FAQ de la list
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
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:
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]
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 av
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 Luckyb
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
>
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'app
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 cr
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"
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 do
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
*
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 A
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:
http://korben.info/time-machine-linux.htm
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 ANGLA
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 j
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 h
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
06 22:20 GMT+02:00 daniel huhardeaux :
> 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
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 pouvo
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
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 raisonna
Le 4 sept. 2014 à 12:06, Adrien 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 p
1 - 100 sur 616 matches
Mail list logo
