Rather than blacklist the driver in Linux, you should disable the floppy
in the BIOS. Most BIOS factory default assumes there is a 1.44MB
floppy, so you have to change the configuration to no floppy.
** Changed in: gparted (Ubuntu)
Status: Incomplete => Invalid
--
You received this bug
OK. No need to strace. I did the same trick as john Buczek. My system is
working now. I did have a floppy appearing in fact on the left column of
Nautilus. The following Command Lines made it disappear instantly.
I went to unix.stackexchange.com to get a solution : "Linux, disable /dev/fd0
(flopp
Antonio, do you have /dev/fd0? ( run ls /dev/fd0 ), and can you please
run the strace I asked for?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1159288
Title:
GParted hang while Scanning all devic
I can confirm today that it's not directly linked to VMware Workstation
... However I had an image restored from before this bug appeared and I
was just free of this bug until a few days ago when I installed QEMU and
today KVM. I suspect that QEMU did bring back the issue ...
I know that Oracle Vi
Even though I could not find any reference to fd0 in the usual tools,
out of desperation I tried the "blacklist fd0" cure as recommended
elsewhere.
The problem has vanished.
I'm assuming this is some obscure bug in the Gigabyte BIOS.
Thanks
John
--
You received this bug notification because y
John and Antonio19,
When this problem occurs, is there at least one disk device that does
not contain a valid partition table?
You can check using the "sudo fdisk -l" command.
I am curioius because this might be related to a gparted upstream bug
report:
Bug 697518 - gparted scans forever blank
Please run sudo strace blkid > output and attach the resulting output
file here. You can ctrl-c after a minute or two.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1159288
Title:
GParted hang whil
I'm also seeing gparted (V0.12.1) spend 20+ min. Either there are two
very similar problems or this is not directly related to VM ware.
I'm running Ubuntu 12.10 AMD64
Also VBox 4.2.0 r80737 but I have no direct evidence that's related.
I first noticed the problem after the most recent kernal up
Does ls /dev/fd* show anything?
** Changed in: gparted (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1159288
Title:
GParted hang while Scanning all device
Thank you for your feedback. I was able to reproduce the bug today. It
is not linked to any floppy device at all since I have used the same
hardware for one year and that was working properly.
In fact this bug is appearing right during and after the installation of
VMware Workstation 9.0.2 for Lin
Do you have a floppy device enabled in your BIOS, but no physical
floppy drive in your computer?
See:
Why does "Scanning all devices..." take exceedingly long on some computers?
http://gparted.org/faq.php#faq-11
This has been a problem in the past.
--
You received this bug notification becaus
11 matches
Mail list logo
