rkhunter found this...

[Mikkel L. Ellertson]

Rick Stevens wrote:
> 
> Do NOT ignore it.  I don't think you quite understand what /dev/null
> is.  It is supposed to be a device, not a file.  Somehow it got deleted
> and now whenever a script or something does a redirect of its output to
> /dev/null, instead of going to a device (and thence into the bit
> bucket), it creates a file called /dev/null.
> 
What the OP found was /dev/nul - one l. I suspect that /dev/null was
still there.

> To fix it:
> 
> 1. Do an "ls -Z /dev/null" and make sure there is no _regular_ file,
> directory, symlink, pipe or anything else called "/dev/null".  Check the
> first character of the permissions.  If it's anything other than a "c"
> then delete the file (you may need to do an "rm -rf /dev/null" to kill
> it).
> 
> 2. As root, run "MAKEDEV -x null".  That should recreate the device
> file.
> 
> 3. Run "ls -Z /dev/null" again and you should see something like:
> 
> crw-rw-rw-  root root system_u:object_r:null_device_t:s0 /dev/null
> 
> displayed.  If the first character of the permissions is NOT a "c", it
> didn't work.
> 
If he is running a fairly modern system - one that uses the dev file
system, and/or runs udev, then udev will re-create it when the
system reboots. In this case, it /dev/null is really gone, it is
probably the safest way for hte OP to fix it...

Mikkel
-- 

  Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20090326/e4b5f04f/attachment-0001.sig>