[rsbac] Newbie: 2.4.18+1.2.1 doesn't start, complains of invalid device

[Tomasz Korycki]

On Mon, 2002-10-07 at 03:34, Amon Ott wrote:
> On Saturday, 5. October 2002 06:16, Tomasz Korycki wrote:
> > A newbie here, but I'll try to make it brief: RSBAC kernel never starts, 
> > complains about invalid device until syslog fills /var. Here's how I got 
> there:
> 
> That looks fine - except the version: I never made a 1.2.1-final patch for 
> 2.4.18...

My bad: it was 2.4.18 + 1.2.0 (from the /kernels/)

>>>>>>>>>>>>>>>>> snip! <<<<<<<<<<<<<<<<<<<
> 
> Somehow the RSBAC initialization either failed to add the root device to its 
> internal device list, 

When the kernel gets built, the root device it recognizes is the correct
one.

> or some strange umount stuff happened.

Can You elucidate a bit? What should I watch for? When the system comes
down it does not complain when umounting stuff. Besides, that's the
value of journalling...

> 
> It might be related to reiserfs, which is weird in many respects.

Well, at least in softmode, it *does* get mounted (since the rc scripts
get read), also when I just "off" RSBAC in config. So there does not
seem to be a problem with reiserfs per se, or with a kernel.

>>>>>>>>>>>>>>>>>>> snip! <<<<<<<<<<<<<<<<<
> 
> When a module cannot get its attributes, access is denied and notification 
> fails. This is the expected behaviour.
> 

Yes, I thought so, that's why I didn't (yet) worry about it, I just
mentioned it for completeness. Besides, those messages start *much*
later, so by themselves they can't be the cause.

>>>>>>>>>>>>>>>>>>> snip! <<<<<<<<<<<<<<<<<
> 
> Without softmode enabled, please do the following:

Just to confirm: *without* softmode and *not* maintenance, right? Just
the regular, fully-armed kernel?

> 
> 1. check, if your root partition gets added in rsbac_do_init() (see boot 
> messages)

I found no "rsbac_do_init" anywhere in copies of boot.log, syslog or
messages that I saved outside of /var/log

> 2. add the kernel parameter rsbac_debug_adf and check, whether the root fs 
> gets umounted at some place.

That's with that new kernel, right? And You mean root fs being
unmounted? Frankly, I don't think I need to bother, as the kernel can't
even find a device, let alone a filesystem on it, so it is not likely to
unmount it...

> 3. If not, please also add rsbac_debug_stack, take one boot log until the 
> first INVALIDDEV messages appear and send it to me. I need the init messages 
> up to the part you included.
> 

That's what I think I'll do right now. What facility and priority does
RSBAC use? I'd like to make it go "somewhere else", to get a clearer
picture.

> To get you up and running, another root fs, e.g. ext3, might help.
> 

Well, I do not think reiserfs is a problem here: the kernel works fine
with it, as long as RSBAC is not enabled. So I'll persist a while longer
with it.

Thanks, and I'll let You know as soon as I know!