If there are fragmented NTFS or FAT16/32 file systems on a device, then
this can cause GParted to take a very long time to scan. This is
because the ntfsresize command and the dosfsck command can take a long
time to determine used and unused sectors.
One way to check for this issue is with the
Thanks for that Curtis. Unfortunately there's no evidence that's the
problem.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1205815
Title:
g_main_dispatch: assertion failed:
Sorry for the delay.
I can't reproduce the crash, but instead when trying to unmount the
drive it gets stuck at Searching /dev/sdb partitions. Even after
closing the Gparted window, I am left with three processes:
greg@lmh:~$ ps -A | grep gparted
15719 ?00:00:00 gparted-pkexec
15720 ?
Are you still able to reproduce this crash? I have a test build in my
ppa that *might* fix this, so if you can still reproduce it and could
try the one in my ppa that would be helpful.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Phillip, yes my main disk does.
greg@lmh:~$ sudo parted -l
[sudo] password for greg:
Model: ATA Crucial_CT480M50 (scsi)
Disk /dev/sda: 480GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I had a thought... those of you who are affected by this, do you have
any disks that use 4k sectors? Check with sudo parted -l.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1205815
Title:
** Summary changed:
- gpartedbin crashed with SIGABRT in _g_log_abort()
+ g_main_dispatch: assertion failed: (current-dispatching_sources ==
current_source_link)
** Information type changed from Private to Public
--
You received this bug notification because you are a member of Ubuntu
Bugs,