J'avais demandé il y a peu si quelqu'un connaissait un moyen de
sauvegarder les droits d'une arborescence de fichiers dans un autre
fichier et, inversement, de restaurer les droits à partir de ce
fichier de sauvegarde, le tout en le moins d'opérations possibles.
Je viens de « trouver » un moyen très simple, pour peu qu'on travaille
sur des partitions montées avec la gestion des ACL :
# getfacl -R /arborescence > fichier
# setfacl --restore=fichier
Comme getfacl n'enregistre que le chemin relatif des noms de fichiers,
il faut lancer la commande de restauration depuis le répertoire
contenant le point d'entrée de l'arborescence sauvegardée (par
exemple, pour restaurer /tmp/test/ et tout ce qu'il contient, se
placer sous /).
Ce truc utilise le fait que dans les systèmes de fichiers montés avec
le support des ACL, les permissions classiques sont traitées comme
des ACL minimales : qu'il y ait où non des ACL étendues dans
l'arborescence de fichiers n'a donc aucune espèce d'importance. Les
permissions classiques seront tout aussi bien sauvées et restaurées.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Stephane Chazelas
2005-10-27, 19:13(+02), Vincent Ramos:
Bonjour,
J'avais demandé il y a peu si quelqu'un connaissait un moyen de sauvegarder les droits d'une arborescence de fichiers dans un autre fichier et, inversement, de restaurer les droits à partir de ce fichier de sauvegarde, le tout en le moins d'opérations possibles.
Je viens de « trouver » un moyen très simple, pour peu qu'on travaille sur des partitions montées avec la gestion des ACL : # getfacl -R /arborescence > fichier # setfacl --restore=fichier
Comme getfacl n'enregistre que le chemin relatif des noms de fichiers, il faut lancer la commande de restauration depuis le répertoire contenant le point d'entrée de l'arborescence sauvegardée (par exemple, pour restaurer /tmp/test/ et tout ce qu'il contient, se placer sous /).
Ce truc utilise le fait que dans les systèmes de fichiers montés avec le support des ACL, les permissions classiques sont traitées comme des ACL minimales : qu'il y ait où non des ACL étendues dans l'arborescence de fichiers n'a donc aucune espèce d'importance. Les permissions classiques seront tout aussi bien sauvées et restaurées.
Sinon, avec GNU find/xargs:
find . -printf '%p %m ' > fichier
et:
xargs -r0 -n2 chmod
pour restaurer.
-- Stéphane
2005-10-27, 19:13(+02), Vincent Ramos:
Bonjour,
J'avais demandé il y a peu si quelqu'un connaissait un moyen de
sauvegarder les droits d'une arborescence de fichiers dans un autre
fichier et, inversement, de restaurer les droits à partir de ce
fichier de sauvegarde, le tout en le moins d'opérations possibles.
Je viens de « trouver » un moyen très simple, pour peu qu'on travaille
sur des partitions montées avec la gestion des ACL :
# getfacl -R /arborescence > fichier
# setfacl --restore=fichier
Comme getfacl n'enregistre que le chemin relatif des noms de fichiers,
il faut lancer la commande de restauration depuis le répertoire
contenant le point d'entrée de l'arborescence sauvegardée (par
exemple, pour restaurer /tmp/test/ et tout ce qu'il contient, se
placer sous /).
Ce truc utilise le fait que dans les systèmes de fichiers montés avec
le support des ACL, les permissions classiques sont traitées comme
des ACL minimales : qu'il y ait où non des ACL étendues dans
l'arborescence de fichiers n'a donc aucune espèce d'importance. Les
permissions classiques seront tout aussi bien sauvées et restaurées.
J'avais demandé il y a peu si quelqu'un connaissait un moyen de sauvegarder les droits d'une arborescence de fichiers dans un autre fichier et, inversement, de restaurer les droits à partir de ce fichier de sauvegarde, le tout en le moins d'opérations possibles.
Je viens de « trouver » un moyen très simple, pour peu qu'on travaille sur des partitions montées avec la gestion des ACL : # getfacl -R /arborescence > fichier # setfacl --restore=fichier
Comme getfacl n'enregistre que le chemin relatif des noms de fichiers, il faut lancer la commande de restauration depuis le répertoire contenant le point d'entrée de l'arborescence sauvegardée (par exemple, pour restaurer /tmp/test/ et tout ce qu'il contient, se placer sous /).
Ce truc utilise le fait que dans les systèmes de fichiers montés avec le support des ACL, les permissions classiques sont traitées comme des ACL minimales : qu'il y ait où non des ACL étendues dans l'arborescence de fichiers n'a donc aucune espèce d'importance. Les permissions classiques seront tout aussi bien sauvées et restaurées.
Pas mal, mais cela ne sauvegarde pas les ACL, n'est-ce pas ?
-- apt-get moo
Arnaud Launay
Le Fri, 28 Oct 2005 01:13:39 +0200, Vincent Ramos écrivit:
find . -printf '%p %m ' > fichier xargs -r0 -n2 chmod Pas mal, mais cela ne sauvegarde pas les ACL, n'est-ce pas ?
Il me semblait bien que c'était ton point. Non, en effet, cette version là ne sauve pas les acl. A part un dump, je ne vois pas trop d'ailleurs ce qui pourrait les sauver... Tu as regardé du côté des versions bêta de tar ?
Le Fri, 28 Oct 2005 01:13:39 +0200, Vincent Ramos écrivit:
find . -printf '%p %m ' > fichier
xargs -r0 -n2 chmod
Pas mal, mais cela ne sauvegarde pas les ACL, n'est-ce pas ?
Il me semblait bien que c'était ton point. Non, en effet, cette
version là ne sauve pas les acl. A part un dump, je ne vois pas
trop d'ailleurs ce qui pourrait les sauver... Tu as regardé du
côté des versions bêta de tar ?
Le Fri, 28 Oct 2005 01:13:39 +0200, Vincent Ramos écrivit:
find . -printf '%p %m ' > fichier xargs -r0 -n2 chmod Pas mal, mais cela ne sauvegarde pas les ACL, n'est-ce pas ?
Il me semblait bien que c'était ton point. Non, en effet, cette version là ne sauve pas les acl. A part un dump, je ne vois pas trop d'ailleurs ce qui pourrait les sauver... Tu as regardé du côté des versions bêta de tar ?
Il me semblait bien que c'était ton point. Non, en effet, cette version là ne sauve pas les acl. A part un dump, je ne vois pas trop d'ailleurs ce qui pourrait les sauver... Tu as regardé du côté des versions bêta de tar ?
Star et pax le font.
Arnaud Launay égrapsen en <slrndm2pnf.7f5.asl@pomme.launay.org> :
Il me semblait bien que c'était ton point. Non, en effet, cette
version là ne sauve pas les acl. A part un dump, je ne vois pas
trop d'ailleurs ce qui pourrait les sauver... Tu as regardé du
côté des versions bêta de tar ?
Il me semblait bien que c'était ton point. Non, en effet, cette version là ne sauve pas les acl. A part un dump, je ne vois pas trop d'ailleurs ce qui pourrait les sauver... Tu as regardé du côté des versions bêta de tar ?
Star et pax le font.
TiChou
Dans le message <news:43615f23$0$21209$, *Vincent Ramos* tapota sur f.c.o.unix :
Pas mal, mais cela ne sauvegarde pas les ACL, n'est-ce pas ?
Oui et ni les attributs étendus pour les fs concernés.
-- TiChou
Vincent Ramos
TiChou égrapsen en :
Oui et ni les attributs étendus pour les fs concernés.
Du reste, quelles commandes utiliser pour sauvegarder les attributs étendus ext2/ext3 ? Cpio, tar, cp ou rsync ne semblent pas être efficaces. Peut-être pax ?
TiChou égrapsen en <bzium.20051028022400@florizarre.tichou.org> :
Oui et ni les attributs étendus pour les fs concernés.
Du reste, quelles commandes utiliser pour sauvegarder les attributs
étendus ext2/ext3 ? Cpio, tar, cp ou rsync ne semblent pas être
efficaces. Peut-être pax ?
Oui et ni les attributs étendus pour les fs concernés.
Du reste, quelles commandes utiliser pour sauvegarder les attributs étendus ext2/ext3 ? Cpio, tar, cp ou rsync ne semblent pas être efficaces. Peut-être pax ?
Emmanuel Florac
Le Fri, 28 Oct 2005 03:14:09 +0200, Vincent Ramos a écrit :
Du reste, quelles commandes utiliser pour sauvegarder les attributs étendus ext2/ext3 ? Cpio, tar, cp ou rsync ne semblent pas être efficaces. Peut-être pax ?
star le fait. Sinon, on peut aussi utiliser un VRAI fs, comme xfs, jfs, reiserfs :)
-- on passe la moitié de son temps à refaire ce que l'on n'a pas eu le temps de faire correctement. Loi de Myers.
Le Fri, 28 Oct 2005 03:14:09 +0200, Vincent Ramos a écrit :
Du reste, quelles commandes utiliser pour sauvegarder les attributs
étendus ext2/ext3 ? Cpio, tar, cp ou rsync ne semblent pas être
efficaces. Peut-être pax ?
star le fait. Sinon, on peut aussi utiliser un VRAI fs, comme xfs, jfs,
reiserfs :)
--
on passe la moitié de son temps à refaire ce que l'on n'a pas eu le
temps de faire correctement.
Loi de Myers.
Le Fri, 28 Oct 2005 03:14:09 +0200, Vincent Ramos a écrit :
Du reste, quelles commandes utiliser pour sauvegarder les attributs étendus ext2/ext3 ? Cpio, tar, cp ou rsync ne semblent pas être efficaces. Peut-être pax ?
star le fait. Sinon, on peut aussi utiliser un VRAI fs, comme xfs, jfs, reiserfs :)
-- on passe la moitié de son temps à refaire ce que l'on n'a pas eu le temps de faire correctement. Loi de Myers.
Vincent Ramos
Emmanuel Florac égrapsen en :
Du reste, quelles commandes utiliser pour sauvegarder les attributs étendus ext2/ext3 ? Cpio, tar, cp ou rsync ne semblent pas être efficaces. Peut-être pax ?
star le fait. Sinon, on peut aussi utiliser un VRAI fs, comme xfs, jfs, reiserfs :)
Je savais que reiserfs pouvait être monté avec la gestion des attributs étendus (option attrs) mais pas que c'était aussi le cas avec xfs et jfs. Quoi qu'il en soit, en quoi utiliser l'un de ces trois fs résout-il le problème de la sauvegarde des attributs ?
-- apt-get moo
Emmanuel Florac égrapsen en
<pan.2005.10.28.07.46.20.371245@imaginet.fr> :
Du reste, quelles commandes utiliser pour sauvegarder les attributs
étendus ext2/ext3 ? Cpio, tar, cp ou rsync ne semblent pas être
efficaces. Peut-être pax ?
star le fait. Sinon, on peut aussi utiliser un VRAI fs, comme xfs,
jfs, reiserfs :)
Je savais que reiserfs pouvait être monté avec la gestion des
attributs étendus (option attrs) mais pas que c'était aussi le cas
avec xfs et jfs. Quoi qu'il en soit, en quoi utiliser l'un de ces
trois fs résout-il le problème de la sauvegarde des attributs ?
Du reste, quelles commandes utiliser pour sauvegarder les attributs étendus ext2/ext3 ? Cpio, tar, cp ou rsync ne semblent pas être efficaces. Peut-être pax ?
star le fait. Sinon, on peut aussi utiliser un VRAI fs, comme xfs, jfs, reiserfs :)
Je savais que reiserfs pouvait être monté avec la gestion des attributs étendus (option attrs) mais pas que c'était aussi le cas avec xfs et jfs. Quoi qu'il en soit, en quoi utiliser l'un de ces trois fs résout-il le problème de la sauvegarde des attributs ?
-- apt-get moo
Xavier Gachon
Le 28-10-2005, Vincent Ramos a écrit :
Je savais que reiserfs pouvait être monté avec la gestion des attributs étendus (option attrs) mais pas que c'était aussi le cas avec xfs et jfs. Quoi qu'il en soit, en quoi utiliser l'un de ces trois fs résout-il le problème de la sauvegarde des attributs ?
pour xfs au moins, en ce qu'il est "distribué" accompagné d'un couple dump/restore supportant les ea :)
xavier.
Le 28-10-2005, Vincent Ramos <siva_sans_spam@kailaasa.net.invalid> a écrit :
Je savais que reiserfs pouvait être monté avec la gestion des
attributs étendus (option attrs) mais pas que c'était aussi le cas
avec xfs et jfs. Quoi qu'il en soit, en quoi utiliser l'un de ces
trois fs résout-il le problème de la sauvegarde des attributs ?
pour xfs au moins, en ce qu'il est "distribué" accompagné d'un couple
dump/restore supportant les ea :)
Je savais que reiserfs pouvait être monté avec la gestion des attributs étendus (option attrs) mais pas que c'était aussi le cas avec xfs et jfs. Quoi qu'il en soit, en quoi utiliser l'un de ces trois fs résout-il le problème de la sauvegarde des attributs ?
pour xfs au moins, en ce qu'il est "distribué" accompagné d'un couple dump/restore supportant les ea :)
xavier.
Vincent Ramos
Xavier Gachon égrapsen en :
pour xfs au moins, en ce qu'il est "distribué" accompagné d'un couple dump/restore supportant les ea :)
Et le dump d'ext2 ? Je n'ai pas encore testé mais vu que l'un des EA est justement « no dump »...
Xavier Gachon égrapsen en
<slrndm41j4.s7.user@elendil.avalon.ombres.org> :
pour xfs au moins, en ce qu'il est "distribué" accompagné d'un
couple dump/restore supportant les ea :)
Et le dump d'ext2 ? Je n'ai pas encore testé mais vu que l'un des EA
est justement « no dump »...