Bug 120866 - wrong type on /dev/fd0
wrong type on /dev/fd0
Product: Fedora
Classification: Fedora
Component: policy (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Daniel Walsh
Ben Levenson
Depends On:
  Show dependency treegraph
Reported: 2004-04-14 13:40 EDT by Gene Czarcinski
Modified: 2007-11-30 17:10 EST (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2004-04-14 15:47:04 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Gene Czarcinski 2004-04-14 13:40:44 EDT
Description of problem:

/dev/fd0 seem to have the wrong type set which gives problems to kduzu
during startup and pcmcia during shutdown.


Apr 14 13:32:37 hummer kernel: audit(1081963949.525:0): avc:  denied 
{ read } for  pid=725 exe=/usr/sbin/kudzu name=fd0 dev=hda10
ino=524779 scontext=system_u:system_r:kudzu_t
tcontext=system_u:object_r:device_t tclass=blk_file
          There is also a message that "cannot stat /dev/fd0"
brw-rw----  root     floppy   system_u:object_r:device_t       /dev/fd0
brw-rw----  root     floppy   system_u:object_r:removable_device_t
brw-rw----  root     floppy   system_u:object_r:removable_device_t
And this occurs when I stop pcmcia:
Apr 14 13:40:17 hummer kernel: audit(1081964417.410:0): avc:  denied 
{ search } for  pid=3050 exe=/usr/sbin/updfstab name=root dev=hda10
ino=65281 scontext=root:system_r:updfstab_t
tcontext=root:object_r:staff_home_dir_t tclass=dir
Apr 14 13:40:17 hummer kernel: audit(1081964417.411:0): avc:  denied 
{ getattr } for  pid=3050 exe=/usr/sbin/updfstab path=/dev/fd0
dev=hda10 ino=524779 scontext=root:system_r:updfstab_t
tcontext=system_u:object_r:device_t tclass=blk_file
Comment 1 Daniel Walsh 2004-04-14 15:23:06 EDT
Any chance this is left over from the bad udev command.  If you
relabel the dev directory

setfiles /etc/security/selinux/file_context /dev 

and then reboot, does the file come back.  

I saw this before I updated the udev version, but after doing the
relabel, I have not seen it since.

Comment 2 Gene Czarcinski 2004-04-14 15:47:04 EDT
It must have been udev or whatever because after running setfiles,
/dev/fd0 was correctly maked and kudzu came up fine on reboot.

Since test3 seems to ave slipped from the 19th to the 29th, I think I
will grab a snapshot of development in a couple of days (when the
XFree86->Xorg settles down) and see what a fresh install looks like.

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