On 05/01/11 12:30, Amit Kulkarni wrote:
> Nick,
> I have always assumed that you don't run X, i.e you kill X and then
> you upgrade from a root console. 

I do run X on a lot of systems.  I'm writing to you on a machine with
two 24" 1920x1200 flat panels running a lot of xterms, Firefox, Chrome,
xxxterm and Thunderbird.

I often upgrade following upgradeXX.html's "remote upgrade" process
while running X.  I never shut down X before hand (usually, I copy/paste
from a X-based browser to an xterm to verify my instructions are correct).

Do keep in mind, if you have X running, you have local console, you CAN
use bsd.rd.  I don't, I like abusing things to look for problems in the
remote upgrade process, but if you have X, you have console, your
official recommended process is using bsd.rd.

> (I don't have xdm started, as I
> prefer startx, been bitten a few times by the endless loop)

yeah, I tend to use xdm only on "simple" machines, or laptops, which I
find it nice for.

> I make
> sure that top shows less than 20 processes, just those started by the
> system and then I upgrade. Is that a valid and safer assumption?

I've NEVER done that.  Safer?  eh.  If one of those 20 processes needs a
formal shutdown process, no.

Primary practical reason I shut things down before upgrading is to make
sure I'm not in the middle of editing some file and about to lose all my
changes...

> steps i would take on production system
> 0) stop all applications, kill X, make sure you su into root in a
> shell. (check with top)
> 1) pkg_delete all installed packages after taking backups of
> configuration files + data

wow.  talk about defeating the purpose...
How about just following the pkg_add -ui instructions post upgrade?

> 2) cp /sbin/reboot /sbin/oreboot
> 3) follow upgrade guide and do extraction
> 4) /sbin/oreboot
> 5) start X and do normal operation on your box.
> 
> Thanks

no, how about just following the instructions in upgradeXX.html?  What
PROBLEM are you trying to solve?

People, computers are tools to make our lives easier, not something to
slave over.  Trying to come up with the most complicated process to do
maintenance tasks is NOT what it is about.  ok, with Windows, Solaris
and Linux, maybe it is easy to forget that the computer is the MEANS to
the goal, not the goal itself, but that's not the way things should be.

Nick.

Reply via email to