A Windows XP help forum. PCbanter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » PCbanter forum » Microsoft Windows XP » General XP issues or comments
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

Problems with cloning, and the different disk-id's forcing new reactivation



 
 
Thread Tools Display Modes
  #31  
Old November 15th 10, 08:14 PM posted to microsoft.public.windowsxp.general
John John - MVP[_2_]
external usenet poster
 
Posts: 1,637
Default Problems with cloning, and the different disk-id's forcing newreactivation

On 11/15/2010 3:08 PM, bobster wrote:

I have been following this item for several days and am amazed at all
the "stuff" that is being proposed to solve the simple problem of
cloning one bootable hard disk to another.
If your only task is to clone one HD to another, Casper 6.0
(http://www.fssdev.com/products/casper/) does it quickly and flawlessly
every time, at least that has been my experience from V.4 to the current
V.6.0. It copies the total contents of the donor disk to the target disk
exactly and precisely.


Exactly and precisely? Not quite! Casper does not clone the disk
signature, it gives the clone a new signature and it modifies the values
at the clone's HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices key to reflect
the changes and assign the same drive letters to the new clone. So
Bill's problems of programs needing reactivation because of the
signature change would not have been resolved by Casper.

John
Ads
  #32  
Old November 15th 10, 10:54 PM posted to microsoft.public.windowsxp.general
bobster[_3_]
external usenet poster
 
Posts: 28
Default Problems with cloning, and the different disk-id's forcing new reactivation

?================================================= ==============================================

Touche'

For my use, Casper has always provided a clone that would boot and provide
all of my apps exactly as on the donor HD. I confess to ignorance on the
detailed inner workings of Caspar, just know that it has worked flawlessly
for me in my situation. I obviously don't understand the reactivation issue
as I have never encountered it nor do I expect to in my usage.

Cheers

================================================== ===============================================


"John John - MVP" wrote in message ...

On 11/15/2010 3:08 PM, bobster wrote:

I have been following this item for several days and am amazed at all
the "stuff" that is being proposed to solve the simple problem of
cloning one bootable hard disk to another.
If your only task is to clone one HD to another, Casper 6.0
(http://www.fssdev.com/products/casper/) does it quickly and flawlessly
every time, at least that has been my experience from V.4 to the current
V.6.0. It copies the total contents of the donor disk to the target disk
exactly and precisely.


Exactly and precisely? Not quite! Casper does not clone the disk
signature, it gives the clone a new signature and it modifies the values
at the clone's HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices key to reflect
the changes and assign the same drive letters to the new clone. So
Bill's problems of programs needing reactivation because of the
signature change would not have been resolved by Casper.

John


  #33  
Old November 16th 10, 02:30 AM posted to microsoft.public.windowsxp.general
Tester[_2_]
external usenet poster
 
Posts: 341
Default Problems with cloning, and the different disk-id's forcing newreactivation



bobster wrote:
?================================================= ==============================================


Touche'

For my use, Casper has always provided a clone that would boot and
provide all of my apps exactly as on the donor HD. I confess to
ignorance on the detailed inner workings of Caspar, just know that it
has worked flawlessly for me in my situation. I obviously don't
understand the reactivation issue as I have never encountered it nor do
I expect to in my usage.


I have used Acronis True Image Home (up to 2010) and Norton/Symantec
Ghost (later since the bad old days of DOS to 15) and I have yet to see
any of my HDs fail to boot up or that any my Microsoft Applications and
Adobe Applications fail to activate! I have used these images on
existing HDs as well as new replacement HDs and no problems found as yet!.

There is something odd about the OPs system (or that the images haven't
been done properly) if it has such problems resulting in all
applications requiring re-activations. It defeats the purpose of
"backups" of system drives. After all these cloning packages are mainly
for such things and such things only.

  #34  
Old November 16th 10, 04:49 AM posted to microsoft.public.windowsxp.general
Bill in Co
external usenet poster
 
Posts: 1,927
Default Problems with cloning, and the different disk-id's forcing new reactivation

Tester wrote:
bobster wrote:
?================================================= ==============================================


Touche'

For my use, Casper has always provided a clone that would boot and
provide all of my apps exactly as on the donor HD. I confess to
ignorance on the detailed inner workings of Caspar, just know that it
has worked flawlessly for me in my situation. I obviously don't
understand the reactivation issue as I have never encountered it nor do
I expect to in my usage.


I have used Acronis True Image Home (up to 2010) and Norton/Symantec
Ghost (later since the bad old days of DOS to 15) and I have yet to see
any of my HDs fail to boot up or that any my Microsoft Applications and
Adobe Applications fail to activate! I have used these images on
existing HDs as well as new replacement HDs and no problems found as yet!.

There is something odd about the OPs system (or that the images haven't
been done properly) if it has such problems resulting in all
applications requiring re-activations. It defeats the purpose of
"backups" of system drives. After all these cloning packages are mainly
for such things and such things only.


Nothing odd about it, in retrospect.
As I said, a few (and only a few) applications make use of the disk-id (I've
only encountered a handful so far). So out of the hundreds I've got
installed, it's a relatively small number.


  #35  
Old November 16th 10, 07:29 PM posted to microsoft.public.windowsxp.general
Tim Meddick[_3_]
external usenet poster
 
Posts: 1,020
Default Problems with cloning, and the different disk-id's forcing new reactivation

Well, I'm just saying my cloning util (clonemaxx) does copy the DiskID....

==

Cheers, Tim Meddick, Peckham, London. :-)




"John John - MVP" wrote in message
...
On 11/15/2010 7:27 AM, Tim Meddick wrote:

I don't see why the software shouldn't copy the DiskID - it's just a
random number, as far as I can tell, that's assigned by the OS for
future reference. It's not like it's taken from the physical disk like
it's serial number, is it?


Windows NT operating systems cannot access disks without signatures, they
use signatures to identify disks and the Mount Manager uses signatures to
assign persistent drive letters. If a disk has no signature Windows will
write one to the disk. No two disks can have identical signatures, if
two disks have identical signatures Windows will change the signature on
one of them, this can lead to booting problems when the signature on the
boot disk is changed as the Mount Manager may assign a different letter
to the drive.

In view of the fact that no two disks can have the same signature it is
not unusual for cloning utilities to not copy the signature to the newly
cloned disk, different cloning utilities handle this differently in their
default settings and most of the better utilities have switches to copy
or not copy the signature, just like they have switches to copy or not
copy volatile files like the pagefile or hibernation file.

John


  #36  
Old November 17th 10, 12:28 AM posted to microsoft.public.windowsxp.general
Bill in Co
external usenet poster
 
Posts: 1,927
Default Problems with cloning, and the different disk-id's forcing new reactivation

But how do you know that for sure (we're not talking about the volume id
here).

I forgot - is clonemax the one you mentioned before (the older basic one
that doesn't work with SATA drives?

Tim Meddick wrote:
Well, I'm just saying my cloning util (clonemaxx) does copy the DiskID....

==

Cheers, Tim Meddick, Peckham, London. :-)




"John John - MVP" wrote in message
...
On 11/15/2010 7:27 AM, Tim Meddick wrote:

I don't see why the software shouldn't copy the DiskID - it's just a
random number, as far as I can tell, that's assigned by the OS for
future reference. It's not like it's taken from the physical disk like
it's serial number, is it?


Windows NT operating systems cannot access disks without signatures, they
use signatures to identify disks and the Mount Manager uses signatures to
assign persistent drive letters. If a disk has no signature Windows will
write one to the disk. No two disks can have identical signatures, if
two disks have identical signatures Windows will change the signature on
one of them, this can lead to booting problems when the signature on the
boot disk is changed as the Mount Manager may assign a different letter
to the drive.

In view of the fact that no two disks can have the same signature it is
not unusual for cloning utilities to not copy the signature to the newly
cloned disk, different cloning utilities handle this differently in their
default settings and most of the better utilities have switches to copy
or not copy the signature, just like they have switches to copy or not
copy volatile files like the pagefile or hibernation file.

John



  #37  
Old November 17th 10, 03:59 AM posted to microsoft.public.windowsxp.general
Tim Meddick[_3_]
external usenet poster
 
Posts: 1,020
Default Problems with cloning, and the different disk-id's forcing new reactivation


Because every time I restart my PC, after cloning one drive to the other,
XP flashes an errormessage saying that settings have been updated and do I
want to re-start my computer - I take this to be a sign that Windows has
discovered two IDE fixed disks with the exact same DiskID and duly re-sets
the one that was recently changed!

==

Cheers, Tim Meddick, Peckham, London. :-)




