[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: 2.6.14-rc2-git6 vs FC3

Tony Nelson írta:
At 6:01 PM +0200 9/27/05, Zoltan Boszormenyi wrote:

Tony Nelson írta:

At 1:08 PM +0200 9/27/05, Zoltan Boszormenyi wrote:


I have an FC3/x86-64 system and I wanted to try
the latest-greatest mainstream test kernel.
The compilation went OK but it didn't boot successfully,
which seems to be an FC3 bug. The last lines on the
console are:

Switching to new root
Enforcing mode requested but no policy loaded. Halting now.
Kernel panic - not syncing: Attempted to kil init!

At that point, the initrd userspace already started up
and loaded the required modules, e.g. ext3, SATA drivers, etc.

Is FC3 (or its mkinitrd) that old to be incompatible with
the latest kernel? At this moment I cannot upgrade to FC4
to confirm this.

That's SELinux.  Note that the name SELinux doesn't appear in SELinux error
messages; this may be the Security Mindset at work.  The key words in the
error message are "enforcing mode" and "policy".  Turn off SELinux'
enforcing mode.  If you run any servers you will want to be behind some
other firewall and pay attention to the machine's firewall.

Yes, thank you. I know it's SELinux, I already switched off
enforcing mode, but I cannot reboot to try it at the moment.
My machine is the only computer in the house, so I am a bit
uneasy about switching it off.

If you aren't running any servers this shouldn't actually make any change,
as the SELinux Targeted policy only affects servers.  Since I don't run any
servers, I don't have much trouble with SELinux (or much experience with

I just run sshd so I can look at my machine remotely and cupsd.
Almost nothing else is let into the machine except 3 ports for
the three users who run Azureus.

BTW, I am running 2.6.13-rc1-mm1 (kernel-2.6.11-1.14_FC3 is installed)
and setting enforcing mode on boot works with these kernel versions.

Maybe the RedHat engineers can answer my real question,
here it is again:

Is FC3 (or its mkinitrd or initscripts) that old
to be incompatible with the latest kernel?

You didn't report a problem (yet) with the ramdisk.  You reported a problem
with SELinux.  You don't have any reason to suspect that your initrd is
bad, and some reason to think it is good.

I compiled 2.6.14-rc2-git6 the usual mode, taking the .config from
the Fedora kernel and I did:

make oldconfig
make modules_install
cp System.map /boot/System.map-<version>
cp arch/x86_64/boot/bzImage /boot/vmlinuz-<version>
mkinitrd /boot/initrd-<version>.img <version>

and I created an entry in grub.conf.
Everything should have been working as it worked so many times.
The only difference is the new kernel.

BTW, I rebooted the new kernel with SELinux permissive mode
and it worked.

Well, X didn't come up, I guess I have to switch off DRI.
Xorg.0.log stopped here:

 (II) RADEON(0): X context handle = 0x00000001
 (II) RADEON(0): [drm] installed DRM signal handler
 (II) RADEON(0): [DRI] installation complete

Best regards,
Zoltán Böszörményi

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]