On Sun, 2008-07-06 at 18:41 -0400, Filipe Brandenburger wrote:
>
> You can actually do that by using "chroot" from a rescue CD. I usually
> want to do that on my systems, when I clone from a machine with
> hardware RAID to a machine on which I will use software RAID. After
> copying the image (u
On Sun, Jul 6, 2008 at 3:28 PM, William L. Maltby
<[EMAIL PROTECTED]> wrote:
> He is trying to copy an existing install, transport the drive and boot.
> Until he gets a boot that allows the new root to be detected *as* the
> new root, I don't know if that would work.
You can actually do that by us
On Sun, 2008-07-06 at 11:04 -0400, Filipe Brandenburger wrote:
> Hi,
>
> On Sun, Jul 6, 2008 at 6:36 AM, William L. Maltby
> <[EMAIL PROTECTED]> wrote:
> >> > If it's a boot drive, remember to rebuild your initrd and modify the
> >> > init file to ignore lvm lock failures with the new VG name. Ot
Hi,
On Sun, Jul 6, 2008 at 6:36 AM, William L. Maltby
<[EMAIL PROTECTED]> wrote:
>> > If it's a boot drive, remember to rebuild your initrd and modify the
>> > init file to ignore lvm lock failures with the new VG name. Otherwise
>> > you'll be fighting some more battles.
>>
>> Yes, I remember get
On Sun, 2008-07-06 at 06:36 -0400, William L. Maltby wrote:
>
> Still in the top level working directory ()
>
>find | cpio -oac | gzip --best >
>
Just checked. "find *" is what you want.
Also, there are a couple ignorelocking failures and a mkrootdev. Change
the ignore... that has the V
On Sat, 2008-07-05 at 23:58 -0400, Robert Moskowitz wrote:
> William L. Maltby wrote:
> > On Fri, 2008-07-04 at 17:38 -0400, Robert Moskowitz wrote:
> >
> >>
> >>
> >
> >
> >> Now actually, I would have perfered renaming the LVM partition and its
> >> internal ext3 partitions. I even
William L. Maltby wrote:
On Fri, 2008-07-04 at 17:38 -0400, Robert Moskowitz wrote:
Now actually, I would have perfered renaming the LVM partition and its
internal ext3 partitions. I even had a naming convention laid out if I
had do this via Install instead.
If it's a boo
Take a look at Ghost 4 Linux when your at it ;-)
/Mats
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Robert Moskowitz wrote:
William L. Maltby wrote:
On Fri, 2008-07-04 at 11:41 -0500, Les Mikesell wrote:
Yes, dd is actually pretty slow in wall clock time. Where it wins is
in human time since you just type a short command line and go away,
and it duplicates any setup work you've
On Fri, 2008-07-04 at 17:38 -0400, Robert Moskowitz wrote:
>
> Now actually, I would have perfered renaming the LVM partition and its
> internal ext3 partitions. I even had a naming convention laid out if I
> had do this via Install instead.
If it's a boot drive, remember to rebuild your ini
On Fri, 2008-07-04 at 17:38 -0400, Robert Moskowitz wrote:
> William L. Maltby wrote:
> > On Fri, 2008-07-04 at 11:41 -0500, Les Mikesell wrote:
> >
> >>
> >>
> >
> >
> >> Yes, dd is actually pretty slow in wall clock time. Where it wins is in
> >> human time since you just type a sh
William L. Maltby wrote:
On Fri, 2008-07-04 at 11:41 -0500, Les Mikesell wrote:
Yes, dd is actually pretty slow in wall clock time. Where it wins is in
human time since you just type a short command line and go away, and it
duplicates any setup work you've done in addition too i
I am building the Clonezilla live CD now
Les Mikesell wrote:
Robert Moskowitz wrote:
It will be many times faster than doing DD images of entire drives.
eg. in my case here, i can provision a new machine in 2 min and 43
seconds for a base+core minimal centos-5 install. installing over
h
Robert Moskowitz wrote:
It will be many times faster than doing DD images of entire drives.
eg. in my case here, i can provision a new machine in 2 min and 43
seconds for a base+core minimal centos-5 install. installing over http
from a machine on a GiB/sec link and installing to a 2 disk rai
On Fri, 2008-07-04 at 11:41 -0500, Les Mikesell wrote:
>
> Yes, dd is actually pretty slow in wall clock time. Where it wins is in
> human time since you just type a short command line and go away, and it
> duplicates any setup work you've done in addition too installing the
> packages.
But
Robert Moskowitz wrote:
Is there some way, (with dd I might guess) to do a hardare level copy?
I've seen many posts on this list that recommend Clonezilla for this
sort of thing. You run off CD and it is said to be faster than DD
because it is hardware aware (forgive the alliteration) and
Karanbir Singh wrote:
Robert Moskowitz wrote:
I am building three identical systems. Well they will have different
host names, and with time the software setups will drift. But at install
time they are identical.
..snip...
I would hope this is faster than 2 more installs.
its not
do the in
Karanbir Singh wrote:
Robert Moskowitz wrote:
I am building three identical systems. Well they will have different
host names, and with time the software setups will drift. But at install
time they are identical.
..snip...
I would hope this is faster than 2 more installs.
its not
do the ins
Robert Moskowitz wrote:
I am building three identical systems. Well they will have different
host names, and with time the software setups will drift. But at install
time they are identical.
..snip...
I would hope this is faster than 2 more installs.
its not
do the install over the network
William L. Maltby wrote:
On Thu, 2008-07-03 at 21:11 -0400, Robert Moskowitz wrote:
Is there some way, (with dd I might guess) to do a hardare level copy?
I've seen many posts on this list that recommend Clonezilla for this
sort of thing. You run off CD and it is said to be
On Fri, 2008-07-04 at 05:22 -0400, William L. Maltby wrote:
> On Thu, 2008-07-03 at 21:11 -0400, Robert Moskowitz wrote:
> >
>
> >
> because it is hardware aware (forgive the alliteration) and so only
s/hardware/file system/ # I *knew* I needed coffee first.
> copies actual data.
>
--
Bil
On Thu, 2008-07-03 at 21:11 -0400, Robert Moskowitz wrote:
>
> Is there some way, (with dd I might guess) to do a hardare level copy?
I've seen many posts on this list that recommend Clonezilla for this
sort of thing. You run off CD and it is said to be faster than DD
because it is hardware awa
Robert Moskowitz wrote:
I am building three identical systems. Well they will have different
host names, and with time the software setups will drift. But at
install time they are identical.
Is there some way, (with dd I might guess) to do a hardare level copy?
All three drives are Hitachi
On Thursday July 3 2008, Robert Moskowitz wrote:
> I am building three identical systems. Well they will have different
> host names, and with time the software setups will drift. But at
> install time they are identical.
>
> Is there some way, (with dd I might guess) to do a hardare level copy?
I am building three identical systems. Well they will have different
host names, and with time the software setups will drift. But at
install time they are identical.
Is there some way, (with dd I might guess) to do a hardare level copy?
All three drives are Hitachi DK23DA-40F (40Gb). Suppo
25 matches
Mail list logo