1. You are viewing our forum as a guest. For full access please Register. WindowsBBS.com is completely free, paid for by advertisers and donations.

Different HDD install

Discussion in 'PC Hardware' started by Bmoore1129, 2006/11/27.

  1. 2006/11/27
    Bmoore1129

    Bmoore1129 Geek Member Thread Starter

    Joined:
    2002/06/11
    Messages:
    1,675
    Likes Received:
    3
    I'm going to call this a hardware problem but probably is combo Hard/Soft exercise.

    I have 2 HDD's and I have managed to copy the contents of one disk to the other as shown in attachment.

    I want to boot to the IDE1 disk so that I can format and partition IDE0.

    I can boot to C:

    When I try to boot to G:, (using boot sequence in the BIOS or with only the one drive plugged in), It gets to what is supposed to be the Welcome screen and stops with the WIN XP logo in the place of the welcome word.

    The HDD light flickers about every 10 seconds and the mouse cursor and KB are working but can't get any farther.

    I probably missed some stupid thing but my memory needs a jump start.
     
  2. 2006/11/27
    Steve R Jones

    Steve R Jones SuperGeek Staff

    Joined:
    2001/12/30
    Messages:
    12,317
    Likes Received:
    252
    Generally after you cone a drive, you need to UNplug the Original and then make the new drive Master...

    There's a good chance that if you do this now, the new drive will always be the G drive and not C...
     

  3. to hide this advert.

  4. 2006/11/27
    Bmoore1129

    Bmoore1129 Geek Member Thread Starter

    Joined:
    2002/06/11
    Messages:
    1,675
    Likes Received:
    3
    I tried that by moving the IDE cable down to the new drive. I use CS on both drives. I got the partial boot as described.

    I assumed that with only the new drive plugged in, the drive letters would change to C:, etc. I wonder if that was what the flickering drive light was doing. I waited for 5 minutes and nothing else happened.
     
  5. 2006/11/27
    Steve R Jones

    Steve R Jones SuperGeek Staff

    Joined:
    2001/12/30
    Messages:
    12,317
    Likes Received:
    252
    Which app did you use to do the cloning?

    You might give it longer then five minutes just to see what happens.
     
  6. 2006/11/27
    Christer

    Christer Geek Member Staff

    Joined:
    2002/12/17
    Messages:
    6,585
    Likes Received:
    74
    I believe that the problem is that the operating system has seen both HDDs prior to cloning. The HDD on IDE1 is already in the hardware list as G: and can not without a hazzle become C: when put on IDE0. If a "virgin" HDD is used as the target and the old HDD is removed prior to booting the "virgin" HDD, there is no conflict in the hardware list and it will become C: on IDE0.

    I know of people who have a solution to this and a visit to Radified Community Forums may be worth your while, especially if Ghost has been used.

    Christer
     
  7. 2006/11/27
    Christer

    Christer Geek Member Staff

    Joined:
    2002/12/17
    Messages:
    6,585
    Likes Received:
    74
    I have studied the registry key HKEY_Local_Machine\System\MountedDevices when restoring Ghost Images. I wanted to find out what happens in that key when a device is added and after a previous Ghost Image has been restored (which "removes" the added device).

    If you follow the "advice" in red below, you do it at your own risk because I am not 100% sure!

    I believe that physically removing (disconnecting) IDE1 from the system and deleting the contents (except "Default ") of that key will force Windows to redetect all devices at next reboot. After that, the old IDE1 will be "virgin" and using e.g. Ghost 2003 from DOS to clone IDE0 to IDE1 will be successful.

    (If you can identify which entries belong to IDE1 you can delete only those entries but it is difficult in this setup since some partitions are quite similar. You would have to search the registry for each instance of the alpha-numericals within {} to find out what is what.)


    If you follow the "advice" in red above, you do it at your own risk because I am not 100% sure!

    IDE0 must be removed and the "virgin" HDD take its place on the controller as IDE0. The system must be booted with only the "virgin" HDD connected as IDE0. After that, the old IDE0 can be connected as IDE1 and all should be well.

    I am almost 100% convinced that cloning C: to D: (partition-to-partition) will not work but you must clone disk-to-disk.

    Maybe I should have asked this first but anyway, which utility did you use to "copy the contents "? My reasoning is based on the assumption that a "proper drive cloning utility" has been used.

    Christer
     
  8. 2006/11/27
    Bill Castner

    Bill Castner Inactive

    Joined:
    2006/08/30
    Messages:
    1,980
    Likes Received:
    0
    Christer raises the important points:

    . You cannot just "copy" the contents of the drive. There is a great deal of hidden files and other information that a copy will not handle; for example, the boot.ini and boot files required.

    . This is the confusion XP has now: It can find the original drive in the IDE chain no matter where you move it. However, once boot occurs the Mount Manager of XP re-enumerates the drives. The original drive is no longer "C" and the thousands of registry settings that depend on that assignment fail.

    . If a ghost or other cloning utility was used, do not boot with both drives connected after the clone, no matter what physical cable arrangments you make. Because the Drive IDs will be identical, during boot NTDETECT will make entries through the PnP service for the Mount Managerl, and the identical Drive IDs are a cause of confusion you simply cannot afford to have. Now the question, if you cloned, and did boot with both drives, how do you work things out?

    First, change the VolumeID on the old drive: http://www.microsoft.com/technet/sysinternals/FileAndDisk/VolumeId.mspx

    Do not reboot yet.

    Second, Open notepad and type some text. File, Save as, C:\newdrive.txt

    Shutdown the machine.

    Disconnect the original XP drive.

    Third, now reboot to the XP CD and enter Recovery Console.
    http://support.microsoft.com/defaul...port/kb/articles/q307/6/54.asp&NoWebContent=1

    Type in Recovery Console:

    attrib -s -h -r C:\boot.ini
    bootcfg /Rebuild
    (For bootcfg instructions: http://support.microsoft.com/defaul...port/kb/articles/q291/9/80.asp&NoWebContent=1)

    fixmbr C:
    fixboot C:

    exit

    You shold now be able to clean boot into the new cloned drive.

    . If you need cloning software, the web site of your hard drive manufacturer is a good place to start for a free utility to do this. Usually the cloning feature is part of their setup/diagnostic utility. Other excellent freeware choices:
    http://www.pcinspector.de/clone-maxx/uk/welcome.htm
    http://www.xxclone.com/index.htm

    . Finally, you can re-attach the original drive. Use Disk Management and under Tools, ask it to Scan for hardware changes. Then you can use Disk Management to remove the existing partitions and reformat the drive to use as a secondary drive. (This is where having changed the VolumeID is critical).

    . Note that any "clone" software you use is going to work in non-normal Windows Mode, likely as a DOS boot diskette. Some of them are not particularly friendly.

    There are paid exceptions to this. You should consider using either Acronis True Image, or Acronis Disk Director to handle this cloning problem. Both offer free, fully-feature-enabled 15 day trials:
    http://www.acronis.com/homecomputing/download/trueimage/
    http://www.acronis.com/homecomputing/products/diskdirector/

    And quite frankly I would use True Image for your issue. This allows the process to run completely under XP. It also avoids the Recovery Console steps. Just remember the rule: When the clone is done you disconnect the old drive, change cables, and boot from the new drive. (CS has a Master and Secondary drive connector, remember). Also, remember to change the VolumeID of the old drive before removing it and restarting the system.
     
  9. 2006/11/28
    Bill Castner

    Bill Castner Inactive

    Joined:
    2006/08/30
    Messages:
    1,980
    Likes Received:
    0
    I did want to comment on the red highlighted text in Christer's post above.

    Rather than delete the Mounted Drive registry area, modify it. (This is not for the faint of heart): http://support.microsoft.com/defaul...rt/kb/articles/Q223/1/88.ASP&NoWebContent=1#2

    Note that you cannot just edit the drive letter. In order for the REG_BINARY drive identification information to be preserved you have to be a little clever. To swap Drives C: and D:

    Give Drive C an unused drive Letter (Z:)
    Give Drive D the now free drive letter C:
    Now give Drive Z: the now free drive letter D:

    No gaurantees, but if you make the registry change, do the clone, Shutdown, remove the original clone source drive, and recable, my guess is your can reboot without an issue. You can make the registry edit prior to the clone because it does not take effect until the next start of the drive. By making the change prior to the clone, the updated Mounted Devices table is written to the clone target.

    I hope that adds to Christer's approach above.
     
  10. 2006/11/28
    McTavish

    McTavish Inactive

    Joined:
    2005/06/24
    Messages:
    576
    Likes Received:
    1
    Bmoore, if you don’t want to configure the parent and clone in a dual-boot using the ntloader as a bootmanager, (which I assume you don’t as you said you want to format the original partition) then your approach should work "“ you have not missed anything. As others have said, it will depend on how you copied the partition. Any cloning tool should do the job.

    With the clone’s drive set as the first boot device on the machine "“ either by setting the bios to make IDE1 the first boot hard drive, or by physically moving the drive to Primary Master, or by using a third party DriveSwap capable bootmanager, it should boot up just fine and see itself as the C: drive.

    As long as the parent does indeed see itself as the C: drive and you are cloning to the same partition number on the other drive, then you don’t need to do anything other than an exact clone of the partition. On First boot of the clone the Mount Manager should adapt drive letters to the new partition/drive layout. With XP you don’t have to remove the parent drive before first boot of the clone.

    I suspect you have a bad clone, but it’s just possible that the Mount Manager is having a problem sorting out your many mounted drives. Disconnect your removable drive and disable any mapped network drives before you make your clone. If that still does not work then remove all entries in the reg key HKEY_Local_Machine\System\MountedDevices and this will let Mount Manager start with a clean sheet. Do this just before you make the clone and before you have rebooted the parent.

    Important Note: Clearing the MountedDevices key can only be done if the XP install sees itself as the C: drive. If Windows is any other letter or your using 2K then don’t try this.
     
  11. 2006/11/28
    Christer

    Christer Geek Member Staff

    Joined:
    2002/12/17
    Messages:
    6,585
    Likes Received:
    74
    Bill Castner,
    I believe your method in post #7 is what I have seen before over at RADIFIED FORUMS. Quite a few steps, I would say.

    McTavish,

    I have always removed the source HDD and connected the target HDD on IDE0 as Master prior to booting the clone (target). I have never tried to make the source the new IDE0 Slave prior to rebooting but if you say that it works on XP, I believe you. However, I still think that it needs to be a "virgin" target, never seen before and concequently not listed in MountedDevices. In Bmoore1129's case, the target is not "virgin" and there is a "hardware conflict ".

    I was just about to do this on my own computer to test my "potentially destructive" theory. If my computer would boot with those entries removed and all was well, I would be able to lighten up the red color in my post. I now know that it's safe to do it and you saved me an hour of work here, thanks!

    A very important caveat that I didn't think of. To be honest, didn't KNOW of.

    Christer
     
  12. 2006/11/28
    Bmoore1129

    Bmoore1129 Geek Member Thread Starter

    Joined:
    2002/06/11
    Messages:
    1,675
    Likes Received:
    3
    Good Morning folks. Thank you all for your replies. I love it when you talk down and dirty.:D

    I left some vital info out. To Wit: I first moved all the data from the IDE1 to IDE0. I then used my Western Digital Utility disk to write 0's to the IDE1 drive. Then I used the same utility to clone IDE0 to IDE1. WD took care of all the partitioning and cloning. At the end of the exercise, it said to reboot which I did with both drives in. (Therein lies the rub, I think.)

    I wonder if I could redo the whole thing and use Acronis 7?

    I will be absorbing all this info for awhile and I'll be back this afternoon to report.

    Thank you very much for your interest.....
     
  13. 2006/11/28
    McTavish

    McTavish Inactive

    Joined:
    2005/06/24
    Messages:
    576
    Likes Received:
    1
    Hi Christer
    On reflection, my statement that it is not necessary to remove the parent hard drive before the first boot of the clone, is perhaps a little rash. I can of course only speak from experience and say that I have never had to do this with XP. One of my little interests you may remember is multibooting Windows clones, so I have done extensive testing in this area. It is however impossible to encounter all possible variables, so perhaps there are some situations where I could be wrong. With Bmoore’s setup I would be pretty confident that removing the parent drive would not be necessary.

    It can be a different matter with 2K, or when cloning an entire hard drive (and so the MBR and the NT Disk Signature as well), but there are tweaks even here to prevent having to removing the parent drive.



    EDIT: Sorry Bmoore, just saw your latest post.

    So you did clone the entire drive. You can try the whole thing again with Acronis if you want, but there are other things you can try first.

    Connect the cloned drive in the Primary Master position as the sole hard drive and run fdisk/mbr from a Win9x startup floppy. This will replace the MBR and remove the NT Drive Signature number. On reboot this will force mountmgr to reassign drive letters. Give it plenty of time if there is still disk activity, as I have seen XP sort itself out eventually.

    Failing that you could try a repair install if you have a full XP CD.

    If that does not work then time I think to redo the clone, but no need to do the entire disk, just the XP partition. If you have Acronis then use that, if not then the free DriveImage XML is very capable. The best way for you to use this program would be from bootable CD and UBCDforWindows comes with DriveImage XML included. If you have broadband and a Full XP CD then it should not take much more than 30- 40 mins for you to download and make the CD. If you would prefer to buy a good cloning tool I’d recommend Partition Manager.
     
    Last edited: 2006/11/28
  14. 2006/11/28
    Bmoore1129

    Bmoore1129 Geek Member Thread Starter

    Joined:
    2002/06/11
    Messages:
    1,675
    Likes Received:
    3
    I redid the whole thing with Acronis 7 and had the exact result as with Western Digital Utilities.

    So-I did the McTavish thing with my trusty Win ME boot disk (the only thing ME was ever good for). fdisk /mbr barely grunted and the three fingered salute booted me right into my clone. Windows found something to install and asked for a reboot and now, as PeteC would say, Bob's your Uncle!!

    Now I assume I only have to put my old drive back in as a slave and reformat and partition to be in business.

    Thank you folks for your kind attention. I hope to return the favor someday.
     
  15. 2006/11/28
    Christer

    Christer Geek Member Staff

    Joined:
    2002/12/17
    Messages:
    6,585
    Likes Received:
    74
    Bmoore1129,
    good news and congratulations ... :) ... !

    I should have remembered that solution. It has been discussed over at RADIFIED and is called "Kawecki's Trick "
    It must be old age and progressing teflon coating of memory.

    Christer
     
  16. 2006/11/28
    Bill Castner

    Bill Castner Inactive

    Joined:
    2006/08/30
    Messages:
    1,980
    Likes Received:
    0
    I have never visited Radified, it seems like a decent place. Thanks.

    One aspect of overwriting the DriveID is that you can face Activation issues that are not posed by simply swapping the DriveIDs between the original and the clone device.

    This is one reason I prefer to not zero fill or 'Zawecki' a drive to sort boot issues. (The other is a concern for all these invalid entries left in the WMI repository).

    It is easy enough to swap Drive IDs. The cloning takes care of the target for you; so the only ID that needs to be switched is the original drive.

    At that point you can safely do a cable swap if needed, and the clone should boot. If not, it is easy enough to repair the boot information using Recovery Console as discussed above.

    Besides worrying about having the source and clone target drive both present at boot, the other claim is that changes to the Mounted Devices section of the registry require that the boot volume be C:. I disagree with this, as XP will search all BIOS identified drives in the IDE chain to locate a suitable boot volume. The question really is where is the System Volume (which XP treats as a seperate entity from the Boot Volume) when you make the registry change. The System Volume does not have to be C:, and in many cases (unfortunately) the PnP enumeration of XP will ensure that this is the case: http://support.microsoft.com/default.aspx?scid=kb;EN-US;Q825668
     
    Last edited: 2006/11/28
  17. 2006/11/28
    Christer

    Christer Geek Member Staff

    Joined:
    2002/12/17
    Messages:
    6,585
    Likes Received:
    74
    This issue has been discussed at RADIFIED and there are diverging opinions on how the first reboot after cloning should be done. This is what I believe in and it has worked for me:

    The basic problem is that cloning one hard disk to another will produce two almost identical hard disk. They have the same information, including the same "volume identities" and WinXP does not accept that. If, after cloning, the computer is restarted from the original with the clone connected, the OS will change the "volume identities" for the one that is not booted from = the clone. After that, the clone will not boot when taking the place of the original.

    If the clone is, immediately after cloning, substituted for the original (which is not connected), at first start WinXP will detect new hardware (the only difference between the two HDDs) and after that, all is well. Next, when the original is connected as slave, its "volume identities" will be changed and thus rendered not bootable.

    It is possible that these two steps can be combined into a single step (as according to McTavish - just swap positions of the original and the clone) but I am prepared to spend that extra time to do it in two steps.

    I'm almost sure that someone will shoot a hole in this but it's my "religion" and it has worked so far. (I have also found out the hard way that rebooting the original with the clone connected is not something that I would like to repeat.)

    Christer
     

Share This Page

  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.