Qubes 4.0 Display free disk space

57 views
Skip to first unread message

Chris Laprise

unread,
Oct 26, 2017, 3:32:23 PM10/26/17
to qubes-users
I'm looking for an easy way to show free drive space in Qubes R4, since
Xfce's widget doesn't handle lvm.

There is lots of advice for checking lvm space that doesn't seem to
apply to thin-provisioned volumes, which is what R4 uses. (As a
side-note, lvm thin-provisioning doesn't appear to be in wide use.) Some
suggestions are to use 'pvs' and 'vgs' commands, for example.

The closest I've got to a real assessment of allocated/free space is
'lvs' which shows a _percentage_ of used space for each of the many
logical volumes... but not a total. Reading this doesn't even provide a
vague picture of free space because the logical volume sizes are
arbitrary (over-provisioned).

--

Chris Laprise, tas...@posteo.net
https://github.com/tasket
https://twitter.com/ttaskett
PGP: BEE2 20C5 356E 764A 73EB 4AB3 1DC4 D106 F07F 1886

Chris Laprise

unread,
Oct 26, 2017, 4:50:38 PM10/26/17
to qubes-users
On 10/26/17 15:32, Chris Laprise wrote:
> I'm looking for an easy way to show free drive space in Qubes R4,
> since Xfce's widget doesn't handle lvm.
>
> There is lots of advice for checking lvm space that doesn't seem to
> apply to thin-provisioned volumes, which is what R4 uses. (As a
> side-note, lvm thin-provisioning doesn't appear to be in wide use.)
> Some suggestions are to use 'pvs' and 'vgs' commands, for example.
>
> The closest I've got to a real assessment of allocated/free space is
> 'lvs' which shows a _percentage_ of used space for each of the many
> logical volumes... but not a total. Reading this doesn't even provide
> a vague picture of free space because the logical volume sizes are
> arbitrary (over-provisioned).
>

Got a somewhat workable estimate from this:

$ sudo lvs | grep '^  pool00'

The two percentage numbers on the right (data+metadata) can be added
together for the total space used.

Expect lvm to consume one unit of disk space for metadata for every two
units of data -- I may be mistaken but this seems quite high.
Reply all
Reply to author
Forward
0 new messages