al_boon, tu n'a jamais parlé de dossier dans ton post :

bonjour, j'aimerai créer un script qui test l espace disque disponible et qui au cas ou il ne reste moins de 5%  supprime dans un dossier spécifique des fichiers en partant du plus vieux jusqu'a ce qu'il reste au moins  20% de libre.

De plus, lost+found c'est souvent /lost+found, tu fais quand meme pas des tests sur ta partition / quand meme ? Si tu veux forcer l'effacement des repertoires, ajoute le flag r à rm

Nouvelle version :

#!/bin/bash
# gilles <dot> quenot <at> gmail <dot> com

MyDir="/tmp/mmm/logs/"
PartitionASurveiller="/"
MaxSize=10 # en % d'occupation

shopt -s dotglob # permet de gerer aussi les fichiers cachés

MakeDu()
{
    df -TP | awk -vpartvar=$PartitionASurveiller '($NF == partvar)  {gsub("%", "");print $6}'
}

_du=$(MakeDu)

cd "$MyDir" || exit 1

while((_du > MaxSize)); do
    Fic="$(ls -rt | sed q)"

    if [[ -e "$Fic" ]]; then
        \rm -v -- "$Fic"
    else
        break
    fi

    _du=$(MakeDu)
    sleep .5
done

Le nouveau break est important, sinon le script ne se finit pas quand si il n'y a plus de fichiers.

bonjour, suite à une réinstallation ou j utilise tjs cette version de script j ai en exécutant le script ceci en retour :

/home/alboon/disk_full_clean: 7: shopt: not found
/home/alboon/disk_full_clean: 29: _du: not found

quelqu'un saurait il d'où cela pourrait il provenir ?
merci

Je ne veux pas polémiquer du tout mais que se passe-t-il si le fichier qui doit être supprimer est un répertoire?

Et bien dans mon cas, ce cas n'est pas possible car je ne filtre que les fichiers. Pour sputnick, il y aura une erreur car sans l'option r, rm ne peut supprimer des dossiers.

Tu a mal lu mon script, je t'invite à le relire. http://forum.ubuntu-fr.org/viewtopic.php?pid=3060368#p3060368

Autant pour moi, je n'avais pas vu le break ! Mea-culpa. Cependant, je reste persuadé que le find est plus adapté à l'objectif qui est de parvenir à un taux d'occupation souhaité.

