util-linux /mount / df broken most of the time

Heinz Diehl htd at fritha.org
Tue Feb 5 18:51:16 UTC 2013


On 05.02.2013, Reindl Harald wrote: 

> AND look at  https://bugzilla.redhat.com/show_bug.cgi?id=887763#c13
> util-linux-2.22.2-3.fc18.x86_64 kills output of "mount" completly

There are more problems with util-linux, at least in Fedora. Here's
another example:

[root at m14 ~]# blockdev --report
RO    RA   SSZ   BSZ   StartSec            Size   Device
rw  8192   512  4096          0    256060514304   /dev/sda
rw  8192   512  1024       2048       524288000   /dev/sda1
rw  8192   512   512    1026048     53687091200   /dev/sda2
rw  8192   512  4096  105883648      8589934592   /dev/sda3
rw  8192   512   512  122660864    193258151936   /dev/sda4

Here, blockdev reports a blocksize of 512 for both /dev/sda2 and
/dev/sda4. In fact, both are formatted with and using a blocksize of 4096.
Here's the proof:

[root at m14 ~]# xfs_info /dev/sda2
meta-data=/dev/sda2              isize=256    agcount=4, agsize=3276800 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=13107200, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=6400, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

[root at m14 ~]# xfs_info /dev/sda4
meta-data=/dev/sda4              isize=256    agcount=4, agsize=11795542 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=47182166, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=23038, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0




More information about the users mailing list