[dolphin] [Bug 412565] Mount options

[Recesvintvs]

https://bugs.kde.org/show_bug.cgi?id=412565

--- Comment #2 from Recesvintvs <colaboracs at pseudoname.io> ---
(In reply to Nate Graham from comment #1)
> Dolphin uses the Solid framework for mounting, which does read /etc/fstab
> and respects any manually-adjusted mount parameters you've defined. Can you
> confirm that the partition is actually not being mounted correctly, or is
> this a supposition?


I read somewhere, I think it was in the KDE forums, some years ago, that
Dolphin had its own mount method. Perhaps was an old post. There's a lot of
outdated info in KDE forums and many blogs that is obsolete and should be
updated or deleted.

Anyway, the case is that Compsize (https://github.com/kilobyte/compsize)
reports this about one of my docs-only folders:

Processed 16313 files, 12991 regular extents (12992 refs), 5967 inline.
Type       Perc     Disk Usage   Uncompressed Referenced  
TOTAL       99%       13G          13G          13G       
none       100%       13G          13G          13G       
lzo         49%      2.8M         5.6M         5.6M       
zstd        34%      5.7M          16M          16M 

I can't really swear the partition in question is being mounted incorrectly or
the problem comes from other side, but considering this is a folder which
content is only text documents, seems obvious that the BTRFS compression is not
being used. Some PDF in this folder contain embedded JPG images and some others
are PDF with the format's builtin compression, thus BTRFS doesn't try to
[re]compress them, that's true, but a great percentage of the files in this
folder are EPUB, ODT, DOC, TXT, MD, HTML... A miserable 1% of compression is
way too few to believe that compression is really being applied.

Could you tell me if I can do any test or use any especific tool to make sure
that Dolphin is the culprit, or not?

-- 
You are receiving this mail because:
You are on the CC list for the bug.