Como imprimir o tamanho de um sistema de arquivos em bytes?

3

Pergunta:

Eu gostaria de imprimir o tamanho de um sistema de arquivos em bytes. Eu li esta resposta , mas ao executar o comando sugerido, ele imprime a saída em notação científica:

manuel@manuel-ThinkPad-T460:~$ sudo dumpe2fs -h /dev/sdb2 |& awk -F: '/Block count/{count=} /Block size/{size=} END{print count*size}'
9.96147e+11

Minha tentativa de resolver

Eu tentei adaptar manualmente o comando e criei este comando, mas ele fornece um resultado falso:

manuel@manuel-ThinkPad-T460:~$ sudo dumpe2fs -h /dev/sdb2 |& awk -F: '/Block count/{count=} /Block size/{size=} END{printf "%d\n", count*size}'
2147483647

Informações secundárias

Os valores do campo Block size é 4096 e de Block count é 243200000 . O produto é 996147200000 .

    
por Multisync 24.03.2017 / 20:43

2 respostas

4

A implementação padrão de awk nas versões recentes do Ubuntu é mawk , cujo formato de saída numérica padrão aparece em %.6g . Você pode alterar isso configurando a variável incorporada OFMT para algo mais longo

Ex.

$ printf 'Block count: 243200000\nBlock size: 4096\n' | 
    mawk -F: '/Block count/{count=} /Block size/{size=} END{print count*size}'
9.96147e+11

mas

$ printf 'Block count: 243200000\nBlock size: 4096\n' | 
    mawk -F: '/Block count/{count=} /Block size/{size=} END{print count*size}' OFMT='%.12g'
996147200000

ou (usando sua abordagem printf )

$ printf 'Block count: 243200000\nBlock size: 4096\n' | 
    mawk -F: '/Block count/{count=} /Block size/{size=} END{printf "%.12g\n", count*size}'
996147200000

( printf "%d\n" não funciona porque os valores são convertidos internamente para ponto flutuante, eu acho).

De man mawk

OFMT      format for printing numbers; initially = "%.6g"
    
por steeldriver 24.03.2017 / 21:00
2

Embora não seja necessário ser igual ao tamanho do sistema de arquivos , o tamanho da partição em que o sistema de arquivos é armazenado pode ser impresso utilizando lsblk . Na maioria dos sistemas (mas não em todos), a partição e o sistema de arquivos se sobrepõem exatamente, fornecendo um resultado igual. No entanto, isso não pode ser garantido.

Aqui estão as informações da minha partição / dev / sda1:

sudo dumpe2fs -h /dev/sda1
dumpe2fs 1.42.9 (4-Feb-2014)
Filesystem volume name:   <none>
Last mounted on:          /media/user/be816c0e-e757-4b20-8bef-5ce79854eb77
Filesystem UUID:          be816c0e-e757-4b20-8bef-5ce79854eb77
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize
Filesystem flags:         signed_directory_hash 
Default mount options:    user_xattr acl
Filesystem state:         clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              819200
Block count:              3251200
Reserved block count:     162559
Free blocks:              1040435
Free inodes:              328525
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      1023
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
RAID stride:              32717
Flex block group size:    16
Filesystem created:       Mon Mar 31 11:36:45 2014
Last mount time:          Mon Jan 30 15:26:07 2017
Last write time:          Mon Jan 30 15:26:07 2017
Mount count:              175
Maximum mount count:      -1
Last checked:             Wed Sep  9 17:58:29 2015
Check interval:           0 (<none>)
Lifetime writes:          34 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Journal inode:            8
Default directory hash:   half_md4
Directory Hash Seed:      8a419c50-75fe-41af-8492-96a2cc20cdb5
Journal backup:           inode blocks
Journal features:         journal_incompat_revoke
Journal size:             128M
Journal length:           32768
Journal sequence:         0x00015415
Journal start:            0

Comparação:

echo -e 'Block count:3251200\nBlock size: 4096\n' |      mawk -F: '/Block count/{count=} /Block size/{size=} END{print count*size}' OFMT='%.12g'

13316915200

$ lsblk --noheadings -b /dev/sda1 -o size

13316915200

Como você pode ver, menos pressionamentos de teclas fornecem exatamente o mesmo resultado sem canos.

Origem man lsblk

    
por Elder Geek 24.03.2017 / 21:35