> Il y a aussi l'option "c" qui permet de compresser automatiquement un fichier.
Et qui, sauf erreur, n'est pas implémentée dans les kernels standard (elle n'a pas d'effet, voir la section « Bugs and limitations » de la page man). Pour qu'elle fonctionne, tu dois appliquer un patch à ton noyau (voir [ http://cvs.bofh.asn.au/e2compr/(...) ]. Attention, le site n'est plus à jour, mais des patchs continuent d'être produits tout de même, et le manuel devrait être toujours d'actualité). Par ailleurs, il me semble (update : je confirme, je viens de vérifier) que ce patch est intégré au kernel WOLK [ http://sf.net/projects/wolk/(...) ], entre autres bonnes choses. Par ailleurs, il faut te poser la question de la compatibilité : ce système doit utiliser des variables « réservées pour usage futur » dans les structures de données ext2. Il n'est donc pas dit qu'il ne puisse pas y avoir collision avec d'autres extensions (au hasard, les extensions pour les systèmes de fichiers cryptés)...
> Je me demande si on peut appliquer ça à un système de fichiers au complet.
Ce n'est pas conseillé, car tu devrais alors être _certain_ de toujours avoir un kernel `e2compr-enabled' pour booter s'il y a un problème. Et même dans ce cas, certains fichiers ne doivent pas être compressés (voir [ http://cvs.bofh.asn.au/e2compr/manual-0.4/e2compr-0.4_37.html#SEC37(...) ] pour plus de détails). Mais pour le reste, y a aucune loi qui t'interdit de `chattr +c *'. À toi de voir...
Voilà, j'espère avoir été helpefoulle sur ce coup-là (ça me changera des trolls ou des blagues à la mords-moi-l'n?ud :o)
[^] # Re: protection des fichiers et ext2
Posté par William Steve Applegate . En réponse au message [Terminal] protection des fichiers et ext2. Évalué à 2.
Et qui, sauf erreur, n'est pas implémentée dans les kernels standard (elle n'a pas d'effet, voir la section « Bugs and limitations » de la page man). Pour qu'elle fonctionne, tu dois appliquer un patch à ton noyau (voir [ http://cvs.bofh.asn.au/e2compr/(...) ]. Attention, le site n'est plus à jour, mais des patchs continuent d'être produits tout de même, et le manuel devrait être toujours d'actualité). Par ailleurs, il me semble (update : je confirme, je viens de vérifier) que ce patch est intégré au kernel WOLK [ http://sf.net/projects/wolk/(...) ], entre autres bonnes choses. Par ailleurs, il faut te poser la question de la compatibilité : ce système doit utiliser des variables « réservées pour usage futur » dans les structures de données ext2. Il n'est donc pas dit qu'il ne puisse pas y avoir collision avec d'autres extensions (au hasard, les extensions pour les systèmes de fichiers cryptés)...
> Je me demande si on peut appliquer ça à un système de fichiers au complet.
Ce n'est pas conseillé, car tu devrais alors être _certain_ de toujours avoir un kernel `e2compr-enabled' pour booter s'il y a un problème. Et même dans ce cas, certains fichiers ne doivent pas être compressés (voir [ http://cvs.bofh.asn.au/e2compr/manual-0.4/e2compr-0.4_37.html#SEC37(...) ] pour plus de détails). Mais pour le reste, y a aucune loi qui t'interdit de `chattr +c *'. À toi de voir...
Voilà, j'espère avoir été helpefoulle sur ce coup-là (ça me changera des trolls ou des blagues à la mords-moi-l'n?ud :o)
Envoyé depuis mon PDP 11/70