Re: [uml-devel] When /tmp is not tmpfs.

[Blaisorblade <blaisorblade@yahoo.it>]

On Sunday 27 November 2005 19:35, Nix wrote:
> On Sun, 27 Nov 2005, blaisorblade@yahoo.it whispered secretively:

> > Nice move to disable init=/bin/sh. Really. Next one is moving kdelibs
> > into the kernel?

> Nah, AIUI the initramfs runs *first*;

> it's its job to parse those parts 
> of the kernel parameters.

Ehy, initramfs is virtually empty by default...

Also, I didn't expect initramfs to parse that, but rather to prepare things 
and later let the kernel do the usual stuff - something different would 
surprise me.

Plus, for deep troubleshooting (mainly for kernels) init=/bin/sh is useful.

> > No - the kernel doesn't allow storing the full set of infos which are
> > added by mount there. And frankly I don't want the kernel to do that.

> Why not? It should. Only root can call mount(), so there's no real
> danger that some attacker will stick megabytes of stuff in there.

Yep, but I don't like the kernel to become a configuration repository... it's 
conceptually similar to the in-kernel Win32 registry (though it's smaller, 
yep).
-- 
Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!".
Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894)
http://www.user-mode-linux.org/~blaisorblade

	

	
		
___________________________________ 
Yahoo! Mail: gratis 1GB per i messaggi e allegati da 10MB 
http://mail.yahoo.it



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel