1. C'est du paramétrage tu peut te faire un script et demander à ton gestionnaire de fichier de l'utiliser et te faire un alias rm vers ton script (ou remplacer le binaire rm par ton script).
2. Ça aussi ça dépend de comment tu fais, la plupart des implémentation son débile, mais rien n'empêche de tout renvoyer vers ~/.trash
3. Tu peut supprimer automatiquement les fichiers qui on plus d'un moi sans que ça pose de problèmes je pense.
Je n'ai pas dis qu'on ne pouvait pas simuler une corbeille sous linux, je dis juste que la corbeille telle qu'elle est implémentée chez les différents vendeurs d'OS est défaillante car une mauvaise réponse à un problème donné. T'auras beau faire un alias à rm, si ton fichier est supprimé par une appli tu ne pourras le récupérer. Alors qu'un snap, c'est complètement indépendant des applis utilisées.
4. {hammer,z,btr}fs (ou lvm) aussi bien soient-ils ne changent pas le problème. Les snapshot prennent de la place, elles économisent de la place sur le fichiers qui ne sont pas supprimé/modifié, mais pour les fichiers en corbeille, ça ne change pas le problème. Ils vont même prendre plus de place que la corbeille parce qu'ils enregistre les versions de tout les fichiers (une version par snapshot), donc utiliser l'argument des snapshots dans cette situation c'est pas pertinent.
Oui mais le gros avantage des snaps, c'est que ça s'applique aussi aux modifications de fichiers tu peux revenir à x versions antérieures simplement. Et ce sans avoir à passer par une usine à gaz comme un outil de gestion de version.
De plus, c'est très facile, via un fs qui le supporte et une politique de snap, de dire que tu veux un snap toutes les 5 minutes de la dernière heure, + un snap par heure + un snap par jour, avec une alerte + nettoyage automatique en cas de dépassement d'un seuil donné de ton espace disque. Alors certe tu peux te faire un nettoyage de ta corbeille à coup de find -mtime xxx, mais bon c'est tout de suite plus bricolage.
[^] # Re: prompt...
Posté par Psychofox (Mastodon) . En réponse au journal rm mon amour. Évalué à 5.
2. Ça aussi ça dépend de comment tu fais, la plupart des implémentation son débile, mais rien n'empêche de tout renvoyer vers ~/.trash
3. Tu peut supprimer automatiquement les fichiers qui on plus d'un moi sans que ça pose de problèmes je pense.
Je n'ai pas dis qu'on ne pouvait pas simuler une corbeille sous linux, je dis juste que la corbeille telle qu'elle est implémentée chez les différents vendeurs d'OS est défaillante car une mauvaise réponse à un problème donné. T'auras beau faire un alias à rm, si ton fichier est supprimé par une appli tu ne pourras le récupérer. Alors qu'un snap, c'est complètement indépendant des applis utilisées.
4. {hammer,z,btr}fs (ou lvm) aussi bien soient-ils ne changent pas le problème. Les snapshot prennent de la place, elles économisent de la place sur le fichiers qui ne sont pas supprimé/modifié, mais pour les fichiers en corbeille, ça ne change pas le problème. Ils vont même prendre plus de place que la corbeille parce qu'ils enregistre les versions de tout les fichiers (une version par snapshot), donc utiliser l'argument des snapshots dans cette situation c'est pas pertinent.
Oui mais le gros avantage des snaps, c'est que ça s'applique aussi aux modifications de fichiers tu peux revenir à x versions antérieures simplement. Et ce sans avoir à passer par une usine à gaz comme un outil de gestion de version.
De plus, c'est très facile, via un fs qui le supporte et une politique de snap, de dire que tu veux un snap toutes les 5 minutes de la dernière heure, + un snap par heure + un snap par jour, avec une alerte + nettoyage automatique en cas de dépassement d'un seuil donné de ton espace disque. Alors certe tu peux te faire un nettoyage de ta corbeille à coup de find -mtime xxx, mais bon c'est tout de suite plus bricolage.
un exemple intéressant, c'est le time slider de opensolaris / openindiana / solaris express 11 qui est une sorte de time machine en plus élégant :
http://blogs.sun.com/erwann/entry/zfs_on_the_desktop_zfs