"Bill in Co" wrote in message
m...
But how do you know that for sure (we're not talking about the volume id
here).

I forgot - is clonemax the one you mentioned before (the older basic one
that doesn't work with SATA drives?

Tim Meddick wrote:
Well, I'm just saying my cloning util (clonemaxx) does copy the
DiskID....

==

Cheers, Tim Meddick, Peckham, London. :-)




"John John - MVP" wrote in message
...
On 11/15/2010 7:27 AM, Tim Meddick wrote:

I don't see why the software shouldn't copy the DiskID - it's just a
random number, as far as I can tell, that's assigned by the OS for
future reference. It's not like it's taken from the physical disk like
it's serial number, is it?

Windows NT operating systems cannot access disks without signatures,
they
use signatures to identify disks and the Mount Manager uses signatures
to
assign persistent drive letters. If a disk has no signature Windows
will
write one to the disk. No two disks can have identical signatures, if
two disks have identical signatures Windows will change the signature
on
one of them, this can lead to booting problems when the signature on
the
boot disk is changed as the Mount Manager may assign a different letter
to the drive.

In view of the fact that no two disks can have the same signature it is
not unusual for cloning utilities to not copy the signature to the
newly
cloned disk, different cloning utilities handle this differently in
their
default settings and most of the better utilities have switches to copy
or not copy the signature, just like they have switches to copy or not
copy volatile files like the pagefile or hibernation file.

