Je me demande pourquoi le concept de corbeille n’est pas présent à l’origine dans Unix (sauf erreur de ma part). On pourrait imaginer déclarer un espace donné à un endroit quelconque, par exemple dans /var/tmp, dans lequel serait copié chaque fichier supprimé, à la condition qu’il n’excède pas une certaine taille, soit : taille de l’espace reservé - taille du⋅es fichier⋅s que l’on peut supprimer par rotation (ie: le⋅s plus vieux ou le⋅s plus gros)...
On aurait une rotation, donc une chance de retrouver une fichier supprimé suite à une mauvaise manipulation.
BIN_PATH (chemin de la corbeille)
BIN_SIZE (taille de l’espace réservé)
MAX_FILE_SIZE (taille max. d’un seul fichier)
MIN_FILE_SIZE (taille min. d’un seul fichier)
NB_PURGE
NB_PURGE étant le nombre de fichiers maximum que l’on peut purger pour faire de la place à un autre fichier. Par défaut on aurait -1, c’est à dire qu’on pourrait vider entièrement la corbeille pour sauvegarder un nouveau fichier. Mais on peut vouloir empêcher le vidage de la corbeille si un fichier est trop volumineux. Ainsi un fichier d’une taille donnée serait sauvegardé si la corbeille est vide ou presque (car < MAX_FILE_SIZE) mais ne le serait pas si la corbeille est déjà remplie par d’autres fichiers.
Ensuite on pourrait définir des priorités selon le chemin du fichier ou son type... et permettre de conserver N versions... plus j’y pense et plus je me dis que ça doit forcément déjà exister... ça ressemble à backintime mais ce serait pas exactement ça...
[^] # Re: Quel est vraiment la nature du problème ?
Posté par Marotte ⛧ . En réponse au journal Mise à jour Mageia: attention danger. Évalué à 3. Dernière modification le 21 mai 2018 à 21:23.
Je me demande pourquoi le concept de corbeille n’est pas présent à l’origine dans Unix (sauf erreur de ma part). On pourrait imaginer déclarer un espace donné à un endroit quelconque, par exemple dans /var/tmp, dans lequel serait copié chaque fichier supprimé, à la condition qu’il n’excède pas une certaine taille, soit :
taille de l’espace reservé - taille du⋅es fichier⋅s que l’on peut supprimer par rotation (ie: le⋅s plus vieux ou le⋅s plus gros)...On aurait une rotation, donc une chance de retrouver une fichier supprimé suite à une mauvaise manipulation.
NB_PURGE étant le nombre de fichiers maximum que l’on peut purger pour faire de la place à un autre fichier. Par défaut on aurait
-1, c’est à dire qu’on pourrait vider entièrement la corbeille pour sauvegarder un nouveau fichier. Mais on peut vouloir empêcher le vidage de la corbeille si un fichier est trop volumineux. Ainsi un fichier d’une taille donnée serait sauvegardé si la corbeille est vide ou presque (car < MAX_FILE_SIZE) mais ne le serait pas si la corbeille est déjà remplie par d’autres fichiers.Ensuite on pourrait définir des priorités selon le chemin du fichier ou son type... et permettre de conserver N versions... plus j’y pense et plus je me dis que ça doit forcément déjà exister... ça ressemble à backintime mais ce serait pas exactement ça...