After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 681331 - GParted hangs on Dell Utility partition
GParted hangs on Dell Utility partition
Status: RESOLVED DUPLICATE of bug 569921
Product: gparted
Classification: Other
Component: application
0.13.0
Other Linux
: Normal blocker
: ---
Assigned To: gparted maintainers alias
gparted maintainers alias
Depends on:
Blocks:
 
 
Reported: 2012-08-06 19:31 UTC by Patrick Verner
Modified: 2013-10-05 15:45 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Patrick Verner 2012-08-06 19:31:44 UTC
GParted scans for a long time and finishes with a "!" on Dell Utility partition.

See Parted Magic bug report here:

http://forums.partedmagic.com/viewtopic.php?f=3&t=3375

He has attached a disk image file that can easily be used to duplicate the problem.

Proposed solution:

Scan FAT16 with "dosfsck -V" and check for errors/garbage before using the "dosfsck -a -w -v " command. A warning should be issued on how to fix the problem in Windows.

This obviously is not a GParted bug, but GParted shouldn't be hanging like this either. If you wait for the file systems to load and try to check the Dell Utility partition, GParted becomes sluggish and then locks up. GParted should load quickly as usual and simply refuse to deal with the bad file system. The bad file system can still be deleted or reformatted in it's current state, so at least the user can get rid of it.

If you need anything else, let me know.
Comment 1 Curtis Gedak 2012-08-21 15:55:56 UTC
Hi Patrick, it is good to hear from you.

Would you be able to provide more information?

Specifically:
What is the output from "dosfsck -V" on one of these Dell partitions?

How long does "dosfsck -V" take to run on an Dell partition?

What are the instructions for fixing this problem in Windows?
If I recall correctly, Windows does not assign a drive letter to the Dell partition.

As you are probably aware, the problem with dosfsck taking a very long time to determine the number of used/unused sectors has been reported previously.  See,
Bug #569921 - dosfsck -n delays device scan
Comment 2 Curtis Gedak 2013-10-05 15:45:41 UTC

*** This bug has been marked as a duplicate of bug 569921 ***