1837166 Members
2836 Online
110113 Solutions
New Discussion

vmunix.prev

 
SOLVED
Go to solution
Greg Hall
Frequent Advisor

vmunix.prev

Hi,

I have a 10.20 system
which has /stand in the root filesystem. I need more space so have moved /stand/vmunix.prev elsewhere. I'm aware this is only a backup file. If I link /stand/vmunix.prev to ,say, /usr/vmunix.prev. Then at the next kernal change will the system follow the link and create the new vmunix.prev in /usr?

thanks, Greg.
Confucious Confused
8 REPLIES 8
A. Clay Stephenson
Acclaimed Contributor

Re: vmunix.prev

I doubt it. Moreover, a vmunix.prev outside of /stand is almost useless. I would only delete vmunix.prev immediately before building a kernel.
If it ain't broke, I can fix that.
harry d brown jr
Honored Contributor

Re: vmunix.prev

No. if you need more room, you'll need to do a make_recovery, and then use the backup to rebuild your system.

live free or die
harry
Live Free or Die
Greg Hall
Frequent Advisor

Re: vmunix.prev

Thanks, Guys. I just got back from hols and not really thinking clearly.
Confucious Confused
Darrell Allen
Honored Contributor

Re: vmunix.prev

Hi Greg,

Let's just suppose that you do succeed in building a new kernel and getting the previous kernel written to /usr/vmunix.prev with a symlink pointing to it from /stand. Now you reboot and the newly built kernel has a problem. Where's your backup kernel? In /usr where you can't boot from it.

Not a good thing. You need to keep vmunix.prev in /stand. It's not simply a backup file. It's what going to save your bacon one day.

Darrell
"What, Me Worry?" - Alfred E. Neuman (Mad Magazine)
Bill Hassell
Honored Contributor
Solution

Re: vmunix.prev

/stand is part of the root filesystem? Must have been a 10.01 or 10.10 upgrade. I would start by examining the need to increase the root filesystem: it never grows. It is a static filesystem and other than a few root 'droppings', nothing new goes into /.

Now there are a lot of wrong things that get stuck into root, especially badly-behaved install programs. So I would run this command:

# du -kx / | sort -rn > /tmp/du.root

Then look at the top of the du.root file. /sbin will be the biggest at about 15-20 megs, followed by /etc at about 8-15 megs. Everything else should be 10 megs or less. If there are non-standard filesystems, they must be moved out of / for security and stability.

If all else fails, the best solution is to backup VG00 with Ignite/UX (make_recovery) then restore the tape back to the server using the interactive menus. You can create a separate /stand volume and adjust / accordingly.


Bill Hassell, sysadmin
Greg Hall
Frequent Advisor

Re: vmunix.prev

Bill, thanks for the informative reply and the useful du command. It is an upgrade from 10.01. I have cleaned up lots of junk in /etc but still have very limited root space (about 2mb). However I'll keep digging.

thanks, Greg
Confucious Confused
Martha Mueller
Super Advisor

Re: vmunix.prev

Remember that if you wanted to boot from the vmunix.prev kernel, it would have to reside in an hsfs filesystem. Most of us only have /stand as hsfs and everything else is vxfs.
Martha Mueller
Super Advisor

Re: vmunix.prev

Excuse me, I meant hfs filesystem.