certe, mais cela ne permet pas de gérer les 2 taux (à moins que je n'ai pas compris la demande). l'un permet de spécifier "le seuil à atteindre pour effectuer de l'espace" et donc de déclencher le traitement de suppression. Quand à l'autre, il permet d'indiquer l'espace disponible que l'on souhaite obtenir après traitement.
Et je ne vois qu'une seule variable (MaxSize) ...

Enfin bon, ce n'est pas bien grave ... et l'on ne va pas polémiquer 107 ans. Nous avons tous les 2 notre vision des choses et c'est très bien ainsi !;)

le find permet d'éviter un bug de ton script qui bouclera sans fin si la suppression des fichiers se trouvant dans le dossier ne suffisent pas à libérer suffisament de place. Cela me parait donc nécessaire de l'utiliser.

Tu a mal lu mon script, je t'invite à le relire. http://forum.ubuntu-fr.org/viewtopic.php?pid=3060368#p3060368 Le taux d'occupation d'espace disque est géré par une des variables editables...

le find permet d'éviter un bug de ton script qui bouclera sans fin si la suppression des fichiers se trouvant dans le dossier ne suffisent pas à libérer suffisament de place. Cela me parait donc nécessaire de l'utiliser.

Où se trouvent ces 2 notions dans ton script car je n'en vois qu'une :

?
donc à tes yeux, ma solution ne correspond pas totalement à la demande initiale (probablement)... il me semble que la tienne non plus.
--------------------------------------
autre chose, qui n'a aucun rapport avec le sujet... je te laisse volontier ma place que certains habitués du forum m'attribut.

Le find est parfait(il recherche tout les fichiers du répertoire), si la recherche doit se cantonner à la racine du répertoire, il suffit d'ajouter l'option de profondeur ou -prune.

Je préfère cela à l'utilisation de sed pour tronquer la liste du ls car d'une part j'ai un doute sur la pérénité de cette commande et d'autre part cette commande peut retourner un répertoire ce qui est bloquant dans ce cas.

C'est bien d'utiliser des outils comme find et les redirections, mais c'est encore mieux de n'utiliser ca que quand necessaire. On s'éloigne de la demande initiale, et on a jamais parlé de travailler en recursif.

Une erreur résiduel subsiste dans le scritp au niveau du find :

...
        do
          plusAncien="$(find /media/divx/ -type f -printf '%TY%Tm%Td%TT\t%h/%f\n'|sort -n|tail -1|awk '{print $2}')"
          if [ "${plusAncien}" ]; then
...

le chemin de recherche est /media/divx au lieu de ${unObjet}, le code devrait être :

plusAncien="$(find ${unObjet} -type f -printf '%TY%Tm%Td%TT\t%h/%f\n'|sort -n|tail -1|awk '{print $2}')"

oui pardon, c'était pour mes tests !

exec 4<>"${namedPipe}"

permet d'ouvrir le fichier (dans notre cas, un pipe nommé) en lecture / écriture et de lui affecter le fd (file descriptor) 4. > pour l'écriture  et < pour la lecture.

exec 4<&- 4>&-

ferme le fd 4 en lecture puis en écriture (l'équivalent de l'ouverture en une seule fois n'existe pas).

...
        do
          plusAncien="$(find /media/divx/ -type f -printf '%TY%Tm%Td%TT\t%h/%f\n'|sort -n|tail -1|awk '{print $2}')"
          if [ "${plusAncien}" ]; then
...

le chemin de recherche est /media/divx au lieu de ${unObjet}, le code devrait être :

plusAncien="$(find ${unObjet} -type f -printf '%TY%Tm%Td%TT\t%h/%f\n'|sort -n|tail -1|awk '{print $2}')"

J'ai une question concernant ça :

exec 4<&- 4>&-

et

exec 4<>"${namedPipe}

comment ça fonctionne?

honte a moi j avais mal renseigné le dossier d application.

Houla, heureusement qu'il n'y avait pas le -r à rm, sinon tu aurais effacé ton systeme ( si tu es en root )

webmin ? Qé ? Tu n'a jamais parlé de webmin !

Content que ça te soit utile. Dit moi ce que tu ne comprends pas, je t'explique...

De plus, lost+found c'est souvent /lost+found, tu fais quand meme pas des tests sur ta partition / quand même ? Si tu veux forcer l'effacement des repertoires, ajoute le flag r à rm

honte a moi j avais mal renseigné le dossier d application.

sinon il me semble que même sans le break le script se terminais puisque dans webmin il le finissait (il mettait le lien de retour qui en générale ne s affiche qu en fin de script....enfin suis pas pro)

Bon, j'ai fais des tests, j'obtient 1% ce consommation CPU, ce qui me semble acceptable dans le cas qui nous interesse. J'ai un processeur ( loin d'une bete de course ) bi coeur : "Genuine Intel(R) CPU           T2050  @ 1.60GH". En ajoutant un sleep .5, je suis à 0% de CPU.

Oui, c'est raisonnable.
Voilà comment je procèderai.
Cela te semblera une usine mais ça me parait plus propre et plus souple :

#!/bin/bash

tauxOccupation()
{
       utilise=( $(df -h "${1}"|tail -1) )
       utilise=${dispo[4]}
       echo "${dispo%\%}"
}

gestionEspaceDisque()
{
    # vérification de l'existence du pipe
   [ ! -p "${namedPipe}" ] && exit 1
   
   while read -u 4 unObjet
   do
      [ "${unObjet}" = "END" ] && break
     # un événement s'est poduit, on recoit le dossier qui en est à l'origine via le pipe
	 taux=$(tauxOccupation ${unObjet})
         if [ ${taux} -gt 95 ]; then
	 while [ ${taux} -gt 80 ];
        do
          taux=0
          plusAncien="$(find "${unObjet}" -type f -printf '%TY%Tm%Td%TT\t%h/%f\n'|sort -n|tail -1|awk '{print $2}')"
          if [ "${plusAncien}" ]; then
	    if rm -f "${plusAncien}"; then
              taux=$(tauxOccupation ${unObjet})
            fi
	 fi
        done
        fi
   done
}

supprimePipe()
{
	[  -p "$1" ] && { echo  "END" > "$1"; exec 4<&- 4>&-; rm -f "$1"; }
	exit
}

scriptName="$(basename "$0")"
scriptName="${scriptName%.*}"

# recherche du dossier temporaire le plus approprie
pipeFolder="${TMPDIR}"
if [ ! "${pipeFolder}" ]; then
  pipeFolder="$([ -e "/dev/shm" ] && echo "/dev/shm" || echo "/tmp")"
fi
namedPipe="${pipeFolder}/${scriptName}"

# creation du pipe si besoin
[ -f "${namedPipe}" ] && rm -f "${namedPipe}"
[ ! -p "${namedPipe}" ] && mkfifo "${namedPipe}" && exec 4<>"${namedPipe}"

# lancement de la procédure de gestion de l'espace disque en arrière plan
gestionEspaceDisque "${namedPipe}" &

# mise en place d'un gestionnaire d'arret
trap "supprimePipe \"${namedPipe}\"" SIGINT SIGTERM

# on patiente pour s'assurer que le gestionnaire d'espace disque se soit initialise
sleep 1

if [ ! "$(jobs -r)" ]; then
  # la procedure de gestion de disque s'est terminé, on arréte le script
  exit 1
fi

DOSSIERS=( "DOSSIER1" "DOSSIER2" "DOSSIER3" )
# verification du taux d'occupation des dossiers
for unDossier in "${DOSSIERS[@]}"
do
  echo "${unDossier}" >&4
done

while true
do
   # attente modification du filesysteme
   dossierConcerne="$(inotifywait -r --format %w -e modify -e close_write -e moved_to -e create "${DOSSIERS[@]}" 2>/dev/null)"
   # on envoie le dossier concerne au processus dédié 
   echo "${dossierConcerne}" >&4
done

Note :
- valoriser la variable DOSSIERS par la liste des filesystemes à vérifier
- j'applique un simple echo lorsque cela dépasse les 80% ... remplacer par un traitement spécifique

la gestion par un pipe n'est pas forcément utile mais j'y trouve tout de même un intérêt : cela permet en cas de modifications multiple entre 2 "inotifywait" de ne pas "louper" d'événement

EDIT : la seule chose qui manque à ce script est de tester au moins une fois l'espace disque de tous les dossiers avant de rentrer dans la boucle while true....

EDIT2 : Changement du nom d'une variable + ajout de la vérification des dossiers avant de rentrer dans la boucle + ahjout de la fonctionnalité de suppresion du fichier le plus ancien jusqu'au taux d'occupation demandé.

EDIT3: Correction suite remarque Biounator dans les posts suivant