Transterrestrial Musings  


Amazon Honor System Click Here to Pay

Space
Alan Boyle (MSNBC)
Space Politics (Jeff Foust)
Space Transport News (Clark Lindsey)
NASA Watch
NASA Space Flight
Hobby Space
A Voyage To Arcturus (Jay Manifold)
Dispatches From The Final Frontier (Michael Belfiore)
Personal Spaceflight (Jeff Foust)
Mars Blog
The Flame Trench (Florida Today)
Space Cynic
Rocket Forge (Michael Mealing)
COTS Watch (Michael Mealing)
Curmudgeon's Corner (Mark Whittington)
Selenian Boondocks
Tales of the Heliosphere
Out Of The Cradle
Space For Commerce (Brian Dunbar)
True Anomaly
Kevin Parkin
The Speculist (Phil Bowermaster)
Spacecraft (Chris Hall)
Space Pragmatism (Dan Schrimpsher)
Eternal Golden Braid (Fred Kiesche)
Carried Away (Dan Schmelzer)
Laughing Wolf (C. Blake Powers)
Chair Force Engineer (Air Force Procurement)
Spacearium
Saturn Follies
JesusPhreaks (Scott Bell)
Journoblogs
The Ombudsgod
Cut On The Bias (Susanna Cornett)
Joanne Jacobs


Site designed by


Powered by
Movable Type
Biting Commentary about Infinity, and Beyond!

« Only In Zimbabwe | Main | NASA's Supposed Risk Aversion »

Still Slogging Through Fedora Issues

OK, I've copied /var, but I can't kill X so that I can unmount it--I've knocked off all the other processes, but gdmgreeter, etc. keep coming back like zombies.

How do I put a stake through its heart (at least long enough to umount /var), without a reboot at a lower sysinit level (because I'm still afraid to reboot given the partial update of yum)?

Posted by Rand Simberg at May 30, 2006 10:11 AM
TrackBack URL for this entry:
http://www.transterrestrial.com/mt-diagnostics.cgi/5554

Listed below are links to weblogs that reference this post from Transterrestrial Musings.
Comments

Sounds like you need to do an "init 3" to take
the system into text mode. This will prevent
gdm from being respawed. After you're done doing
stuff to /var, do an "init 5" to return to
graphical mode.

You should do this from a console terminal, not
an xterm, and you need to be root.

Posted by grundoon at May 30, 2006 10:47 AM

Instead of doing all this why don't you just symlink the /var/.../yum directory over to a larger drive somewhere. That lets you finish the update, and then you can repartition to your hearts content!

Posted by David Summers at May 30, 2006 11:13 AM

Just to clarify, run the command:

mv /var/cache/yum /yumtmp
ln -s /yumtmp /var/cache/yum

I have just tried this out to make sure nothing "bad" happens - so you should be good to go. Note that if it does something weird on your system, it is completely reversible.

Posted by David Summers at May 30, 2006 11:22 AM

Instead of doing all this why don't you just symlink the /var/.../yum directory over to a larger drive somewhere.

D'oh!

That's the best idea yet.

Posted by Rand Simberg at May 30, 2006 11:33 AM

Randomly came across this thread from another planet. The most proper way to fix this is to run yum clean all, which will remove everything in /var/cache/yum. Then make a new directory on a larger partition and change cachedir= line in /etc/yum.conf. Then try to updated again.

Posted by Jon Nettleton at May 30, 2006 01:27 PM

...make a new directory on a larger partition and change cachedir= line in /etc/yum.conf

Another good suggestion (perhaps even better). But I've already started the new update with the change in symbolic link (which is sort of equivalent--just a different way of redirecting the directory), and it seems to be going fine.

Thanks for all the advice, everyone. Of course, it's not over until it's over...

Posted by Rand Simberg at May 30, 2006 02:11 PM

Hi, my sites:
fd4d18

Posted by music downloads at November 28, 2007 03:35 AM


Post a comment
Name:


Email Address:


URL:


Comments: