Crontab et boucle for

**michel.semal** · 18/08/2025, 12h17

Bonjour à tous,

je pense être dans le bon forum.

Voici mon soucis.
J'ai écris un script en bash pur faire une sauvegarde d'une partie de mes documents.
Le script doit aussi vérifier si il existe deja des backup et à quelle date.
Comme je compte faire un backup journalier, si des backup plus vieux de quatre jours existent, on les suppriment.

Le backup et l'effacement fonctionne parfaitement lorsque je les lancent depuis un terminal.

Je crée dons un cron qui lance le script tous les jours.

Le backup se fait bien, mais la boucle qui vérifie si les anciens fichiers ont plus de quatre jour ne passe pas ....
J'ai mis des commande de sortie vers un fichier log, et effectivement le script qui doit vérifier/effacer les fichiers demarre bien,
mais la boucle (for fich in "$REP"*) ne passe pas.

Le meme scrript dans le terminal fonctionne impeccablement.
le cron est le suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#***   Sauvegarde tous le jour à 09:00 et effacement des Bck
51 10 * * * /home/michel/Documents/bash/sauvegarde.sh -b

manque -t-il quelque chose dans la ligne du CRON, ?

Merci de votre aide

Michel

**gabi7756** · 18/08/2025, 12h26

Bonjour,

J'ai envie de dire qu'il manque l'user, mais je sais pas par défaut qu'elle user est utilisé par la cron (si c'est root ou un autre).

Spécifie l'user.

Et tu entends quoi par la boucle ne passe pas ? C'est pas très clair ? $REP est vide ? Erreur ?

Dans quel cas ton "-b" est nécessaire ?

Cdt

**michel.semal** · 18/08/2025, 13h14

Il manque le USER ?? ou cela?

Spécifier l'user dans le cron ?

Mes fichier script sont autoriser pour le proprio (moi) et mon groupe.
Le cron est lancé pour le user (je crois donc moi)

Pour détailler un peux plus,
j'ai un script (sauvegarde.sh) qui lorsque le premier argument est "-b", la sauvegarde se fait, création d"un fichier *.tar. Avec d'autre options, on a une liste, ou des test.

Ce script, avant de créer le fichier *.tar, démarre un autre script (Effbck.sh) ui parcour le répertoire des backup, et si il trouve des fichier plus vieux que 4 jours, il les efface;

Depuis un terminal, tous se passe bien (le user est moi evidement)
Depuis CRON, le premier script est exécuté, l'appel au second se fait aussi, mais dans ce second script( Effbck.sh), la boucle servant à parcourir les fichiers du répertoire ne s"effectue pas. Hors, je suis sur que le script démarre, car le fichier log en atteste. Mais il ne parcours pas le répertoire....

Je n'ai pas d'erreur lors de l"xecution.

Michel

**michel.semal** · 18/08/2025, 13h29

Voila, j'ai modifier la commande de crontab,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#***   Sauvegarde tous le jour à 09:00 et effacement des Bck
19 12 * * * michel /home/michel/Documents/bash/sauvegarde.sh -b

mais alors plus rien ne fonctionne.

j'&i remis la ligne "normale":

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#***   Sauvegarde tous le jour à 09:00 et effacement des Bck
26 12 * * *  /home/michel/Documents/bash/sauvegarde.sh -b

et le script fonctionne , mais toujours pas la boucle de parcours du répertoire...
Y doit y avoir autre chose, mais quoi????

**gabi7756** · 18/08/2025, 14h22

Plus rien ne fonctionne ? Ca manque en détail ? Problème de droit , surement ca

Je redemande, à quoi sert l'option -b ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

-b

**michel.semal** · 18/08/2025, 14h42

L'option -b, donne l'information pour crée le fichier backup (*.tar) au script.
Si l'argument -b n'est pas présent, la création du fichier ne se fera pas.

michel

**disedorgue** · 18/08/2025, 15h02

Alors, on rajoute l'user que si on modifie le fichier crontab system qui se trouve généralement dans /etc/crontab, si c'est un user qui crée sa propre crontab (ce qui est le cas ici), pas besoin...

Sinon, peux tu nous donner la première ligne de ton script ?

Il faut savoir, que dans une crontab, il faut définir ta variable PATH ou alors appeler les commande avec le chemin en absolu.

Donne nous aussi au moins la boucle en question.

**michel.semal** · 18/08/2025, 16h09

Je n'ai rien modifier comme /etc/crontab.....

j'ai donc deux script, sauvegarde.sh qui se charge de créer un fichier .tar.
Ce script, lance aussi le script Effbaskup.sh qui lui vérifie si un fichier plus vieux de 4 jours existe, alors il l'efface.
Cela marche très bien depuis un terminal, mais pas depuis cron...

Les première lignes des scripts:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

#!/bin/bash

Ensuite les variables, puis le "code"
Tous les chemin des log et des fichiers sont en absolus.

/home/michel/.......

J'ai fait un petit fichier test.sh qui ne sert que à appeler le script Effbackup.sh et depuis ce script, cela fonctionne (sauf avec cron.)

pendant que j'écrivais ce texte, je fais des test et après avoir effacer des variables en doubles (dans les deux scripts), remis le shebang en tête de fichier, cela fonctionne, a savoir que la boucle qui lit les fichiers s'exécute.....

un problèmes de variables??

En effet, après avoir travailler sur les scripts avec Visual code, un jeu ne s'éxecutait plus sur le pc, il fallait que je deconnecte et reconnecte le user pour que le jeu refonctionne.... (ceal n'a sans doute rien à voir, mais là quand même c'est curieux.

Bref, je fais encore des tests, mais il semble que cela fonctionne.....

michel
Je laisse le post ouvert jusque demain si le problème revient

**michel.semal** · 18/08/2025, 16h40

Bon alors voila.....

Le problème est très simple..... le

#! /bin/bash

Doit être imprétivement la première ligne merci à disedorgue qui m'a donné la clé de la solution.

En effet, comme dans tous mes autre programme, je décris (pour la postérité) le pourquoi et le comment du programme.
Si en C, python, etc.. on met les commentaire ou l'on veut, en bash cela pose un problème.....

En effet, si je met un commentaire avant le shebang, la boucle de parcourt des fichier ne fonctionne pas avec le cron. Alors qu'elle fonctionne très bien depuis un terminal.....

J'ai refait les test avec le shebang sur la première ligne ou pas, le comportement évolue en fonction de la position du shebang.

Merci pour l'aide apportée à mon problèmes

Michel