Bug 567533 - /dev/fd0 not created at boot
Summary: /dev/fd0 not created at boot
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: module-init-tools
Version: 13
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Jon Masters
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-02-23 07:55 UTC by Bruno Wolff III
Modified: 2011-06-27 15:01 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-06-27 15:01:12 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Bruno Wolff III 2010-02-23 07:55:23 UTC
Description of problem:
After a reboot you need to run modeprobe floppy to create /dev/fd0 so that you can use a floppy drive.

Version-Release number of selected component (if applicable):
udev-151-3.fc13.i686

How reproducible:
100%

Steps to Reproduce:
1.reboot a system with a floppy drive
2.
3.
  
Actual results:
No /dev/fd0.

Expected results:
/dev/fd0 available for use

Additional info:
This may be the cause of nautilus not mounting floppies automatically as noted in bug 537741.

Comment 1 Harald Hoyer 2010-02-23 08:58:35 UTC
is the floppy enabled in the BIOS?

Comment 2 Bruno Wolff III 2010-02-23 09:46:48 UTC
On one of the machines it is definitely set to auto and not disabled.
I am pretty sure it is enabled on the other machines that I see the same issue on, though double checking the bios from them right now isn't convenient.
This has been happening for a long time (I noticed last summer), but I haven't gotten around to filing a bug for it until now. I did join the bug for nautilus not seeing them a while back, but that one hasn't gotten any attention and I suspect the problem isn't really at nautilus' level.

Comment 3 Kevin Kofler 2010-02-23 10:10:41 UTC
I also had to add modprobe floppy to my /etc/rc.d/rc.local to get the floppy driver autoloaded, it seems autoloading got disabled for some reason. (Maybe somebody did it to reduce bootup times? Maybe it's just a bug.)

Comment 4 Harald Hoyer 2010-02-23 10:52:15 UTC
hmm, once upon a time, udev provided /etc/modprobe.d/floppy-pnp.conf:
alias pnp:dPNP0700 floppy
alias acpi:PNP0700: floppy

but then bug #514329 was filed, and I removed it.

Although:

$ modinfo floppy|grep alias
alias:          block-major-2-*

I don't see the module aliases...

Comment 5 Harald Hoyer 2010-03-17 17:19:08 UTC
they should be in /etc/modprobe.d/dist.conf or provided by the kernel module

Comment 6 John Williams 2010-03-30 19:15:39 UTC
Hi,

I had to create /etc/modprobe.d/floppy-pnp.conf as mentioned above before I could get /dev/fd0 and a Floppy Drive icon although the resulting icon is unusable - see bug 533543
Kernel 2.6.32.9-70.fc12.i686.PAE

There seem to be a lot of things combining to make floppies difficult to use.

John.

Comment 7 Antti Huhtala 2010-06-02 06:10:55 UTC
Now that Fedora 13 has been officially released, the not-creating /dev/fd0 problem is still there. Either issuing "# modprobe floppy" or adding "modprobe floppy" to /etc/rc.d/rc.local seem to work, however.

Comment 8 Paul 2010-06-15 08:31:31 UTC
I have a very difficult issue with believing that Fedora cannot easily support floppys given that many machine still in use have them and that my hps still demand that any boot issues be stored/saved on floppys.

Though I respect the prior comments of "ways to works around", I think Fedora needs to treat floppys as "first-class citizens" of the IO world so long as external vendors still expect them to be available. I am prepared to believe that in a couple of years, this will not be the case, but my experience is that my machines still expect them and "life-of-product" has not been reached

Thanks,
Paul

Comment 9 Jon Masters 2010-11-10 04:24:01 UTC
This bug was assigned to the wrong user name (I have two) and is now fixed. We had agreed at some point to no longer load the floppy driver automatically (I had objected to this, but I was persuaded that at this stage perhaps more people have non-existent floppy drives that aren't attached to *real* controllers - so probing for them adds all kinds of latencies to various operations). I think I must sadly say that you can easily load the driver if you want it. If you feel this is unfair, we could make it even more obvious how to do this in docs.

Comment 10 Paul 2010-11-10 04:41:47 UTC
I was just testing this on F13 (I'd been on F12 until last week) and noticed that the "default" resolution is that "it ain't there and no idea how to get it".

I feel this is unfair for older machines that still have floppies, even if one can argue that "there are better ways".

Can I "suggest" that a new bug get spun off this to provide a "yum install floppy" (for example) so that if I want my floppy to be seen and to work, it is a simple matter of a yum install.

Thanks,
Paul

Comment 11 Kevin Kofler 2010-11-10 06:27:29 UTC
IMHO it's just plain unacceptable to skip the probing for hardware which is definitely out there and exists. I really don't see why I have to modprobe floppy in my rc.local, and the average user will never figure this out, they'll just have their floppy drive not working.

Comment 12 Kevin Kofler 2010-11-10 06:33:40 UTC
Oh, and documentation doesn't help. Users don't read documentation. They expect their hardware to just work. If it doesn't, they'll say that "Linux (sic) is broken" and go back to the proprietary operating system they were using before.

Comment 13 Paul 2010-11-10 06:46:16 UTC
If the folks responsible for this issue had posted "here's the documentation you need" as a link, I would have looked at it.

As far I can tell, there is no evidence of documentation in this bug trail so whether users look at it is moot until a link is provided. I have no intention of drilling through all of Fedora's docs without 1) knowing it has been written and it in and 2) a link to where it is

Paul

Comment 14 John Williams 2010-11-10 10:14:27 UTC
If one of the ideals of Open Source is to make computing freely available to a wide range of individuals across the world, it stands to reason that people will want it to work with old/refurbished/recycled/donated machines. In many cases, I would imagine, floppies are available where USB memory sticks and CD writers are not an option. 
How frustrating it is to have a floppy drive that can't be used. 
If the policy now is that floppy drives are not important enough to be supported at installation then an easy way should be found to make them work subsequently.
I agree with comment number 10, above - How about a package, included in the software on installation disks (and advertised as such) which will simply get the floppy drive working for those that need it?
John.

Comment 15 Antti Huhtala 2010-11-10 12:24:52 UTC
(In reply to comment #14)
> How about a package, included in the software on installation disks (and > advertised as such) which will simply get the floppy drive working for those that > need it?
I wholeheartedly agree. There are old computers in use and, they may depend on floppies to varying degrees. Why, I might sometimes need to check something on my old floppies myself...

Comment 16 Bruno Wolff III 2010-11-10 14:43:28 UTC
At one point Kyle thought he had a good idea for a solution for this that made things work for people with floppy drives and people with misconfigured or broken controllers. I don't believe he finished implementing it, but it might have been just priorities not something that was undoable.

Comment 17 Jon Masters 2010-11-18 08:18:34 UTC
I agree that this is fixable, I will ping Kyle and discuss.

Comment 18 Jim Carpenter 2011-03-07 22:57:31 UTC
And what did Kyle have to say???

Comment 19 Paul 2011-05-17 03:54:01 UTC
Well, it is still in happening in F14 which I just installed yesterday/today.

Today is almost 6 months from comment #17.

I don't have the necessary access to update the version from F13 to F14, so hopefully someone else will

To repeat James in comment #18, "And what did Kyle have to say???", and is this fixable as Jon states in comment #17

Thanks,
Paul

Comment 20 Bug Zapper 2011-06-02 16:26:26 UTC
This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 13 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 21 Bug Zapper 2011-06-27 15:01:12 UTC
Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.