Your message dated Fri, 7 Jun 2013 11:26:46 +1000
with message-id <[email protected]>
and subject line Re: Bug#708526: Debian Bug #708526 - gparted: hangs at
"Scanning all devices...", probably due to nonexistent floppy
has caused the Debian Bug report #708526,
regarding gparted: hangs at "Scanning all devices...", probably due to
nonexistent floppy
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
708526: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708526
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: gparted
Version: 0.12.1-2+b1
Severity: important
Dear Maintainer,
I tried to start gparted up (with "sudo gparted"), but it hangs while
displaying the message "Scanning all devices...".
I searched around, and found a workaround that worked for me: I unloaded the
"floppy" kernel module with rmmod,
after which I tried to load gparted again, and it worked.
$ sudo gparted /dev/sdd
======================
libparted : 2.3
======================
^C
$ sudo rmmod floppy
$ sudo gparted /dev/sdd
I don't actually have a floppy drive. The error might be caused by a line in my
/etc/fstab which was automatically added by the Wheezy installation process:
"/dev/fd0 /media/floppy0 auto rw,user,noauto 0 0"
This might be an error with automatic device detection (in the kernel?), I
don't know.
I found the workaround here:
https://www.linuxquestions.org/questions/debian-26/gparted-just-hangs-and-i-dont-know-why-502353/
***
-- System Information:
Debian Release: 7.0
APT prefers stable
APT policy: (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages gparted depends on:
ii libatkmm-1.6-1 2.22.6-1
ii libc6 2.13-38
ii libgcc1 1:4.7.2-5
ii libglib2.0-0 2.33.12+really2.32.4-5
ii libglibmm-2.4-1c2a 2.32.1-1
ii libgtk2.0-0 2.24.10-2
ii libgtkmm-2.4-1c2a 1:2.24.2-1
ii libpangomm-1.4-1 2.28.4-1
ii libparted0debian1 2.3-12
ii libsigc++-2.0-0c2a 2.2.10-0.2
ii libstdc++6 4.7.2-5
ii libuuid1 2.20.1-5.3
gparted recommends no packages.
Versions of packages gparted suggests:
pn dmraid <none>
ii dmsetup 2:1.02.74-7
ii dosfstools 3.0.13-1
pn gpart <none>
pn jfsutils <none>
pn kpartx <none>
pn ntfsprogs <none>
pn reiser4progs <none>
pn reiserfsprogs <none>
pn xfsprogs <none>
ii yelp 3.4.2-1+b1
-- debconf-show failed
Yours truly,
- Mark Kolloros
--- End Message ---
--- Begin Message ---
Version: 0.12.1-2
On Wed, May 22, 2013 at 09:14:07AM +1200, Taessa Shutagu wrote:
> You're right, it was mis-configured. I just expected it to be more
> robust in the face of a common error or at least indicate the cause of
> the hang.
>
> Thank you for your time.
Thanks. I'm closing this bug.
--- End Message ---
