/mnt/.init.d full

[parke1r]

Hi all,

During boot, when it hits runlevel three, I get loads of errors about creating symbolic links in /mnt/.init.d : No space left on device.

Has anyone seen this before?? Doeas anyone have any suggestions.

This results in the display manager not starting but if I log in, type 'startx', eveything works as normal. It's just a bit worrying.

[Naan Yaar]

It seems a little bit odd. This filesystem is only used to cache service dependencies and the like. On my system, it takes up only 172K out of the 1M available size. Its size is defined in /sbin/functions.sh like so:

[parke1r]

OK - so just to try it, I enlarged /mnt/.init.d to 2048k

This seemed to fix things. On reboot, no errors and xdm started fine.

my df line for this now reads...
tmpfs 2048 1016 1032 50% /mnt/.init.d

So, if I'm only using 1016 why did the 1024 setting not work originally?

Also du -sk /mnt/.init.d reports...
148 /mnt/.init.d

What's going on here??

[Naan Yaar]

The usage may have been higher during boot and files may have been deleted to bring it below 1024K subsequently.

Regarding du -sk, looks like some file that is still opened by some process has been deleted. This will cause du and df to differ. If you do:

[parke1r]

Hi,

Thanks for all your help.


lsof |grep /mnt/.init.d yields nothing.

What could possibly be put into /mnt/.init.d to fill it up? Doesn't this just hold sym links and .depend files??

What can I have possibly changed to increase it's usage that much??
Lot's of 'rc-update add's?

[Naan Yaar]

Strange... My WAG would be that you have something recursive in your dependencies that causes the dependency determination to produce a lot of data (note: I haven't really checked the scripts that generate init.d dependencies before making this statement however ). You could try doing something like:

[parke1r]

Again - nothing suspicious.


[snip]
0 /mnt/.init.d/use/portmap/netmount
0 /mnt/.init.d/use/sysklogd
0 /mnt/.init.d/use/sysklogd/xfs
0 /mnt/.init.d/use/xfs
0 /mnt/.init.d/use/xfs/xdm
4 /mnt/.init.d/cache/autofs.depend
4 /mnt/.init.d/cache/bootmisc.depend
4 /mnt/.init.d/cache/checkfs.depend
4 /mnt/.init.d/cache/checkroot.depend
4 /mnt/.init.d/cache/clock.depend
4 /mnt/.init.d/cache/consolefont.depend
4 /mnt/.init.d/cache/cupsd.depend
4 /mnt/.init.d/cache/fam.depend
4 /mnt/.init.d/cache/gpm.depend
4 /mnt/.init.d/cache/hdparm.depend
4 /mnt/.init.d/cache/hostname.depend
4 /mnt/.init.d/cache/inetd.depend
4 /mnt/.init.d/cache/iptables.depend
4 /mnt/.init.d/cache/keymaps.depend
4 /mnt/.init.d/cache/local.depend
4 /mnt/.init.d/cache/localmount.depend
4 /mnt/.init.d/cache/modules.depend
4 /mnt/.init.d/cache/net.eth0.depend
4 /mnt/.init.d/cache/net.lo.depend
4 /mnt/.init.d/cache/net.ppp0.depend
4 /mnt/.init.d/cache/netmount.depend
4 /mnt/.init.d/cache/nscd.depend
4 /mnt/.init.d/cache/numlock.depend
4 /mnt/.init.d/cache/portmap.depend
4 /mnt/.init.d/cache/rmnologin.depend
4 /mnt/.init.d/cache/samba.depend
4 /mnt/.init.d/cache/serial.depend
4 /mnt/.init.d/cache/sshd.depend
4 /mnt/.init.d/cache/sysklogd.depend
4 /mnt/.init.d/cache/urandom.depend
4 /mnt/.init.d/cache/vcron.depend
4 /mnt/.init.d/cache/winbind.depend
4 /mnt/.init.d/cache/xdm.depend
4 /mnt/.init.d/cache/xfs.depend
4 /mnt/.init.d/cache/ypbind.depend
4 /mnt/.init.d/options
4 /mnt/.init.d/options/xdm
4 /mnt/.init.d/options/xdm/service
4 /mnt/.init.d/softlevel
140 /mnt/.init.d/cache
148 /mnt/.init.d


A sudden thought - I did install an application that created a /etc/rc.d/... directory structure and put it's startup files in there. I removed the directory structure and then did an 'rc-update add ...' for it but it would have the correct syntax would it? Could that be the problem??

Thanks