Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 236282 - avc denial of depmod breaking kernel installation
Summary: avc denial of depmod breaking kernel installation
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2007-04-12 20:32 UTC by Zack Cerza
Modified: 2007-11-30 22:12 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2007-04-13 19:40:59 UTC

Attachments (Terms of Use)

Description Zack Cerza 2007-04-12 20:32:48 UTC
Description of problem:
It looks like /boot is getting the wrong selinux context assigned to it, and
that's breaking kernel installs.

This is a fresh install from yesterday's rawhide. Let me know if you need more
information besides this.

type=AVC msg=audit(1176389371.100:67): avc:  denied  { search } for  pid=4767
comm="depmod" name="/" dev=sda1 ino=2 scontext=system_u:system_r:depmod_t:s0
tcontext=system_u:object_r:file_t:s0 tclass=dir

drwxr-xr-x  root root system_u:object_r:file_t         boot

Version-Release number of selected component (if applicable):

Comment 1 Daniel Walsh 2007-04-12 20:57:24 UTC
This should not happen.  file_t indicates that the /boot partition never got a
label during the install.  I am transferring this to anaconda.  

What Platform

Comment 2 Zack Cerza 2007-04-12 22:59:00 UTC
I just got these three, which might be relevant, after resuming from a
hibernate. Let me know if any of them warrant another report.

avc: denied { getattr } for comm="01grub" dev=sda1 egid=0 euid=0 exe="/bin/bash"
exit=0 fsgid=0 fsuid=0 gid=0 items=0 name="vmlinuz-2.6.20-1.3056.fc7"
path="/boot/vmlinuz-2.6.20-1.3056.fc7" pid=9742
scontext=system_u:system_r:hald_t:s0 sgid=0 subj=system_u:system_r:hald_t:s0
suid=0 tclass=file tcontext=system_u:object_r:default_t:s0 tty=(none) uid=0

avc: denied { read } for comm="grubby" dev=sda1 egid=0 euid=0 exe="/sbin/grubby"
exit=3 fsgid=0 fsuid=0 gid=0 items=0 name="grub.conf" pid=9747
scontext=system_u:system_r:hald_t:s0 sgid=0 subj=system_u:system_r:hald_t:s0
suid=0 tclass=file tcontext=user_u:object_r:file_t:s0 tty=(none) uid=0

avc: denied { write } for comm="grub" dev=sda3 egid=0 euid=0 exe="/sbin/grub"
exit=0 fsgid=0 fsuid=0 gid=0 items=0 name="pm-suspend.log"
path="/var/log/pm-suspend.log" pid=9752
scontext=system_u:system_r:bootloader_t:s0 sgid=0
subj=system_u:system_r:bootloader_t:s0 suid=0 tclass=file
tcontext=system_u:object_r:hald_log_t:s0 tty=(none) uid=0

Comment 3 Zack Cerza 2007-04-12 23:00:40 UTC
The platform is i386, btw.

Comment 4 Zack Cerza 2007-04-13 15:49:44 UTC
I opened bug #236391 for the grub denials.

Comment 5 Jeremy Katz 2007-04-13 16:57:52 UTC
Normal install or install from live CD?

Comment 6 Zack Cerza 2007-04-13 16:59:02 UTC
Live USB, baby.

Comment 7 Jeremy Katz 2007-04-13 19:40:59 UTC
Okay, should be fixed in CVS (looks so from my test at least) 

Comment 8 Will Woods 2007-04-13 20:03:27 UTC
'fixfiles restore /boot' serves as a workaround in the meantime. Or, you know,
'setenforce 0' before installing kernel / running mkinitrd.

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