Jak przechowywane i przechowywane są rozszerzone atrybuty?


11

Mam małe pytanie dotyczące rozszerzonych atrybutów plików. Załóżmy, że opisuję moje pliki metadanymi w atrybutach rozszerzonych (np. W celu uwzględnienia integralności - ale to nie ma znaczenia dla mojego pytania). Pytania, które się teraz pojawiają:

  • Gdzie są przechowywane te atrybuty? Z pewnością nie w i-węzle, ale w jakiej lokalizacji - lub lepiej: w strukturze?
  • W jaki sposób te atrybuty są połączone z plikiem? Czy istnieje łącze ze struktury atrybutu do i-węzła?
  • Co dzieje się podczas kopiowania / przenoszenia plików? Właśnie go przetestowałem, gdy przenosisz plik, plik pozostaje jego atrybutami. Podczas kopiowania kopia nie ma atrybutów. Zakładam więc, że nagrywanie go na CD lub wysyłanie pliku pocztą e-mail spowoduje utratę atrybutów?

Odpowiedzi:


10

Odpowiedź na twoje pytanie zależy od systemu plików. Na przykład dla ext3, spójrz na fs / ext3 / xattr.c , zawiera on następujący opis:

  16 /*
  17  * Extended attributes are stored directly in inodes (on file systems with
  18  * inodes bigger than 128 bytes) and on additional disk blocks. The i_file_acl
  19 
 * field contains the block number if an inode uses an additional block. All
  20  * attributes must fit in the inode and one additional block. Blocks that
  21  * contain the identical set of attributes may be shared among several inodes.
  22  * Identical blocks are detected by keeping a cache of blocks that have
  23  * recently been accessed.
  24  *
  25  * The attributes in inodes and on blocks have a different header; the entries
  26  * are stored in the same format:
  27  *
  28  *   +------------------+
  29  *   | header           |
  30  *   | entry 1          | |
  31  *   | entry 2          | | growing downwards
  32  *   | entry 3          | v
  33  *   | four null bytes  |
  34  *   | . . .            |
  35  *   | value 1          | ^
  36  *   | value 3          | | growing upwards
  37  *   | value 2          | |
  38  *   +------------------+
  39  *
  40  * The header is followed by multiple entry descriptors. In disk blocks, the
  41  * entry descriptors are kept sorted. In inodes, they are unsorted. The
  42  * attribute values are aligned to the end of the block in no specific order.
  43  *
  44  * Locking strategy
  45  * ----------------
  46  * EXT3_I(inode)->i_file_acl is protected by EXT3_I(inode)->xattr_sem.
  47  * EA blocks are only changed if they are exclusive to an inode, so
  48  * holding xattr_sem also means that nothing but the EA block's reference
  49  * count can change. Multiple writers to the same block are synchronized
  50  * by the buffer lock.
  51  */

Jeśli chodzi o „jak są atrybuty Connected” pytanie, link jest na odwrót, iwęzeł ma link do rozszerzonych atrybutów, zobacz EXT3_XATTR_NEXTi ext3_xattr_list_entriesw xattr.h i xattr.c odpowiednio.

Podsumowując, atrybuty są powiązane z i-węzłem i zależą od fs, więc tak, stracisz atrybuty podczas nagrywania dysku CD-ROM lub wysyłania pliku pocztą e-mail.


6
Jeden drobny szczegół, na który nie ma tutaj odpowiedzi: Możesz zachować atrybuty podczas kopiowania (oczywiście musisz skopiować do systemu plików z obsługą xattr). cp ma opcję „--preserve = xattr”
Marcel Stimberg,
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.