[CALUG] repartitioning on the fly

[Rajiv Gunja]

Having worked at data centers and mission critical apps, I would say what
Jim is suggesting is best/safe approach or what I would go with. Here you
will not lose data and you are insured. If the new disk does not work, you
can always boot back to the original disk. How I have all my production
servers setup is similar to that: ->

Linux servers:
Boot disk mirrored (hardware, internal)
Altboot disk (internal)
Spare disk (internal)

SUN / HP / AIX
Boot disk mirrored (primary boot disk - internal, secondary or mirror on
SAN)
Alt-boot disk ( internal)
Spare disk (internal)

-GGR


---
Rajiv G Gunja
System Analyst / Engg
SUN / AIX / HPUX / Linux Admin
IM: AOL / Yahoo / MSN : ggvrsn


On 11/5/05, Jim Bauer <jfbauer at comcast.net> wrote:
>
> On Saturday 05 November 2005 14:19, Grindell, Joan M. wrote:
> > This is worse then I thought one partition is in an extended partition
> > that also houses swap while the other is not.
> >
> > -----Original Message-----
> > From: Grindell, Joan M.
> > Sent: Saturday, November 05, 2005 11:45 AM
> >
> > We have a need to repartition two of our file systems. We don't
> > want to restall from scratch as this is a time critical project (well
> > what isn't). anyway we have two partitions and we need to decrease the
> > size of one partition and increase the size of the other (each by the
> > same amount). What is the best way of doing this.
>
> If you want an easier approach, consider this.
> Add a new disk to the system. Then copy the one partition
> that needs to grow to the new disk. Depending of the sizes
> of the two disks and the age of the old one, you may or may not
> want to also migrate the other partitions to that new (bigger)
> disk as well.
>
> _______________________________________________
> Columbia, Maryland Linux User's Group (CALUG) mailing list
> CALUG Website: http://www.calug.com
> Email postings to: lug at calug.com
> Change your list subscription options:
> http://calug.com/mailman/listinfo/lug
>



--
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://calug.com/pipermail/lug/attachments/20051105/a9d2e67d/attachmen=
t.html