George Gallen on 12 Aug 2004 21:36:03 -0000


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

RE: [PLUG] update strategies/partition issue


Title: RE: [PLUG] update strategies/partition issue


>-----Original Message-----
>From: Art Alexion [mailto:art.alexion@verizon.net]
>Sent: Monday, July 12, 2004 5:18 PM
>To: plug@lists.phillylinux.org
>Subject: Re: [PLUG] update strategies/partition issue
>

>
>I have 7.3, but I guess the same issues remain.  BTW, is FC1
>more stable
>than FC2, or should I go with 2 if I am going in that direction?
>

FC2 handles USB devices better than FC1. But FC1 is probably more
stable at the moment.

>>
>> Hey, how about Whitebox or CentOS?
>
>This is a computer on a 2.5 computer network (the 0.5 is an old Win95
>486-vesa bus; running the old software like a charm; I use it for some
>old vertical apps that aren't worth upgrading to current
>versions) so I
>wonder if Whitebox or CentOS aren' t overkill?
>
>>
>> In any case, switching to something non-RedHat would require a fresh
>> install.
>>
>
>Tom Diehl wrote:
>
>>Although I would not recommend upgrading to RHL 7.3 or 9
>since neither is
>>supported by Red Hat, the Fedora Legacy project
>(fedoralegacy.org) is still
>>providing updates for both RHL 7.3 and 9. They will most
>likely continue
>>to do so as long as there is enough interest by volunteers to
>create the
>>errata releases. Due to lack of interest they have
>discontinued support
>>for anything older than 7.3 and RHL 8.0.
>>
>
>
>George Gallen wrote:
>
>First, I am pleasantly surprised that I can upgrade RH->RH without
>loosing my data.
>
>I don't think the swap partition is big enough.  Not sure.  But I can
>burn /home to a CD-RW or 2.

you can always add more swap partitions, even if they are on another
drive.


>Meantime, I may as well try upgrading RH 7.3 -> 8.0 or whatever else
>would be an easy upgrade just to see.  Can I skip versions if I get a
>hold of a newer RH?

yes, you can skip. I went from 7.3 -> 9.0

>
>>> I'd do:
>>>
>>> 1. Make a full backup.
>>>
>
>I suppose there isn't that much reason to back up more than /home?

I'd backup /etc for sure, /usr as well

>
>
>> Dan Widyono wrote:
>>
>> 
>>
>I have a CPA neighbor who tells me that none of the user targeted
>accounting packages -- Quicken, Quickbooks, Peachtree or Money have
>"true to accounting practices budgeting" dealing with lay
>concepts like
>income and expense rather than debits and credits.  I suppose
>gnucash is
>aimed at the same user as the win-mac products, above, so it uses the
>lay concepts both for general understanding and for compatibility in
>terms of import-export.

I understand that the new quicken, has a better budgeting program, but
doesn't take into account things like ATM withdrawls, it does take into
account future deposits and expenses to plan out the month.
I use quicken 2003, not the free one with the O/S...which is terrible,
most of the good features aren't active in it.

>
>I am anxious to get it working because I just switched banks,
>and I want
>to start the new account in gnucash rather than having to move it from
>Quickbooks.
>
>>>I have never updated the same machine with a new distro (only fresh
>>>installs).  I only have 3 partitions: /, /boot and /swap.  Is there
>>>anyway to update without loosing home directories, /opt stuff, etc.?
>>>   
>>
>probably easier to back up to a cd-rw...

look into useing rdiff-backup, I'm using it here at work, and it's great.
it will let you create a mirror locally or another machine. And it will
do incremental backups as well, so you can just copy off the mirror for
the current copy, or tell it how far back to go for a copy as it was at
that date. (it is excellent). Weve been backing up now at work 3x / day
incremental, so if a file is lost, we can get it back, or if we need to
see how the file looked at the beginning of the month, just restore it to
the /tmp from that date...excellent tool. (I believe it's standard on RH9.0
and FC). We loaded it under RH7.2, had to load the newest python, and some
libraries..but it wasn't hard.

>
>--
>
George

>
>