Alguém pode explicar essa saída 'du' em mudança?

1

Apenas percorreu um caso estranho de du . Colocar argumentos de uma maneira dá:

$ du -s htdocs/.git/ feuerkraft/.git/ media/.git/
40564   htdocs/.git/
40740   feuerkraft/.git/
204 media/.git/

Colocá-los em uma ordem diferente altera o tamanho do último diretório:

$ du -s media/.git/ htdocs/.git/ feuerkraft/.git/ 
40696   media/.git/
40564   htdocs/.git/
248 feuerkraft/.git/

Todos devem ser diretórios regulares:

$ ls -l */.git -d -i
4891918 drwxrwxr-x 1 ingo ingo 138 Mar 28 08:41 feuerkraft/.git
4892896 drwxrwxr-x 1 ingo ingo 138 Mar 28 08:44 htdocs/.git
4893874 drwxrwxr-x 1 ingo ingo 138 Mar 28 08:42 media/.git

Fazê-lo manualmente:

$ for i in htdocs/.git/ feuerkraft/.git/ media/.git/; do du -s "${i}"; done
40564   htdocs/.git/
40740   feuerkraft/.git/
40696   media/.git/

Quando copio o diretório com cp -axv o problema permanece, se eu copiar o diretório com cp -rxv , ele desaparece.

Indo mais fundo:

$ du -s feuerkraft/.git/objects/pack/pack-26b69bdec4b3fd894bf7984d23e1938b522e6d53.pack media/.git/objects/pack/pack-26b69bdec4b3fd894bf7984d23e1938b522e6d53.pack htdocs/.git/objects/pack/pack-31a80589fbb132827d19b718c07aba1aa6bb9c02.pack  | wc -l
2
$ ls feuerkraft/.git/objects/pack/pack-26b69bdec4b3fd894bf7984d23e1938b522e6d53.pack media/.git/objects/pack/pack-26b69bdec4b3fd894bf7984d23e1938b522e6d53.pack htdocs/.git/objects/pack/pack-31a80589fbb132827d19b718c07aba1aa6bb9c02.pack  | wc -l 
3

du lista apenas 2 arquivos se três forem dados, ls listas 3.

O sistema de arquivos é btrfs . Isso é um bug ou algo com compressão / copy-on-write ou qualquer outra coisa?

    
por Grumbel 28.03.2015 / 08:55

1 resposta

0

Isso explica:

$ ls -l feuerkraft/.git/objects/pack/pack-26b69bdec4b3fd894bf7984d23e1938b522e6d53.pack media/.git/objects/pack/pack-26b69bdec4b3fd894bf7984d23e1938b522e6d53.pack htdocs/.git/objects/pack/pack-31a80589fbb132827d19b718c07aba1aa6bb9c02.pack -i
13150428 -r--r--r-- 2 ingo ingo 41191354 Mar 15 14:14 feuerkraft/.git/objects/pack/pack-26b69bdec4b3fd894bf7984d23e1938b522e6d53.pack
13151244 -r--r--r-- 1 ingo ingo 41197513 Mar 28 08:44 htdocs/.git/objects/pack/pack-31a80589fbb132827d19b718c07aba1aa6bb9c02.pack
13150428 -r--r--r-- 2 ingo ingo 41191354 Mar 15 14:14 media/.git/objects/pack/pack-26b69bdec4b3fd894bf7984d23e1938b522e6d53.pack

Os arquivos feuerkraft e media apontam para o mesmo inode, ou seja, links físicos. Este é um recurso do git clone e documentado na página do manual:

$ man git clone
...
   --no-hardlinks
       Force the cloning process from a repository on a local filesystem to copy
       the files under the .git/objects directory instead of using hardlinks.
       This may be desirable if you are trying to make a back-up of your
       repository.

Isso também explica por que git define os arquivos do pacote como somente leitura, sempre se perguntando sobre isso. du também tem uma opção para contar links físicos duplos:

$ man du
...
   -l, --count-links
          count sizes many times if hard linked

E isso dá os resultados esperados:

$ du -ls media/.git/ htdocs/.git/ feuerkraft/.git/
40696   media/.git/
40564   htdocs/.git/
40740   feuerkraft/.git/
    
por Grumbel 28.03.2015 / 09:35