Alguém me perguntou em outro site sobre esta questão, ou seja, um arquivo chamado "abc.dat" tem 0 tamanho de arquivo, mas 8 blocos, e esta é a saída que peço a ele para me fornecer (algum texto foi traduzido do chinês para o inglês):
$ cp abc.dat abc2.dat; ls -ls abc2.dat #try to copy, it still 8 blocks but 0 byte
8 -rw-rw-r-- 1 rokeabbey rokeabbey 0 Feb 27 19:39 abc2.dat
8 -rw-rw-r-- 1 rokeabbey rokeabbey 0 18 de setembro 19:11 abc.dat #desculpe, esta pode ser a saída errada extra que ele adicionou
$ stat abc.dat
File: 'abc.dat'
Size: 0 Blocks: 16 IO Block: 4096 regular empty file
Device: 32h/50d Inode: 3715853 Links: 1
Access: (0664/-rw-rw-r--) Uid:( 1000/rokeabbey) Gid:( 1000/rokeabbey)
Access: 2018-02-26 21:13:57.640639992 +0800
Modify: 2017-09-18 19:11:42.221533011 +0800
Change: 2017-09-18 19:11:42.221533011 +0800
Birth: -
$ touch abc3.dat ; ls -sl | grep abc #try to create new empty file, it still 8 blocks by default
8 -rw-rw-r-- 1 rokeabbey rokeabbey 0 Feb 27 19:39 abc2.dat
8 -rw-rw-r-- 1 rokeabbey rokeabbey 0 Feb 27 19:40 abc3.dat
8 -rw-rw-r-- 1 rokeabbey rokeabbey 0 Sep 18 19:11 abc.dat
Eu aprendi um pouco sobre arquivo esparso, metadados de arquivo, casos de links simbólicos, mas nenhum desses casos causará tamanho de arquivo de 0 byte com 8 blocos. Existe alguma configuração de sistemas de arquivos, como tamanho mínimo de bloco para qualquer arquivo?
Ele me disse que seus sistemas são Ubuntu 16.04 e ext4.
[ATUALIZAR]
$ df -Th /home/rokeabbey
/home/rokeabbey/.Private ecryptfs 138G 39G 92G 30% /home/rokeabbey
[ATUALIZAÇÃO] Posso reproduzir com ecryptfs
xb@dnxb:/tmp/test$ sudo mkdir /opt/data
xb@dnxb:/tmp/test$ sudo apt-get install ecryptfs-utils
...
xb@dnxb:/tmp/test$ sudo mount -t ecryptfs /opt/data /opt/data
Passphrase:
...
Selection [aes]: 1
...
Selection [16]: 1
Enable plaintext passthrough (y/n) [n]: y
Enable filename encryption (y/n) [n]: y
...
Would you like to proceed with the mount (yes/no)? : yes
...
in order to avoid this warning in the future (yes/no)? : no
Not adding sig to user sig cache file; continuing with mount.
Mounted eCryptfs
xb@dnxb:/tmp/test$ l /opt/data
total 8.0K
52953089 drwxr-xr-x 9 root root ? 4.0K Feb 27 23:16 ../
56369402 drwxr-xr-x 2 root root ? 4.0K Feb 27 23:16 ./
xb@dnxb:/tmp/test$ sudo touch /opt/data/testing
xb@dnxb:/tmp/test$ less /opt/data/testing
xb@dnxb:/tmp/test$ sudo umount /opt/data
xb@dnxb:/tmp/test$ ls -ls /opt/data
total 8
8 -rw-r--r-- 1 root root 8192 Feb 27 23:42 ECRYPTFS_FNEK_ENCRYPTED.FWbECDhE0C37e-Skw2B2pnQpP9gB.b3yDfkVU5wk7WhvMreg8yVnuEaMME--
xb@dnxb:/tmp/test$ less /opt/data/ECRYPTFS_FNEK_ENCRYPTED.FWbECDhE0C37e-Skw2B2pnQpP9gB.b3yDfkVU5wk7WhvMreg8yVnuEaMME--
"/opt/data/ECRYPTFS_FNEK_ENCRYPTED.FWbECDhE0C37e-Skw2B2pnQpP9gB.b3yDfkVU5wk7WhvMreg8yVnuEaMME--" may be a binary file. See it anyway?
xb@dnxb:/tmp/test$ sudo mount -t ecryptfs /opt/data /opt/data
Passphrase:
Select cipher:
...
Selection [aes]: 1
...
Selection [16]: 1
Enable plaintext passthrough (y/n) [n]: y
Enable filename encryption (y/n) [n]: y
...
Would you like to proceed with the mount (yes/no)? : yes
...
in order to avoid this warning in the future (yes/no)? : no
Not adding sig to user sig cache file; continuing with mount.
Mounted eCryptfs
xb@dnxb:/tmp/test$ ls -ls /opt/data
total 8
8 -rw-r--r-- 1 root root 0 Feb 27 23:42 testing
xb@dnxb:/tmp/test$
Isso acontece se o sistema de arquivos estiver criptografado; o FS precisa armazenar metadados extras para o arquivo, mesmo que esteja vazio.
Como tenho uma máquina à mão com uma montagem vanilla ecryptfs (Ubuntu 12.04-LTS), posso confirmar que um arquivo vazio terá 8 blocos:
Você pode obter um arquivo de tamanho zero com blocos se tiver atributos estendidos no arquivo, mais do que cabe dentro do próprio inode:
Mas, não consigo ver como você obteria 8 kB dessa forma, pois de acordo com a
xattr
man page , o tamanho é limitado ao tamanho do bloco em ext2/3/4 e o tamanho do bloco é limitado pelo tamanho da página do sistema , então 4 kB em x86. Além disso, um arquivo recém-criado não deve ter atributos estendidos, a menos que você esteja executando o SELinux, mas, nesse caso,ls -l
deve mostrar o ponto no final dos bits de permissão para indicar a presença de uma tag SELinux.