タグ付けされた質問 「xattr」

私はの出力何思ったんだけどlsattr、私が試してみましたとき、次のようにmeans.Itはとても奇妙出力しますlsattr /usr。 $ lsattr /usr -----------------e- /usr/local -----------------e- /usr/src -----------------e- /usr/games --------------I--e- /usr/include --------------I--e- /usr/share --------------I--e- /usr/lib -----------------e- /usr/lib32 --------------I--e- /usr/bin --------------I--e- /usr/sbin 私はのmanページを読んだchattrし、lsattrまだわかりません。

16 ext4  xattr 

Getfattrは、選択したファイルの拡張属性のリストをダンプします。 しかし、getfattr --dump filename 唯一のダンプするuser.*名前空間ではなくsecurity.*、system.*、およびtrusted.*名前空間を。通常、手動でファイルに属性を付加しない限り、ユーザー名前空間の属性はありません。 はい、を使用してSELinux情報を取得できることを知っていgetfattr -n security.selinux filenameます。この場合、拡張属性の特定の識別を知っています。 私はこれをrootユーザーとして試しました。私は、完全な機能を持つrootユーザーがこの情報にアクセスできると想定しています。ただし、user。*名前空間ダンプのみを取得します。 問題は、すべての名前空間のすべてのキーの名前を知らずに、ファイルのすべての拡張属性名前空間の完全なダンプを簡単に取得する方法です。

15 linux  files  xattr 

私は、xattrsがZFSを使用するFreeBSDでサポートされているかどうか、あるいはそれがどの程度までサポートされているかを調べようとしています。矛盾する情報をいくつか読みました。 zfs get xattr、およびのようon (default)にリストされていますが、上記の子を含む他のすべてのデータセットについても同様です。//usr/varoff (temporary) 実行中zfs set xattr=on zroot/usr/homeにメッセージが表示されます property 'xattr' not supported on FreeBSD: permission denied。 これはzfsmanページと一致します： xattr現在、このプロパティはFreeBSDではサポートされていません。 setextattr、getextattrそしてlsextattr十分に機能するように見えます。 またrsync --fake-super、を使用してデバイスファイルノードを保存および復元し、とを使用lsextattrしてそのデータを表示できましたgetextattr。 ウィキペディアのxattrトークページで議論があります。どうやらZFSはFreeBSD 8以降xattrをサポートしているという主張がありましたが、マンページを参照して後で削除されました（3を参照）。 現在、zfsの拡張属性は実際にxattrは機能しているが、その使用を制御するプロパティは他のzfsディストリビューションのようには機能しないという印象を受けます。しかし、大量のバックアップデータをそのrsync --fake-superようなマシンで実行することを信頼する前に、その確認（または修正）を聞きたいと思います。既知のxattrの問題のために、すべてのメタデータを失いたくありません。 問題があれば、これは私がセットアップしたばかりの非常に新しいFreeBSD 10.2インストールであり、インストーラーによってZFSがセットアップされています。

15 freebsd  zfs  bsd  xattr 

あるディレクトリの属性（所有権、グループ、ACL、拡張属性など）を別のディレクトリにコピーしたいが、ディレクトリの内容自体はコピーしたくない。 これは動作しません： cp -v --attributes-only A B cp: omitting directory `A' 注：である必要はありませんcp。

14 filesystems  backup  file-copy  xattr 

を使用してコピーする場合cp、明示的な場合でも拡張属性は保持されません cp -a --preserve=all /source /dest または cp -a --preserve=xattr /source /dest 同じことはrsync、つまり rsync -aq -A -X --delete /source /dest ただし、宛先ファイルシステムでは、（を使用してchattr）拡張属性を手動で作成できます。これは、ターゲットファイルシステムがxattrをサポートすることを意味します。 なぜ私は保存することができませんxattrでcpかrsync？ 追加情報： ソースとターゲットの両方のファイルシステムはext4です ソースとターゲットの両方のファイルシステムはローカルです（nfsではありません） Debian Wheezyを使用しています

12 filesystems  rsync  cp  xattr 

拡張ファイル属性について少し質問があります。拡張属性のメタデータでファイルにラベルを付けると仮定します（たとえば、整合性を説明するために-これは私の質問には関係ありません）。現在発生する質問： これらの属性はどこに保存されますか？確かに私は推測するinodeではなく、どのような場所に-より良い：構造？ これらの属性はどのようにファイルに関連付けられていますか？属性構造体からiノードへのリンクなどはありますか？ ファイルをコピー/移動するとどうなりますか？テストしたところ、ファイルを移動してもファイルは属性のままです。コピーする場合、コピーには属性がありません。それで、CDに書き込んだり、ファイルを電子メールで送信したりすると、属性も失われますか？

11 filesystems  files  xattr 

私はあなたがやってフォルダ/ファイルの隠されたフラグを設定または設定解除することができます知っているchflags hidden foo.txtとchflags nohidden foo.txt。 しかし、とにかくフォルダ/ファイルが現在隠されているかどうかを伝える方法はありますか？ フォルダー/ファイルがドットで始まっているかどうかを判断したくありません。

10 files  osx  ls  xattr 

関係との違いは何であるxattrとはchattr？chattrLinuxで属性を設定すると、Linuxカーネルとiノードメタデータ内で何が起こっているのか知りたい。

9 linux  files  inode  xattr 

authorized_keys変更されないようにファイルを保護しようとしています。私はこれを実行します： [root@localhost]# chattr +i authorized_keys chattr: Inappropriate ioctl for device while reading flags on authorized_keys ファイルシステムが原因である可能性があります： [root@localhost]# stat -f -c %T /home/user/ nfs chattrで変更する方法はありますか？

8 linux  nfs  xattr 

.pemファイルをダウンロードし、Mac OS X（10.8.2）で@ファイルの権限の最後に記号を追加しました。これにより、ファイル権限の問題が発生します。検疫フラグを削除できないようです。私もコマンドを試しました xattr -d <filename>.pem しかし、それはうまくいきませんでした

8 permissions  files  osx  xattr