John




  #38  
Old November 17th 10, 05:04 AM posted to microsoft.public.windowsxp.general
Bill in Co
external usenet poster
 
Posts: 1,927
Default Problems with cloning, and the different disk-id's forcing new reactivation

Well, and that *may* indeed be the case, but I guess I don't know for a fact
that that means (or proves) that the disk-id was necessarily cloned.

Tim Meddick wrote:
Because every time I restart my PC, after cloning one drive to the other,
XP flashes an errormessage saying that settings have been updated and do I
want to re-start my computer - I take this to be a sign that Windows has
discovered two IDE fixed disks with the exact same DiskID and duly re-sets
the one that was recently changed!

==

Cheers, Tim Meddick, Peckham, London. :-)




"Bill in Co" wrote in message
m...
But how do you know that for sure (we're not talking about the volume id
here).

I forgot - is clonemax the one you mentioned before (the older basic one
that doesn't work with SATA drives?

Tim Meddick wrote:
Well, I'm just saying my cloning util (clonemaxx) does copy the
DiskID....

==

Cheers, Tim Meddick, Peckham, London. :-)




"John John - MVP" wrote in message
...
On 11/15/2010 7:27 AM, Tim Meddick wrote:

I don't see why the software shouldn't copy the DiskID - it's just a
random number, as far as I can tell, that's assigned by the OS for
future reference. It's not like it's taken from the physical disk like
it's serial number, is it?

