probing a non-existing floppy causes long boot delays
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
udisks (Ubuntu) |
Fix Released
|
Medium
|
Martin Pitt | ||
Lucid |
Fix Released
|
Medium
|
Martin Pitt | ||
Maverick |
Fix Released
|
Medium
|
Martin Pitt |
Bug Description
IMPACT: This causes long desktop session startup delays when the kernel detects a floppy drive which is not actually physically present, just enabled in the BIOS.
WORKAROUND: Disable floppy in BIOS
FIX: Pushed upstream to http://
REGRESSION POTENTIAL: This only affects floppy drives. They have never been automounted anyway, since automatic media checks do not work for floppies. Users have to right-click and select "Check for media" for floppies. In theory this SRU could break this manual mounting of floppy drives, so this use case needs to be checked for verifying this SRU.
ProblemType: Bug
Architecture: i386
Date: Tue Mar 16 12:08:10 2010
DistroRelease: Ubuntu 10.04
ExecutablePath: /bin/mount
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
OmitPids: 2368 2401 2402
Package: mount 2.17-0ubuntu3
ProcCmdline: mount /media/floppy0
ProcEnviron:
LANG=de_DE.utf8
SHELL=/bin/bash
ProcVersionSign
SourcePackage: util-linux
Title: does not terminate at computer shutdown
Uname: Linux 2.6.32-16-generic i686
Majestyx (majestyx) wrote : | #1 |
- Dependencies.txt Edit (737 bytes, text/plain; charset="utf-8")
- InitctlList.txt Edit (1.4 KiB, text/plain; charset="utf-8")
- ProcAttrCurrent.gz Edit (56 bytes, application/x-gzip)
- ProcMaps.txt Edit (4.4 KiB, text/plain; charset="utf-8")
- ProcStatus.txt Edit (759 bytes, text/plain; charset="utf-8")
- Processes.txt Edit (4.2 KiB, text/plain; charset="utf-8")
Scott James Remnant (Canonical) (canonical-scott) wrote : Re: Attempts to mount floppy despite no media present | #2 |
summary: |
- does not terminate at computer shutdown + Attempts to mount floppy despite no media present |
affects: | util-linux (Ubuntu) → nautilus (Ubuntu) |
Phoenix --rise-from-ashes (meindian523) wrote : | #3 |
Similar to OR, I have a IBM Thinkpad T43 machine.
Changed in nautilus (Ubuntu): | |
importance: | Undecided → Low |
helmut0 (helmut0) wrote : | #4 |
How do you fix it.I don't have a floppy...
helmut0 (helmut0) wrote : Re: [Bug 539515] Re: Attempts to mount floppy despite no media present | #5 |
I'm kind of new at this.The floppy is not mounted and my drive light is staying on trying to mount something that is not there.How do I remove the floppy thats not there in the first place? thanks again....Dave
--- On Mon, 3/22/10, Scott James Remnant <email address hidden> wrote:
From: Scott James Remnant <email address hidden>
Subject: [Bug 539515] Re: Attempts to mount floppy despite no media present
To: <email address hidden>
Date: Monday, March 22, 2010, 1:21 PM
The fact that mount hangs on no media is one of the "well known" Linux
issues - but we shouldn't be trying to mount floppies if there isn't one
in the drive. Reassigning this from "mount" (which is innocent) to what
I think calls is
** Summary changed:
- does not terminate at computer shutdown
+ Attempts to mount floppy despite no media present
** Package changed: util-linux (Ubuntu) => nautilus (Ubuntu)
--
Attempts to mount floppy despite no media present
https:/
You received this bug notification because you are a direct subscriber
of a duplicate bug.
Martin Pitt (pitti) wrote : Re: Attempts to mount floppy despite no media present | #6 |
I'm trying to understand the symptom here. So your computer does not have a floppy drive, but you have a floppy icon? Did you click on it to mount it, or does it try to mount automatically?
Can you please run "apport-collect 539515"? This will attach some hardware information which will help me to figure out the problem.
Thanks!
affects: | nautilus (Ubuntu) → udisks (Ubuntu) |
Changed in udisks (Ubuntu): | |
status: | New → Incomplete |
igi (igor-cali) wrote : apport information | #7 |
Architecture: i386
DistroRelease: Ubuntu 10.04
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100318)
MachineType: System manufacturer System Product Name
Package: udisks 1.0.0-0ubuntu1
PackageArchitec
ProcCmdLine: BOOT_IMAGE=
ProcEnviron:
PATH=(custom, no user)
LANG=it_IT.utf8
SHELL=/bin/bash
ProcVersionSign
Tags: lucid
Uname: Linux 2.6.32-
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
dmi.bios.date: 03/20/2006
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 0801
dmi.board.name: P5GPL
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: Rev 1.xx
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: System Product Name
dmi.product.
dmi.sys.vendor: System manufacturer
tags: | added: apport-collected |
igi (igor-cali) wrote : AtaSmartBlob_sda.gz | #8 |
igi (igor-cali) wrote : BootDmesg.txt | #9 |
igi (igor-cali) wrote : CurrentDmesg.txt | #10 |
igi (igor-cali) wrote : Dependencies.txt | #11 |
igi (igor-cali) wrote : Lspci.txt | #12 |
igi (igor-cali) wrote : Lsusb.txt | #13 |
igi (igor-cali) wrote : Mounts.txt | #14 |
igi (igor-cali) wrote : ProcCpuinfo.txt | #15 |
igi (igor-cali) wrote : ProcInterrupts.txt | #16 |
igi (igor-cali) wrote : ProcModules.txt | #17 |
igi (igor-cali) wrote : UDisksDump.txt | #18 |
igi (igor-cali) wrote : UdevDb.txt | #19 |
igi (igor-cali) wrote : UdevLog.txt | #20 |
igi (igor-cali) wrote : Re: Attempts to mount floppy despite no media present | #21 |
Yes, There is no floppy drive on my PC, even if the floppy icon is anyway displayed in Nautilus resources (this on both 09.10 and 10.04b1 Ubuntu releases).
i also tried to run the apport-collect command, but with no success since I am not the original reporter.
helmut0 (helmut0) wrote : | #22 |
Hi Dave again; I have an IBM t40 and no floppy.Under hardware it shows I have a floppy and it is not mounted.I am guessing my hard drive which is consistently running is trying to install it,even though it's not there.
helmut0 (helmut0) wrote : Re: [Bug 539515] Re: Attempts to mount floppy despite no media present | #23 |
I tried to due that and it said I am not the original reported.Yes I have a floppy icon and no floppy drive and nothing is mounted.It does try to mount that disappears..Hard drive light is on all the time..
--- On Tue, 3/23/10, Martin Pitt <email address hidden> wrote:
From: Martin Pitt <email address hidden>
Subject: [Bug 539515] Re: Attempts to mount floppy despite no media present
To: <email address hidden>
Date: Tuesday, March 23, 2010, 3:40 PM
I'm trying to understand the symptom here. So your computer does not
have a floppy drive, but you have a floppy icon? Did you click on it to
mount it, or does it try to mount automatically?
Can you please run "apport-collect 539515"? This will attach some
hardware information which will help me to figure out the problem.
Thanks!
** Package changed: nautilus (Ubuntu) => udisks (Ubuntu)
** Changed in: udisks (Ubuntu)
Status: New => Incomplete
--
Attempts to mount floppy despite no media present
https:/
You received this bug notification because you are a direct subscriber
of a duplicate bug.
DanielS (daniel-skogberg) wrote : Re: Attempts to mount floppy despite no media present | #24 |
Same symptom for me, I have no floppy either... External USB media isn't mounted automatically either, not sure if this relates to this bug though...
Could not attach any apport info...
Martin Pitt (pitti) wrote : | #25 |
> I tried to due that and it said I am not the original reported
That's fine, you can still continue. Being subscribed to the bug is enough to be able to run apport-collect. But anyway, we already have the information from igi. This shows that a floppy drive was detected indeed.
Can someone please answer my original questions?
> I'm trying to understand the symptom here.
> So your computer does not have a floppy drive, but you have a floppy icon?
> Did you click on it to mount it, or does it try to mount automatically?
And when do you see the hard disk light? After startup, or after you do what?
helmut0 (helmut0) wrote : Re: [Bug 539515] Re: Attempts to mount floppy despite no media present | #26 |
The hard drive light flashes on start up as normal,then goes solid when finished.The floppy is shone but not mounted or excessable.When you try to mount is the screen just disappears.Ibm laptop have a universal drive bay.It could be a dvd,floppy,
--- On Thu, 3/25/10, Martin Pitt <email address hidden> wrote:
From: Martin Pitt <email address hidden>
Subject: [Bug 539515] Re: Attempts to mount floppy despite no media present
To: <email address hidden>
Date: Thursday, March 25, 2010, 4:35 AM
> I tried to due that and it said I am not the original reported
That's fine, you can still continue. Being subscribed to the bug is
enough to be able to run apport-collect. But anyway, we already have the
information from igi. This shows that a floppy drive was detected
indeed.
Can someone please answer my original questions?
> I'm trying to understand the symptom here.
> So your computer does not have a floppy drive, but you have a floppy icon?
> Did you click on it to mount it, or does it try to mount automatically?
And when do you see the hard disk light? After startup, or after you do
what?
--
Attempts to mount floppy despite no media present
https:/
You received this bug notification because you are a direct subscriber
of a duplicate bug.
igi (igor-cali) wrote : Re: Attempts to mount floppy despite no media present | #27 |
This bug is not occurring anymore in my Lucid beta1 release, after latest updates.
I guess it can be closed.
igi (igor-cali) wrote : | #28 |
I restarted facing this problem after latest lucid beta1 package updates.
igi (igor-cali) wrote : apport information | #29 |
Architecture: i386
DistroRelease: Ubuntu 10.04
InstallationMedia: Ubuntu 10.04 "Lucid Lynx" - Beta i386 (20100318)
MachineType: System manufacturer System Product Name
Package: udisks 1.0.0+git201003
PackageArchitec
ProcCmdLine: BOOT_IMAGE=
ProcEnviron:
PATH=(custom, no user)
LANG=it_IT.utf8
SHELL=/bin/bash
ProcVersionSign
Tags: lucid
Uname: Linux 2.6.32-
UserGroups: adm admin audio cdrom dialout lpadmin plugdev pulse pulse-access sambashare video
dmi.bios.date: 03/20/2006
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 0801
dmi.board.name: P5GPL
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: Rev 1.xx
dmi.chassis.
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.
dmi.modalias: dmi:bvnAmerican
dmi.product.name: System Product Name
dmi.product.
dmi.sys.vendor: System manufacturer
igi (igor-cali) wrote : AtaSmartBlob_sda.gz | #30 |
igi (igor-cali) wrote : BootDmesg.txt | #31 |
igi (igor-cali) wrote : CurrentDmesg.txt | #32 |
igi (igor-cali) wrote : Dependencies.txt | #33 |
igi (igor-cali) wrote : Lspci.txt | #34 |
igi (igor-cali) wrote : Lsusb.txt | #35 |
igi (igor-cali) wrote : Mounts.txt | #36 |
igi (igor-cali) wrote : ProcCpuinfo.txt | #37 |
igi (igor-cali) wrote : ProcInterrupts.txt | #38 |
igi (igor-cali) wrote : ProcModules.txt | #39 |
igi (igor-cali) wrote : UDisksDump.txt | #40 |
tags: | removed: shutdown-hang |
Changed in udisks (Ubuntu): | |
importance: | Low → Medium |
description: | updated |
description: | updated |
affects: | udisks (Ubuntu) → gvfs (Ubuntu) |
summary: |
- Attempts to mount floppy despite no media present + Attempts to mount floppy despite no media present - disable automount |
Changed in gvfs (Ubuntu Lucid): | |
importance: | Undecided → Medium |
status: | New → Confirmed |
Changed in gvfs (Ubuntu): | |
status: | Incomplete → Triaged |
57 comments hidden Loading more comments | view all 137 comments |
Martin Pitt (pitti) wrote : Re: [Bug 539515] Re: Attempts to mount floppy despite no media present - disable automount | #98 |
Uwe Geuder [2010-05-31 12:33 -0000]:
> After logging out and in again it works correctly:
There's a high chance that the difference is that on first login
nautilus/gvfs trigger udisks-daemon to start up, while it's already
running on the second login. You can do "sudo killall udisks-daemon"
and log out, and check if the next login then behaves like the initial
one. Likewise, it's interesting to check whether a mere
sudo killall udisks-daemon
udisks --dump
triggers floppy access.
Uwe Geuder (ubuntulp-ugeuder) wrote : Re: Attempts to mount floppy despite no media present - disable automount | #99 |
> You can do "sudo killall udisks-daemon"
> and log out, and check if the next login then behaves like the initial
> one.
Yes, your assumption is correct. At the next login nautilus runs the the mount command, which takes 18 minutes to complete.
> Likewise, it's interesting to check whether a mere
>
> sudo killall udisks-daemon
> udisks --dump
>
> triggers floppy access.
Yes, it triggers floppy access. But it takes "only" 25 seconds until it fails. Only one I/O error is written to syslog. No mount process is spawned. The next attempt succeeds immediately.
geuder@
(udisks:2373): udisks-WARNING **: Couldn't enumerate devices: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
real 0m25.038s
user 0m0.012s
sys 0m0.000s
geuder@
=======
Showing information for /org/freedeskto
... output deleted ...
=======
real 0m0.308s
user 0m0.104s
sys 0m0.012s
Sebastien Bacher (seb128) wrote : | #100 |
stacktrace while nautilus is hanging after stopping the udisks-daemon
"#0 0x0012d422 in __kernel_vsyscall ()
#1 0x00d8fb4b in poll () from /lib/tls/
#2 0x00f6c13b in _dbus_poll (fds=0xbfffeab4, n_fds=1,
timeout_
#3 0x00f640ef in socket_do_iteration (transport=
timeout_
#4 0x00f622cc in _dbus_transport
timeout_
#5 0x00f4cba3 in _dbus_connectio
connection=
at dbus-connection
#6 0x00f4f224 in _dbus_connectio
at dbus-connection
#7 0x00f5ca51 in dbus_pending_
at dbus-pending-
#8 0x00f4e7cc in dbus_connection
connection=
error=
#9 0x014060b1 in is_remote_
at gproxyvolumemon
#10 is_supported (klass=<value optimized out>) at gproxyvolumemon
#11 0x0075b78b in get_default_
at /build/
---Type <return> to continue, or q <return> to quit---
#12 0x008c08de in IA__g_once_impl (once=0x79bcc8,
func=0x75b6d0 <get_default_
at /build/
#13 0x0075b618 in get_native_class ()
at /build/
#14 0x0075be63 in populate_
at /build/
#15 IA__g_volume_
at /build/
#16 0x080f9ee6 in ?? ()
#17 0x0080c9c2 in IA__g_type_
at /build/
#18 0x007f0a18 in g_object_
n_construct
at /build/
#19 0x007f218a in IA__g_object_newv (object_
parameters=0x0) at /build/
#20 0x007f2a48 in IA__g_object_new (object_
first_
at /build/
#21 0x080f9b6d in ?? ()
#22 0x0806ea47 in ?? ()
#23 0x08080dcf in ?? ()"
Sebastien Bacher (seb128) wrote : | #101 |
seems the session is starting but gvfs clients hang this way
those warnings are displayed while running udisks --dump after stopping the udisks-daemon "end_request: I/O error, dev fd0, sector 0"
Sebastien Bacher (seb128) wrote : | #102 |
11562 ? D 0:00 /usr/lib/
11563 ? S 0:00 \_ udisks-daemon: polling /dev/sr0
while it's hanging
Martin Pitt (pitti) wrote : Re: [Bug 539515] Re: Attempts to mount floppy despite no media present - disable automount | #103 |
Hey Seb,
Sebastien Bacher [2010-05-31 20:59 -0000]:
> 11562 ? D 0:00 /usr/lib/
I suspect that this is the root of the problem. Can you please start
udisks-daemon under strace -vvftts1024 and then do udisks --dump? The
timestamps should then tell us what took it so long.
Sebastien Bacher (seb128) wrote : Re: Attempts to mount floppy despite no media present - disable automount | #104 |
strace log while it's hanging
[pid 4467] 21:38:59.773938 read(11, "1\n", 4096) = 2
[pid 4467] 21:38:59.773997 read(11, "", 4094) = 0
[pid 4467] 21:38:59.774032 close(11) = 0
[pid 4467] 21:38:59.774064 open("/dev/fd0", O_RDONLY|
[pid 4468] 21:39:01.594819 <... poll resumed> ) = 0 (Timeout)
[pid 4468] 21:39:01.594846 gettimeofday(
[pid 4468] 21:39:01.594880 gettimeofday(
[pid 4468] 21:39:01.594910 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 405) = 0 (Timeout)
[pid 4468] 21:39:02.000148 gettimeofday(
[pid 4468] 21:39:02.000196 open("/dev/sr0", O_RDONLY|
[pid 4468] 21:39:02.017753 close(6) = 0
[pid 4468] 21:39:02.017931 gettimeofday(
[pid 4468] 21:39:02.017962 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 1983) = 0 (Timeout)
[pid 4468] 21:39:04.002406 gettimeofday(
[pid 4468] 21:39:04.002450 open("/dev/sr0", O_RDONLY|
[pid 4468] 21:39:04.020739 close(6) = 0
[pid 4468] 21:39:04.020918 gettimeofday(
[pid 4468] 21:39:04.020950 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 1980) = 0 (Timeout)
[pid 4468] 21:39:06.002996 gettimeofday(
[pid 4468] 21:39:06.003043 open("/dev/sr0", O_RDONLY|
[pid 4468] 21:39:06.020726 close(6) = 0
[pid 4468] 21:39:06.020905 gettimeofday(
[pid 4468] 21:39:06.020937 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 1980) = 0 (Timeout)
[pid 4468] 21:39:08.002979 gettimeofday(
[pid 4468] 21:39:08.003022 open("/dev/sr0", O_RDONLY|
[pid 4468] 21:39:08.020712 close(6) = 0
[pid 4468] 21:39:08.020890 gettimeofday(
[pid 4468] 21:39:08.020923 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}], 2, 1980^C <unfinished ...>
1 comments hidden Loading more comments | view all 137 comments |
Sebastien Bacher (seb128) wrote : | #106 |
Martin Pitt (pitti) wrote : Re: [Bug 539515] Re: Attempts to mount floppy despite no media present - disable automount | #107 |
Sebastien Bacher [2010-06-01 19:49 -0000]:
> ** Attachment added: "strace log until getting the udisks log"
> http://
Ah, this indeed shows some open('/dev/fd0') in the main udisks process
(pid 4632), which cause some 2-second hang.
To confirm that it's really udisks, can you please boot, stay at gdm,
ctrl+alt+f1, log into a text console, do "udisks --dump" and wait
until it settled, and then go back to gdm with Ctrl+Alt+F7 or
Ctrl+Alt+F8, log in, and verify if it is fast then?
Thanks!
Martin
--
Martin Pitt | http://
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
Martin Pitt (pitti) wrote : | #108 |
Thanks Sebastien. So let's assume this is only udisks' fault for now. I see one device open() in the daemon which is a likely cause. I'll work on a patch and put it into a PPA for testing.
summary: |
- Attempts to mount floppy despite no media present - disable automount + probing a non-existing floppy causes long boot delays |
affects: | gvfs (Ubuntu Maverick) → udisks (Ubuntu Maverick) |
Changed in udisks (Ubuntu Maverick): | |
assignee: | nobody → Martin Pitt (pitti) |
status: | Triaged → In Progress |
Martin Pitt (pitti) wrote : | #109 |
I uploaded a potential udisks fix to my SRU test PPA:
https:/
Can you please upgrade to that and check if it helps? Thanks!
Niall Creech (sevenmachines-deactivatedaccount) wrote : | #110 |
Martin Pitt: fixes the problem on maverick, will check 10.04 later, thanks!
Niall Creech (sevenmachines-deactivatedaccount) wrote : | #111 |
Fixes here on 10.04 also, thanks again
Martin Pitt (pitti) wrote : | #112 |
Thanks for testing! I committed the fix upstream, will upload to maverick and lucid-proposed soon.
http://
However, more testing feedback would be greatly appreciated!
Changed in udisks (Ubuntu Maverick): | |
status: | In Progress → Fix Committed |
Sebastien Bacher (seb128) wrote : | #113 |
I can confirm it fixes the issue on lucid
Martin Pitt (pitti) wrote : | #114 |
I uploaded the patch to lucid-proposed, now needs to be ack'ed by another member of the SRU team.
description: | updated |
Changed in udisks (Ubuntu Lucid): | |
assignee: | nobody → Martin Pitt (pitti) |
status: | Confirmed → In Progress |
Uwe Geuder (ubuntulp-ugeuder) wrote : | #115 |
> I uploaded the patch to lucid-proposed,
I can't see it in lucid-proposed.
> now needs to be ack'ed by another member of the SRU team.
until it gets visible in lucid-proposed or until it moves from lucid-proposed to lucid-updates??
Anyway, I tested the version from Martin's PPA.
I tested this case from comment #98
> Likewise, it's interesting to check whether a mere
>
> sudo killall udisks-daemon
> udisks --dump
>
> triggers floppy access.
Before:
21:02:08.497792 open("/dev/fd0", O_RDONLY|
21:02:21.577944 close(12) = 0
...
21:02:21.659020 open("/dev/fd0", O_RDONLY|
21:02:34.722302 close(12) = 0
I.e. 13 + 13 secs of delay
After:
No delays. It was so fast that my script didn't succeed to attach strace to the newly started udisks-daemon before all interesting
operations were already completed.
Also nautilus no longer spawns a mount command, which used to hang around for 18 minutes.
Boot / first login appear quicker to me. But I have never measured or traced them, so I can't tell for sure.
Overall, it looks good to me.
udisks --dump reports now
> has media: 0
> detects change: 0
So probably somebody who has a fd drive needs to test whether the fd can still be mounted.
Felicia (sisternotes) wrote : | #116 |
Thank you all for working on this issue. I'm still new to Linux commands so I'm not fully understanding all of the above. But, I have a related question and I'm not sure if it belongs here or not. The reason I got to this particular bug report is because, disabling the floppy in BIOS was the recommended solution for Lucid not recognizing my usb flash drive, i.e. it won't mount and doesn't show up as an icon in PLACES. The thought was that the search for the floppy (that doesn't exist) was some how messing up the ability to recognize the usb connections.
By the way blacklisting the floppy dropped my boot time from 1 m 15 s to 52 seconds. It is 48 seconds in Karmic.
However, blacklisting the floppy did nothing to solve the usb flash not mounting problem. Through trial and error, I've figured out that the usb flash won't mount if I have my usb wireless plugged it. The flash drive will mount if it is already plugged in when I boot. Do you think this is related to this particular bug? I didn't find an existing bug that addresses the usb flash drive not mounting.
Uwe Geuder (ubuntulp-ugeuder) wrote : | #117 |
Felicia wrote:
> I'm still new to Linux commands so I'm not fully understanding all of the above.
No worries, the internal udisks component is new to all of us :) I believe it's new in Lucid,
has not been in Karmic.
> However, blacklisting the floppy did nothing to solve the usb flash not mounting problem.
Media not being mounted is reported in https:/
Interesting enough it appeared to me, that Martin's udisks patch above in #109
https:/
solves the mounting problem on Lucid. But if Felicia is on Karmic and Karmic has no
udisks that's of course not a solution for her. Anyway I guess any "automatic media mounting
not working" observations might better be directed to https:/
A manual work around to automount not working is in my comment from 2010-05-30 in
https:/
John Dong (jdong) wrote : | #118 |
ACK from the sru team. Thanks for the detailed regression analysis :)
Felicia (sisternotes) wrote : | #119 |
Uwe, thank you for the links. I will check them out. I need to make a clarification in my comment #89 - I do not have the mounting problem in Karmic, only Lucid. Mounting cds, and usb drives worked fine in Karmic. It was upon upgrade to Lucid that the mounting issue showed up.
Currently, I've loaded both Karmic and Lucid on the laptop - Karmic for my daughter who uses the USB frequently, and Lucid for me because of the Ubuntu One music store :)
By the way, once the fixes discussed here for Lucid get approved and I run an update, if I've already blacklisted the floppy, will I notice any difference?
Sebastien Bacher (seb128) wrote : Please test proposed package | #120 |
Accepted into lucid-proposed, the package will build now and be available in a few hours. Please test and give feedback here. See https:/
Changed in udisks (Ubuntu Lucid): | |
status: | In Progress → Fix Committed |
tags: | added: verification-needed |
Uwe Geuder (ubuntulp-ugeuder) wrote : | #121 |
installed from lucid-proposed.
Fixes the following 3 issues on a machine with floppy disk controller but no floppy drive
- delay in udisks startup
- at first login a mount process is hanging around for 18 minutes and makes the disk light lit continuously for 18 minutes. https:/
- automounting of removable media (USB mass storage and optical disks) does not work. (Also discussed in https:/
No regression observed so far (but generally Ubuntu Lucid is still a bit shaky on this machine, so I can't be too sure that nothing new has occurred)
tags: |
added: verification-done removed: verification-needed |
Launchpad Janitor (janitor) wrote : | #122 |
This bug was fixed in the package udisks - 1.0.1+git20100614-1
---------------
udisks (1.0.1+
* Upgrade to current git HEAD:
- Update to latest LVM2 API (currently not used in Debian)
- Fix long hangs on probing nonexistant floppy drives. (LP: #539515)
- Do not have files executable on NTFS.
- Some test suite updates.
* Remove debian/
* Drop transitional devicekit-disks-doc package. It's been in testing long
enough, and we do not want to carry it into the squeeze release.
* debian/control: Have udisks Conflicts:
properly clean up. (Closes: #585169)
* 02-defer_
cleanly.
* Switch to "3.0 (quilt)" format. Drop quilt build dependency.
* 08-dont-
still keep it disabled. Proper handling of linear DMs and DMMP devices
(which are disabled right now, though) still require finding out the
parent devices through UDISKS_
currently no equivalent from the dmsetup rules.
-- Martin Pitt <email address hidden> Mon, 14 Jun 2010 16:11:35 +0200
Changed in udisks (Ubuntu Maverick): | |
status: | Fix Committed → Fix Released |
Launchpad Janitor (janitor) wrote : | #123 |
This bug was fixed in the package udisks - 1.0.1-1ubuntu1
---------------
udisks (1.0.1-1ubuntu1) lucid-proposed; urgency=low
* Add 00git-fix-
have a floppy drive any more, but still have a floppy controller somewhere
(or at least the BIOS pretends to). Trying to open(/dev/fd0) on these
machines causes long hangs, which lead to long desktop startup times.
To fix this, avoid probing floppies for media in update_info().
nautilus/gvfs do not expect the media state to be correct for floppies
anyway. (LP: #539515)
-- Martin Pitt <email address hidden> Thu, 03 Jun 2010 12:15:33 +0200
Changed in udisks (Ubuntu Lucid): | |
status: | Fix Committed → Fix Released |
aeromojito (aeromojito) wrote : | #124 |
This fixed my original problem but now the floppy drive doesn't work when it is inserted. Remember this is a laptop with a removable drive. I probably won't need it in Ubuntu but is there a way to have it working if I need it?
Martin Pitt (pitti) wrote : Re: [Bug 539515] Re: probing a non-existing floppy causes long boot delays | #125 |
aeromojito [2010-06-16 1:53 -0000]:
> This fixed my original problem but now the floppy drive doesn't work
> when it is inserted.
You have to manually click on it in the places menu. By their nature,
floppies cannot be automounted as all other kinds of drives.
Peter B P (peterbp) wrote : | #126 |
Merely chipping in that this fixed my looong boot problems as well when I reeabled the floppy in BIOS to test it. Well done.
aeromojito (aeromojito) wrote : | #127 |
Martin Pitt wrote on 2010-06-16:
>You have to manually click on it in the places menu. By their nature,
>floppies cannot be automounted as all other kinds of drives.
When I click on it, the floppy drive spins but the disk is not seen . I tried to right-click and detect media also. The disk is good and works in Windows and Puppy Linux.
peter b (b1pete) wrote : | #128 |
uname -a
Linux lucidGIGAslow 2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 19:31:57 UTC 2010 x86_64 GNU/Linux
re slayer comment #57 ....'But what if someone (still) uses floppies? A fix should be nice :)'.....
I am one of them. currently using floppies to boot my pc because of crippled grub2 on MBR. more on this topic
http://
under #537 and under #539
....'this brings up another subject, namely, that for reasons unknown to me lucid decided to stop displaying the floppy device at all, neither as an applet on the upper panel or desktop when asked to be mounted nor when asked to mount it via CLI. example
sudo mount /dev/fd0 /media/floppy0
[sudo] password for peter:
peter@lucidGIGA
peter@lucidGIGA
as you could see, no message displayed and nothing present on /media/floppy0 (floppy dr light lights up). if floppy removal prior to attempting a purge/rewrite of grub is mandatory then only a physical device removal possible until a solution can be found to this problem.
some bkgrd re floppy absence/inability to mount - everything was just fine, floppy device shown on the upper panel and could be mounted UNTIL an update was carried out that contained (from /var/log/
Start-Date: 2010-06-21 13:48:12
Upgrade: libcupsppdc1 (1.4.3-1ubuntu1, 1.4.3-1ubuntu1.2), libcupsimage2 (1.4.3-1ubuntu1, 1.4.3-1ubuntu1.2), libcupscgi1 (1.4.3-1ubuntu1, 1.4.3-1ubuntu1.2), libcupsdriver1 (1.4.3-1ubuntu1, 1.4.3-1ubuntu1.2), cups-client (1.4.3-1ubuntu1, 1.4.3-1ubuntu1.2), cups-common (1.4.3-1ubuntu1, 1.4.3-1ubuntu1.2), libcups2 (1.4.3-1ubuntu1, 1.4.3-1ubuntu1.2), cups (1.4.3-1ubuntu1, 1.4.3-1ubuntu1.2), cups-bsd (1.4.3-1ubuntu1, 1.4.3-1ubuntu1.2), libcupsmime1 (1.4.3-1ubuntu1, 1.4.3-1ubuntu1.2)
End-Date: 2010-06-21 13:49:18
lsmod lists floppy and isofs modules. dmesg | tail shows
[ 4782.605787] ISO 9660 Extensions: RRIP_1991A
[ 5060.543755] ISO 9660 Extensions: RRIP_1991A
[ 7482.502125] ISO 9660 Extensions: RRIP_1991A
any idea what these msgs tell me ?. indeed this bootable floppy has isofs but this does not appear to be the problem, same occurs with floppy w msdos fs.'......
re Martin Pitt's
gvfs-mount -li
excerpt
Drive(6): Floppy Drive
Type: GProxyDrive (GProxyVolumeMo
ids:
unix-device: '/dev/fd0'
themed icons: [drive-
is_media_
has_media=0
is_media_
can_poll_
can_eject=0
can_start=0
can_stop=0
start_
I don't know, but probably has_media=0 is not quite right - the floppy is in the drive since pc powered up (boots off it); can not mount it, see particulars above.
NoOp (glgxg) wrote : | #129 |
This is a regression and breaks mounting floppies. Please see:
https:/
I backed down to udisks (1.0.1-1build1) via synaptic (Package|Force Version) and now the floppy mounts properly using 'Places|Floppy Disk'.
peter b (b1pete) wrote : | #130 |
yes NooP, I can confirm that it does work with this udisks (1.0.1-1build1) package. TU.
I have seen Martin's and Sebastien's posts but I said to myself let me wait a little and see it in the main repos and on updates. then after seeing your post I reread the entire thread and noticed on #123 ...'urgency=
very nifty how it shows floppies with isofs on desktop after mounting - as a CD icon but called floppy0 - I like that, v well thought devs!
it'll be interesting to see how this regression is handled when the time comes to be introduced into the main repos.
thanks and cheerios!
aeromojito (aeromojito) wrote : | #131 |
I can confirm that the regression to udisks (1.0.1-1build1) will enable the use of the floppy drive but brings back the original bug. There is still no solution for a removable floppy drive.
Neil (kingfisher) wrote : | #132 |
Its reasonable to assume there will be many who will have special reasons for using floppy disks in the foreseeable future.
Wouldn't it be good, if Ubuntu had an application that could be executed through a GUI, to detect a computers hardware, in much the same way as it happens during the OS installation, and a facility to specify any unusual removable devices that maybe periodically attached, and configure the computer accordingly.
This would also be ideal when adding or changing hardware,
noal (ngroups) wrote : | #133 |
I am using Lucid 10.04 on a desktop and have problem to mount floppy.I clic over the icon and nothing...?
but i have solve this so...
I reinstall lucid (not format the /home and give same pseudo)the kernel is 2.6.32.21 i do not make update and the floppy work good.
i clic on update and read all proposed packets,and i see udisks,i disable it and make the update.
reboot the pc kernel is 2.6.32.23 i put a diskette in and clic >raccourcis>floppy and bingo the floppy is up
later in synaptic i select udisks and stop the version
so my floppy works great
Sorry for my bad english i am french.
hope to help you.
tags: | added: iso-testing |
Francisco Cabañas (fxc) wrote : | #134 |
For those of us who actually use floppies this fix is a regression. The fix to the fix, I found was to make the floppy work was to force the 1.0.1-1build1 version of udisks. Then the floppy works. There is no hang because it finds the floppy. The trouble is every time there is an update one has to disable the udisks update.
I would suggest as an interim fix making floppy support optional by disabling floppy support by default and then adding a package to install floppy support for those of us who need to use 3.5in or even 5.25in floppies. Document the process and advise the user that installing floppy support without a floppy drive could lead to boot delays.
Users fall into four categories;
0) They don't use floppies
1) Their computer has a floppy controller and a floppy drive. The 1.0.1-1build1 version of udisks works fine for 3.5in. I have not tested it yet for 5.25in. This is my case.
2) Their computer dos not have a floppy controller and they use a USB floppy drive. My understanding is that in this case the 1.0.1-1build1 version of udisks also works; however I am not able to test this.
3) Their computer has a floppy controller and no attached floppy drive and they use a USB floppy drive. This is the one case where as far as I can see the bug would still remain.
This bug is far from solved; however by making floppy support an installable option the vast majority of users namely those in categories 0,1,and 2 would have a solution.
I hope this helps. Thanks
aeromojito (aeromojito) wrote : | #135 |
There is also a 4th category which belongs to laptops with a removable floppy drive. I agree that this bug is far from solved. My workaround is to regress to udisks 1.0.1-1build1 and disable the floppy controller when the drive is removed. This should not have to be done. I appreciate the developers' efforts to find a solution to this.
Arrigo Marchiori (ardovm) wrote : | #136 |
- Python script that tries to open the floppy drive and prints the result Edit (353 bytes, text/x-python)
In response to Martin Pitt's comment #108:
I am one of the floppy owners ``bugged'' by bug #441835. I agree (but is only my humble opinion) that the patch that has been submitted to this bug is a solution only for the people in category 3) according to Francisco Cabanas' comment. I hope that the solution can be found elsewhere... but I need your help to demonstrate it :-)
The thing that mostly puzzles me is that, while udisks is trying to open the floppy drive, there is a very long sequence of poll() calls on other drives. This is what I understood from Sebastien Bacher's attachment #106. This seems strange to me, because polling of /dev/sr? should not depend on the slowness of the floppy drive.
I am attaching a very small Python script to this comment. It just tries to open /dev/fd0 and then prints its results. That is: it does the thing that Martin disabled with his latest patch to udisks.
Can someone please run this small script on a system without the floppy drive, but with the floppy drive icon, like helmut0 or Sebastien? The script should be run like this:
sudo python disk_tester.py
I guess it is not polite to ask people to run sudo-ed commands onto their systems, but you can actually _read_ from the source that the script will make no harm to your system.
If the above script takes a very long time to execute, then Martin's patch is probably the only way to cope with the non-existing floppy drives: even a open() call takes too long, and the problem must be fixed in the kernel or somewhere else.
But, OTOH, if _all_ systems take a very small time to run the script, then the problem may be in another part of udisks.
Thank you in advance!
Martin Pitt (pitti) wrote : | #137 |
Arrigo Marchiori [2010-09-01 22:42 -0000]:
> If the above script takes a very long time to execute, then Martin's
> patch is probably the only way to cope with the non-existing floppy
> drives: even a open() call takes too long, and the problem must be
> fixed in the kernel or somewhere else.
Perhaps there is a kernel workaround for this, but this is precisely
the reason why making floppies work is so ridiculously hard. Almost no
machines have been sold with an actual floppy drive for many years
now, but a lot of motherboards still have floppy *controllers*. Thus
the BIOS and Linux still detect a /dev/df0, but once you want to talk
to it, there is never an answer (because there is no floppy behind
it), and thus the calls just time out.
So we need to avoid automatically open()'ing /dev/fd0 at all cost,
while still providing a manual way of checking for media.
The fact that mount hangs on no media is one of the "well known" Linux issues - but we shouldn't be trying to mount floppies if there isn't one in the drive. Reassigning this from "mount" (which is innocent) to what I think calls is