Connaitre le nombre de fichiers effacés par RM

Version imprimable

Voir 40 message(s) de cette discussion en une page

Bonjour,

J'utilise un script sur mon serveur pour effacer les sauvegardes de plus de 45 jours.
Code:

1 2 3 4 5 6 #efface les fichiers de plus de 45 jours find /mnt/backup/ -maxdepth 1 -type d -ctime +45 -exec rm -rvf {} \; result=$? total=$total+$result echo "Suppression dossier superieur à 45 jours : $result erreur" >> /home/user/Bureau/$ladate
Je mets tous ça dans un log perso que le serveur m’envoie par mail. Actuellement $ m'indique si il y a une erreur ou non dans la commande.
Mais je voudrais connaitre le nombre de fichiers supprimés.

Pensez-vous que c'est possible ?

01/04/2023, 12h29
Sve@r
Bonjour

Citation:

Envoyé par Cheorches

Mais je voudrais connaitre le nombre de fichiers supprimés.

Pensez-vous que c'est possible ?

Oui. Puisque "find" les connait, fatalement tu les connais aussi !!!

Donc au choix
- boucler sur les fichiers renvoyés par find et les effacer un à un
- faire un premier find pour les compter puis un second find pour les effacer
- stocker le find dans un tableau puis effacer les fichiers du tableau
Bref avec un langage "Turing complet" comme l'est le bash, c'est effectivement possible (c'est même d'ailleurs une des bases) de compter les choses que l'on fait.

Citation:

Envoyé par Cheorches

Actuellement $? m'indique si il y a une erreur ou non dans la commande.

Exact Je me demande alors pourquoi tu concatènes ce "code d'erreur" à un total. J'ose espérer que tu n'as pas écrit cette absurdité dans le but de compter le nombre d'erreurs...:weird:

Citation:

Envoyé par Cheorches

J'utilise un script sur mon serveur pour effacer les sauvegardes de plus de 45 jours.

Mais je voudrais connaitre le nombre de fichiers supprimés.

Pensez-vous que c'est possible ?

Oui, bien sûr. Tu peux:

soit utiliser find ... -exec ma_fonction avec une fonction (exportée avec export -f ma_fonction),
soit mettre le code "en ligne" dans un shell avec find ... -exec bash -c "mon_code",
soit lire les noms des fichiers dans un pseudo sous-shell avec une boucle while read ....

À vérifier (non testé):
Code:

1 2 3 4 5 6 7 8 9 10 11 12 (( nb_files=0 )) while read -d file do echo "removing '$file'" 1>&2 if rm -rvf "$file" then (( nb_files++ )) echo "removed '$file'" else echo "couldn't remove '$file'" fi 1>&2 done < <(find /mnt/backup/ -maxdepth 1 -type d -ctime +45 -print0) echo "Removed $nb_files files" 1>&2
Remarque: avec une fonction, si l'on utilise \+ à la place de \;, alors il faut incrémenter de $#[EDIT] grilled !

01/04/2023, 12h50
Sve@r

Citation:

Envoyé par jack-ft

[EDIT] grilled !

Hé oui. C'est parce que tu as perdu du temps à écrire ton code avant de poster. Moi je commence par vite répondre n'importe quelle connerie juste pour avoir mon "jeton" de positionnement puis ensuite je prends le temps de meubler mon post :mrgreen:
01/04/2023, 13h04
N_BaH

Citation:

Envoyé par Cheorches

Actuellement $ m'indique si il y a une erreur ou non dans la commande.

ça, tu le sais une fois, quand tu construis ta commande find, après, à moins d'ajouter une erreur de syntaxe dans la commande, find retourne toujours 0.

Citation:

Envoyé par Sve@r

avec un langage "Turing complet" comme l'est le bash, c'est effectivement possible (c'est même d'ailleurs une des bases) de compter les choses que l'on fait.

on pourrait même se dispenser de find (d'autant que la recherche ne descend pas dans les sous-répertoires) : une boucle for, un peu de stat, quelques évaluations arithmétiques...
et hop ! qu'est-ce qui sort du chapeau : le nombre de fichiers supprimés. :roi:
01/04/2023, 13h23
Sve@r

Citation:

Envoyé par N_BaH

et hop ! qu'est-ce qui sort du chapeau : le nombre de fichiers supprimés. :roi:

Il y a quand-même un détail à préciser: le PO recherche des dossiers qu'il supprime via rm -r. Mais cherche-t-il à connaitre le nombre de dossiers traités par rm (ie le nombre de dossiers trouvés par find) ou bien le nombre de fichiers réellement effacés au total?
01/04/2023, 22h31
disedorgue

Je trouve ça bien compliqué, un simple find ..... -exec rm -rvf {} \; | wc -l donnera le nombre de fihiers et répertoires supprimés (la magie du -v de rm) .
01/04/2023, 23h36
N_BaH

vous oubliez mon fichier renommé dont le nom est sur plusieurs lignes. ;)

