Main Area and Open Discussion > Living Room

Seeking methodology (best practice?) for cloning dissimilar boxes ...

<< < (2/2)

daddydave:
I agree with mouser.

If you do a lot of this, you might look into software that can slipstream drivers and application installs (HFSLIP, nLite, vLite), but for two machines, it's not going to save you any time (but you would learn a lot :) )

barney:
@3of0:  I'm kinda surprised, considering how long 64-bit has been around, and considering your Dell example (whether 32- or 64-bit), that this hasn't been addressed.  Or perhaps it has, but that seems doubtful from conversations I've had with a few IT acquaintances.  Perhaps it's not a doable thing, i.e., not worth the programming effort for the return?

@mouser:  yeah, as much as I like automation, I tend to take a DIY approach to things.  I like to know, as well as possible, what went where and when it went there  :huh:.  I have documented the things I've done so far on the Gateway as a fallback - might even be able to script some of it for the Acer, but not certain my scripting abilities meet the requirements  :-[ ;D.  So I broached the conundrum (?) here in the hopes that the wonderfully inventive, imaginative, and investigative minds of DC could help me to maintain my super lazy image  :P.

@daddydave:  yep, you're right, hardly worth the trouble for two (2) boxes.  And I'm currently working according to mouser's tenets.  But it would be interesting to try such software, an that it existed, and the learning experience could pay off down the road.  Oh ... I disagree about the time savings ... theoretically, considering the other 20% of installs on each machine, it could chop off a week or two (2) when testing is considered. 

Just as an aside,if this quest fails (as now seems likely), I'm thinkin' 'bout using nLite for a majority of the Acer installs, but need to do more reading/checking on that front.

JavaJones:
I agree with the other recent posters, using an nLite modified OS install process to get the OS itself exactly how you want it is the best first step. You can make a largely unattended install that will do pretty much all your OS config for you. From there if you can create a disk, shared folder, etc. with unattended install versions of all your software with configs to your liking, you ought to be able to setup a machine in an hour or two at most, exactly the way you want it, and largely unattended, and without having to deal with possible P2P issues, etc. You would of course have to install the correct drivers manually but this should be a small and quick part of the install process.

- Oshyan

40hz:
great question and issue..

i'm a big fan of automating processes, but knowing when the simpler approach is to document and do it manually.

this may be one of those cases where the most efficient thing is to:
1. setup the one pc by hand as you are planning to do, and keep detailed notes of exactly what you installed and what settings you changed, etc., and keeping a folder of all installed applicatins.
2. then manually reproducing the steps on the second pc.  your notes should make it pretty straightforward.

i just wouldnt trust automating the process on 2 different pieces of hardware.
-mouser (April 29, 2010, 03:34 PM)
--- End quote ---

+1 with Mouser.

For two machines, the extra overhead involved in automating the process would exceed doing it twice. Especially since the second machine would be much easier provided you kept notes and were organized when you did the first install.

The only thing I might add is to do system recovery images for each machine with Macrium Reflect or Clonezilla once you're finished. Burn them to DVD and store them in a safe place.

These images won't make your initial installation any easier. But they will make any future reinstalls an absolute breeze.

Luck! :Thmbsup:

barney:
Yah,

I've pretty well reconciled myself to a repetitive install.  However, I'm still pretty much amazed that this, something of this nature, has not yet been developed.  I've been in several situations in the past when this would have been beneficial, mostly moving folk from one machine to the next.  Sounds simple, but after ya think about it, considering drivers & such, it can be a rather complex prospect.

It amazes me that the whole process has not been addressed.  Backups won't do it, at lest the ones I've seen, and imaging doesn't, although, to my mind, it [the process] should have that capability.  Kinda like a straight file copy/transfer, but with driver and OS awareness.

Oh, well, I suspect this quest is over ... tilting at windmills is not one of my fortes  ;D, at least by choice.

Navigation

[0] Message Index

[*] Previous page