Bug 2303422 - gparted no longer recognize exfat file systems due to a new version of exfatprogs
Summary: gparted no longer recognize exfat file systems due to a new version of exfatp...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: gparted
Version: 40
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Mukundan Ragavan
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2024-08-07 11:06 UTC by Villy Kruse
Modified: 2025-01-25 02:57 UTC (History)
2 users (show)

Fixed In Version: gparted-1.6.0-5.fc42 gparted-1.6.0-5.fc41 gparted-1.6.0-5.fc40
Clone Of:
Environment:
Last Closed: 2025-01-20 15:56:14 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Villy Kruse 2024-08-07 11:06:10 UTC
When showing the properties of an exfat file system, this pops up

quote
Unable to read the contents of this file system!
Because of this some operations may be unavailable.
The cause might be a missing software package.
The following list of software packages is required for exfat file system support:  exfatprogs.
end quote

I traced this down to this change in the dump.exfat program

+ git log 41863cb0~..41863cb0
commit 41863cb0f5b9fee0856ba4f948bc40dc4527b965
Author: Zach Davis <zdavkeos>
Date:   Sat Dec 9 16:49:05 2023 -0600

    dump: Sector and Cluster units

    Report sector sizes in bytes and clusters in terms of sectors

    Signed-off-by: Zach Davis <zdavkeos>
    Signed-off-by: Namjae Jeon <linkinjeon>
+ git diff 41863cb0~..41863cb0
diff --git a/dump/dump.c b/dump/dump.c
index 8c96376..73a231a 100644
--- a/dump/dump.c
+++ b/dump/dump.c
@@ -131,8 +131,8 @@ static int exfat_show_ondisk_all_info(struct exfat_blk_dev *bd)
        exfat_info("Cluster Count: \t\t\t\t%u\n", total_clus);
        exfat_info("Root Cluster (cluster offset): \t\t%u\n", root_clu);
        exfat_info("Volume Serial: \t\t\t\t0x%x\n", le32_to_cpu(pbsx->vol_serial));
-       exfat_info("Sector Size Bits: \t\t\t%u\n", pbsx->sect_size_bits);
-       exfat_info("Sector per Cluster bits: \t\t%u\n\n", pbsx->sect_per_clus_bits);
+       exfat_info("Bytes per Sector: \t\t\t%u\n", 1 << pbsx->sect_size_bits);
+       exfat_info("Sectors per Cluster: \t\t\t%u\n\n", 1 << pbsx->sect_per_clus_bits);

        bd->cluster_size =
                1 << (pbsx->sect_per_clus_bits + pbsx->sect_size_bits);



Which results in this ouput when running dump.exfat

exfatprogs version : 1.2.4
-------------- Dump Boot sector region --------------
Volume Length(sectors):                 3203072
FAT Offset(sector offset):              2048
FAT Length(sectors):                    448
Cluster Heap Offset (sector offset):    4096
Cluster Count:                          49984
Root Cluster (cluster offset):          4
Volume Serial:                          0x6eef953b
Bytes per Sector:                       512
Sectors per Cluster:                    64

----------------- Dump Root entries -----------------
Volume entry type:                      0x83
Volume label:                           exfatfs
Volume label character count:           7
Bitmap entry type:                      0x20
Bitmap start cluster:                   0
Bitmap size:                            0
Upcase table entry type:                0x81
Upcase table start cluster:             2
Upcase table size:                      6248

---------------- Show the statistics ----------------
Cluster size:                           32768
Total Clusters:                         49984
Free Clusters:                          49984


Reproducible: Always

Comment 1 Mukundan Ragavan 2024-08-17 13:02:52 UTC
can you please report this upstream?

Comment 2 Ian Laurie 2025-01-16 05:24:22 UTC
Did this get reported upstream?

Comment 3 Ian Laurie 2025-01-19 02:53:16 UTC
I've reported this upstream here:

https://gitlab.gnome.org/GNOME/gparted/-/issues/275

Comment 4 Ian Laurie 2025-01-19 20:32:09 UTC
Apparently the issue is already fixed but not yet in a released version.

We can fix it locally in 1.6.  From upstream:

"These are the two commits which are needed.  They apply cleanly to GParted 1.6.0 so can be extract as patches for backporting into a distribution package of GParted 1.6.0."

Not sure how often they release new versions.  May be worth backporting?

Comment 5 Fedora Update System 2025-01-20 15:22:13 UTC
FEDORA-2025-6cb87821f6 (gparted-1.6.0-5.fc42) has been submitted as an update to Fedora 42.
https://bodhi.fedoraproject.org/updates/FEDORA-2025-6cb87821f6

Comment 6 Fedora Update System 2025-01-20 15:34:57 UTC
FEDORA-2025-2e712e2a2d (gparted-1.6.0-5.fc41) has been submitted as an update to Fedora 41.
https://bodhi.fedoraproject.org/updates/FEDORA-2025-2e712e2a2d

Comment 7 Fedora Update System 2025-01-20 15:34:58 UTC
FEDORA-2025-3d287fd875 (gparted-1.6.0-5.fc40) has been submitted as an update to Fedora 40.
https://bodhi.fedoraproject.org/updates/FEDORA-2025-3d287fd875

Comment 8 Mukundan Ragavan 2025-01-20 15:35:53 UTC
I have backported the fix. Please test and provide feedback.


Thanks.

Comment 9 Fedora Update System 2025-01-20 15:56:14 UTC
FEDORA-2025-6cb87821f6 (gparted-1.6.0-5.fc42) has been pushed to the Fedora 42 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 10 Ian Laurie 2025-01-21 00:24:09 UTC
(In reply to Mukundan Ragavan from comment #8)
> I have backported the fix. Please test and provide feedback.
> 
> 
> Thanks.

Tested as fixed in 40/41/42, thanks a lot.

Comment 11 Fedora Update System 2025-01-21 03:10:29 UTC
FEDORA-2025-3d287fd875 has been pushed to the Fedora 40 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-3d287fd875`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-3d287fd875

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 12 Fedora Update System 2025-01-21 03:20:16 UTC
FEDORA-2025-2e712e2a2d has been pushed to the Fedora 41 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2025-2e712e2a2d`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2025-2e712e2a2d

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 13 Fedora Update System 2025-01-22 02:23:15 UTC
FEDORA-2025-2e712e2a2d (gparted-1.6.0-5.fc41) has been pushed to the Fedora 41 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 14 Fedora Update System 2025-01-25 02:57:39 UTC
FEDORA-2025-3d287fd875 (gparted-1.6.0-5.fc40) has been pushed to the Fedora 40 stable repository.
If problem still persists, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.