** Changed in: gparted
Importance: Unknown = Critical
--
Gparted starts very very slow and buggy
https://bugs.launchpad.net/bugs/161791
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
don't know if it's related: gparted is running a ntfsresize --info for
each unmounted ntfs partition, to see if it's possible to resize it,
each time it reloads the list of partitions. If you have a large disk it
could be taking a lot of time. I think it runs a similar check for
other kinds of
QtParted is unmaintained, so this will likely not be fixed.
KDE users are now recommended to use the partionmanager package to manage
their paritions.
** Changed in: qtparted (Ubuntu)
Status: Confirmed = Won't Fix
--
Gparted starts very very slow and buggy
@mickey57: Are you using gparted (Gnome) or qtparted (KDE)?
--
Gparted starts very very slow and buggy
https://bugs.launchpad.net/bugs/161791
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Not fixed.Running karmic:
Jun 1 16:14:51 mickey-desktop kernel: [27533.593044] end_request: I/O error,
dev fd0, sector 0
Jun 1 16:14:53 mickey-desktop kernel: [27535.169070] end_request: I/O error,
dev fd0, sector 0
Jun 1 16:15:01 mickey-desktop kernel: [27543.009045] end_request: I/O error,
I found gparted to suffer of a extremly slow start with one of my few
remaining fat32 partitions. While scanning for devices, gparted runs
dosfsck -a -v, which, when automatically scans for errors and tries to
repair them. For large fats, this takes a long time and greatly impairs
the ability to
This is fixed in Jaunty now. Thanks for reporting.
** Changed in: gparted (Ubuntu)
Status: Triaged = Fix Released
--
Gparted starts very very slow and buggy
https://bugs.launchpad.net/bugs/161791
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Should this be fixed in ubuntu 8.04?
Because gparted is still slow on ubuntu 8.04, if i doesn't disable the floppy
in the bios
--
Gparted starts very very slow and buggy
https://bugs.launchpad.net/bugs/161791
You received this bug notification because you are a member of Ubuntu
Bugs, which is
** Changed in: gparted
Status: In Progress = Fix Released
--
Gparted starts very very slow and buggy
https://bugs.launchpad.net/bugs/161791
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Changed in: gparted
Status: Unknown = In Progress
--
Gparted starts very very slow and buggy
https://bugs.launchpad.net/bugs/161791
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
** Also affects: gparted via
http://bugzilla.gnome.org/show_bug.cgi?id=351753
Importance: Unknown
Status: Unknown
--
Gparted starts very very slow and buggy
https://bugs.launchpad.net/bugs/161791
You received this bug notification because you are a member of Ubuntu
Bugs, which is
I had the same problem, i.e. very long scan time when starting Gparted
in Ubuntu 7.10 32-bit.
I disabled Floppy in the BIOS (I have no floppy installed), and the
problem was solved.
--
Gparted starts very very slow and buggy
https://bugs.launchpad.net/bugs/161791
You received this bug
I had the same problem, i.e. very long scan time when starting Gparted
in Ubuntu 7.10 64-bit.
I disabled Floppy in the BIOS (I have no floppy installed), and the
problem was solved.
--
Gparted starts very very slow and buggy
https://bugs.launchpad.net/bugs/161791
You received this bug
Maybe because it is scanning for floppy drives?
There are already bugs about that issue in launchpad, and in gnome bugzilla.
http://bugzilla.gnome.org/show_bug.cgi?id=351753
It says that the problem should have been solved in their new release in
libparted (which gparted uses), which is not in
I just installed gusty, applied all updates and have the same problem
with gparted. Is there a fix or a workaround besides using the live cd?
[EMAIL PROTECTED]:~/Desktop$ sudo fdisk -l
Disk /dev/sda: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of
Same problem for me.
I can also add that it is the same with Hardy Alpha2 :
Dec 31 18:18:26 pc-fixe2 kernel: [ 4383.667240] end_request: I/O error, dev
fd0, sector 0
Dec 31 18:19:31 pc-fixe2 kernel: [ 4448.438064] Buffer I/O error on device fd0,
logical block 0
[EMAIL PROTECTED]:~$ sudo
** Changed in: gparted (Ubuntu)
Status: Confirmed = Triaged
--
Gparted starts very very slow and buggy
https://bugs.launchpad.net/bugs/161791
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
Same problem, fresh install of gusty x86, running gparted:
==
libparted : 1.7.1
==
Unable to open /dev/fd0 read-write (Read-only file system). /dev/fd0 has been
opened read-only.
Unable to open /dev/fd0 - unrecognised disk label.
--
Gparted starts very
Same problem to me:
[EMAIL PROTECTED]:~$ sudo fdisk -l
Disk /dev/sda: 360.0 GB, 360080695296 bytes
255 heads, 63 sectors/track, 43777 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0xd294d294
Device Boot Start End Blocks Id System
/dev/sda1
@ Andrea: eccotelo qua :)
Here it is:
==
libparted : 1.7.1
==
Unable to open /dev/fd0 read-write (Read-only file system). /dev/fd0 has been
opened read-only.
Unable to open /dev/fd0 - unrecognised disk label.
--
Gparted starts very very slow and buggy
** Also affects: qtparted (Ubuntu)
Importance: Undecided
Status: New
** Changed in: qtparted (Ubuntu)
Importance: Undecided = Medium
Status: New = Confirmed
** Changed in: gparted (Ubuntu)
Importance: Low = Medium
--
Gparted starts very very slow and buggy
Same problem (5-6 minutes to wait before gparted start) with kubuntu gutsy.
This is the console output:
==
libparted : 1.7.1
==
Impossibile aprire /dev/fd0 in lettura/scrittura (File system in sola lettura).
/dev/fd0 รจ stato aperto in sola lettura.
Thanks to all!
AkumA, can you please add a traceback too? To to this run `sudo gparted` in a
terminal and attach here the output you see.
** Changed in: gparted (Ubuntu)
Importance: Undecided = Low
Status: Incomplete = Confirmed
--
Gparted starts very very slow and buggy
Thanks for taking time report this bug!
GParted crashes at the end of the operations is a known bug, but it shouldn't
be slow. Could you please attach here the output of the command `sudo fdisk -l`?
Also, is your disk too much fragmented?
** Changed in: gparted (Ubuntu)
Status: New =
I have the some problem after upgrade from 7.4 to 7.10. System
application are very sluggish to start in general, but gparted takes
about 5 minutes to start.
:~$ sudo fdisk -l
Disk /dev/sda: 500.1 GB, 500107862016 bytes
255 heads, 63 sectors/track, 60801 cylinders
Units = cylinders of 16065 *
Here is the console output:
:~$ gksu gparted
==
libparted : 1.7.1
==
Unable to open /dev/fd0 read-write (Read-only file system). /dev/fd0 has been
opened read-only.
Unable to open /dev/fd0 - unrecognised disk label.
Unable to open /dev/hda read-write
Disk /dev/sda: 320.0 GB, 320072933376 bytes
255 heads, 63 sectors/track, 38913 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes
Disk identifier: 0x14211421
Device Boot Start End Blocks Id System
/dev/sda1 * 12611209728267 HPFS/NTFS
27 matches
Mail list logo