Code:

1
2
3
4
5
6
7
8
9
$ mkdir x1 x2 x3                                        
$ touch x1/y1 x2/y2 x3/y3                                        
$ touch x1/y4 x2/y4 x3/y4                                        
$ touch 'x1/y4                                                   
et
ze'
$ LC_ALL=C find  -maxdepth 1 -type d  -exec rm -rvf {} \; | wc -l
rm: refusing to remove '.' or '..' directory: skipping '.'
10

Bah, ça n'a pas l'air de géner...8-)

02/04/2023, 00h49
N_BaH

la représentation que rm --verbose donne du nom du fichier (contrairement à ls) est en effet sur une seule ligne.

Bonjour :coucou:

Contrairement à ls ? Pas compris :

Code:

1
2
3
4
5
6
$ > 'te
ze
fe'
$ ls -l
-rw-r--r-- 1 flodelarab flodelarab       0 18 janv. 19:22 'tes'$'\n''t.txt'
-rw-r--r-- 1 flodelarab flodelarab       0  2 avril 13:40 'te'$'\n''ze'$'\n''fe'

Il y en a bien 1 par ligne.

Code:

1
2
3
4
5
6
7
$ >/tmp/'plusieurs
lignes'
$ ls -l /tmp/plusi* | wc -l
2
$ rm -v /tmp/plusi* | wc -l
1
$

02/04/2023, 14h49
disedorgue

Dans ce cas particulier, ls -lq permet d'avoir le même comportement que rm -v.
02/04/2023, 15h08
N_BaH

oui, mais on n'utilise pas ls dans un script !! :rouleau:

:rire:
02/04/2023, 21h51
Cheorches

Citation:

Envoyé par Sve@r

Exact Je me demande alors pourquoi tu concatènes ce "code d'erreur" à un total. J'ose espérer que tu n'as pas écrit cette absurdité dans le but de compter le nombre d'erreurs...:weird:

Comme tu te doutes il y a d'autres commandes dans mon script.

Et à la fin il m'envoie un mail avec le nombre d'erreurs directement dans le titre.

Pour cette partie du code ca sert à rien, mais pour d'autres oui (montage et démontage d'un disque, copie de fichiers, etc...).
02/04/2023, 21h56
N_BaH

comme je l'ai dit, find (comme sed, entre autres) retourne toujours 0 (vrai); le comportement de la commande n'est pas pris en compte, uniquement sa syntaxe.

Citation:

Envoyé par disedorgue

Je trouve ça bien compliqué, un simple find ..... -exec rm -rvf {} \; | wc -l donnera le nombre de fihiers et répertoires supprimés (la magie du -v de rm) .

Merci beaucoup pour cette solution. Ca fonctionne comme je voulais.
Code:

1 2 3 4 5 6 #efface les fichiers de plus de 45 jours nombre_dossiers=$(find /mnt/backup/ -maxdepth 1 -type d -ctime +45 -exec rm -rvf {} \; | wc -l) #find /mnt/backup/ -maxdepth 1 -type d -ctime +45 -exec rm -rvf {} \; result=$? total=$total+$result echo "Suppression de $nombre_dossiers dossiers supérieurs à 45 jours : $result erreur" >> /home/user/Bureau/$ladate

02/04/2023, 22h31
N_BaH

Citation:

Code:

echo "Suppression de $nombre_dossiers dossiers supérieurs à 45 jours : $result erreur"

il n'y aura pas d'erreurs ! :scarymov:
ou pas de nombreDeDossiers :twisted:
02/04/2023, 22h53
Sve@r

Citation:

Envoyé par Cheorches

Ca fonctionne comme je voulais.

Ben tu ne sembles pas "vouloir" que ça fonctionne des masses. Une variable "total" qui contient n'importe quoi et qui n'est pas utilisée ensuite (remarque déjà postée sans avoir eu de réponse) plus une variable "result" qui récupère le code d'erreur de la dernière commande, à savoir wc -l, commande qui, quoi qu'il arrive, réussira toujours son job et qui donc ne retournera aucune erreur... :?
02/04/2023, 23h38
Flodelarab

Mais qu'est-ce que vous êtes négatifs ! Le jour où une commande renverra 125, il aura 125 erreurs. Le bonheur. Laisse-le à sa joie.

Voir 40 message(s) de cette discussion en une page