Windows NT operating systems cannot access disks without signatures,
they
use signatures to identify disks and the Mount Manager uses signatures
to
assign persistent drive letters. If a disk has no signature Windows
will
write one to the disk. No two disks can have identical signatures, if
two disks have identical signatures Windows will change the signature
on
one of them, this can lead to booting problems when the signature on
the
boot disk is changed as the Mount Manager may assign a different letter
to the drive.

In view of the fact that no two disks can have the same signature it is
not unusual for cloning utilities to not copy the signature to the
newly
cloned disk, different cloning utilities handle this differently in
their
default settings and most of the better utilities have switches to copy
or not copy the signature, just like they have switches to copy or not
copy volatile files like the pagefile or hibernation file.

John



  #39  
Old November 20th 10, 02:23 PM posted to microsoft.public.windowsxp.general
Tony Lance
external usenet poster
 
Posts: 96
Default Problems with cloning, and the different disk-id's forcing new reactivation

Big Bertha Thing gamma
Cosmic Ray Series
Possible Real World System Constructs
http://www.bigberthathing.com/gamma.html
Access page JPG 81K Image
Astrophysics net ring Access site
Newsgroup Reviews inluding alt.sci.planetary

Round photographic plates.

Caption;-
A photograph of the tracks of electrons,
ejected by the gamma rays from radium,
after these had been filtered, through 2.5 cm. of steel.
Some of the electrons have energies of 1 MeV.
The photograph was taken, with a magnetic field of 12,000 oersteds.

From a book by
J.D.Stranathan Ph.D.,
Professor of Physics and Chairman of
Department, University of Kansas.
The "Particles" of Modern Physics.
(C) Copyright The Blakston Co. 1942

Big Bertha Thing effort

If you see someone slogging away, but doing it all wrong.
Please remember, a great effort, with no results,
is worth more than a great result with no effort.
The first is purchased at great cost and the latter,
in terms of cost, is worthless.

(C) Copyright Tony Lance 1997.
To comply with my copyright,
please distribute complete and free of charge.

Tony Lance

++++++++++++++++++++++++++++++++++++++++++++++++++ +
---------- Forwarded message ----------
From: "Dave Patrick"
Date: May 8, 7:20*pm
Subject: RIP Tony Lance
To: microsoft.public.windowsnt.setup
---------- Forwarded message ----------
From: NT Guy
Date: May 10, 1:40*pm
Subject: RIP Tony Lance
To: microsoft.public.windowsnt.setup
++++++++++++++++++++++++++++++++++++
Newsgroups: microsoft.public.windowsnt.setup
From: John John - MVP
Date: Sun, 14 Nov 2010 09:31:12 -0400
Local: Sun, Nov 14 2010 1:31 pm
Subject: RIP Tony Lance
---------- Forwarded message ----------
From: "Paul Pedersen"
Date: Mar 23 2009, 10:56*pm
Subject: Windows Firewall blocking SQL Server
To: microsoft.public.sqlserver.server,
microsoft.public.windows.server.general


Thanks.

"Dave Patrick" wrote in message
---------- Forwarded message ----------
From: "Paul Pedersen"
Date: Apr 3 2004, 9:44*pm
Subject: Problem with printing in VFP8
To: microsoft.public.fox.vfp.dbc
---------- Forwarded message ----------
From: (Paul Pedersen)
Date: Jul 2 1993, 8:26*pm
Subject: Solving quintics and higher
To: sci.math
---------- Forwarded message ----------
From: (paul pedersen)
Date: Apr 18 1990, 5:57*am
Subject: A brief survey.
To: sci.physics
++++++++++++++++++++++++++++++++++++++++++++++++++
++++++++++++++++++++++++++++++++++++++++++++++++++ +
On Nov 15, 8:14*pm, John John - MVP wrote:
On 11/15/2010 3:08 PM, bobster wrote:

 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is Off
HTML code is Off






All times are GMT +1. The time now is 12:10 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 PCbanter.
The comments are property of their posters.