[rhn-users] Making mknod in Kickstart "stick"

[Doerbeck, Christoph]

What version of RedHat Linux are you using?
 
Sounds to me like you are using RHEL 4 with 2.6 and udev.  If that's the
case, then you need to
put a "do-dad" in the proper place to have it recreated properly.  I'm
not referring to rc.local.  There's
a expected way to do it, I just can't recall off the top of my head.
But I could...

	-----Original Message-----
	From: Lamon, Frank III [mailto:Frank_LaMon at csx.com] 
	Sent: Tuesday, August 16, 2005 12:55 PM
	To: Red Hat Network Users List
	Subject: RE: [rhn-users] Making mknod in Kickstart "stick"
	
	
	You could have that line appended to the rc.local file during
%post - then it would run on every system boot. Probably another dozen
ways to do it as well.

		-----Original Message-----
		From: rhn-users-bounces at redhat.com
[mailto:rhn-users-bounces at redhat.com]On Behalf Of Mallasch, Paul
		Sent: Tuesday, August 16, 2005 12:14 PM
		To: rhn-users at redhat.com
		Subject: [rhn-users] Making mknod in Kickstart "stick"
		
		
		I'm performing a Kickstart installation to a remote
machine and I need to create a device so that I can receive IPMI message
from another piece of hardware using a daemon.
		 
		mknod /dev/ipmi0 c 254 0
		 
		works fine if I login to a console and execute the step
manually, but I need to do it within my ks.cfg file and make it "stick"
so the device remains for subsequent boot-ups.
		 
		I've it tried %pre & %post, but obviously remain
confused since it does not "stick".  I can see it created before the
Kickstart reboots however.
		 
		Also, a nice overview of the %post %pre environments
would really be appreciated!  Thanks!
		 
		--Paul

		 

		 

	
  _____  


	

	This email transmission and any accompanying attachments may
contain CSX privileged and confidential information intended only for
the use of the intended addressee. Any dissemination, distribution,
copying or action taken in reliance on the contents of this email by
anyone other than the intended recipient is strictly prohibited. If you
have received this email in error please immediately delete it and
notify sender at the above CSX email address. Sender and CSX accept no
liability for any damage caused directly or indirectly by receipt of
this email. 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/rhn-users/attachments/20050816/96d2af1b/attachment.htm>