Tim wrote:
> You also said you were going into the GUI - repair does not go into the GUI
> until it has finished - after a reboot.
Two separate scenarios. Booting normally, the system gets as far as
logon, mouse works fine, resolution appears correct, but explorer fails
to start. No error messages.
Booting to recovery console or repair from installation media is second
scenario. In that situation it never boots to a gui.
>
> Would you care to explain why you can't use Ghost since you seem to have it?
>
Sure - it is an older version, it gets 98% through making an image,
stops with an error message "unable to flush buffer, image may be
corrupted", continues and reports image was successfully generated,
installation of image to new system fails at 50% no error messages.
> I am not surprised that Repair is not seeing a Windows system if the various
> tools can't consistently see the correct partition type either.
>
Sorted. No longer an issue.
> Is the input HDD smaller than the output?
Nope. At least, if I understand your terminology.
The second "new" disk is smaller than the "old" disk. And quieter, too -
that is why I want to use it. The windows partition does not occupy
either disk entirely. On both disks there is enough room for a
compressed filesystem image alongside the operating partition.
> If so, then why not use Ghost to process the whole disc. or a HDD vendor
> 'copy disc' tool?
Driver issues, for a start (network and USB). And I don't want to remove
the drives if possible.
Might look for another tool if I get stuck with fixing what I have so far.
> Ghost is (IMHO) notorious for omitting support for something that is already
> out in the market and requiring you to buy an upgrade (which is why refuse
> to buy it), so one of the various other popular disc imaging tools should be
> OK if ghost for example does not like the NTFS version on your HDD. (I am
> sure they hard code these limits in to force you to buy upgrades which are
> always slow and late - that makes them a scurilous vendor in my books and
> one that will always be of last resort). Drive Image did not have these
> issues - but then Symantec bought them out and wiped them out... bastards.
>
> First step I would make would be to use Windows tools.
>
>
>
>
>
> "-=rjh=-" <> wrote in message
> news:...
>
>>Mercury wrote:
>>
>>>the correct way to do this is to do a repair install of windows.
>>>see www.michaelstevenstech.com for details.
>>>you will need all laptop drivers at hand.
>>
>>How? As I said in the OP - Windows setup can't see any existing
>>installations to repair! Hence my question.
>>
>>TA
>>
>>
>>
>>>"-=rjh=-" <> wrote in message
>>>news:...
>>>
>>>
>>>>I want to transfer an existing working W2K installation to a replacement
>>>>system (laptop). I do not want to install from scratch - and if it comes
>>>>to that I'll almost certainly install Linux again. The hardware is almost
>>>>identical, AFAIK the only difference is, the CPU is 50MHz slower on the
>>>>replacement system. I don't want to swap the drives over.
>>>>
>>>>I have used Knoppix and Partimage to create and restore the relevant
>>>>partition to the replacement system, set that partition active, etc. It
>>>>boots but fails after the login prompt. Data visible on the restored
>>>>filesystem looks about right. I figure that reinstalling Windows over the
>>>>top of the existing system has a chance of fixing the problem.
>>>>
>>>>But, windows setup can't indentify the partition (gives type as
>>>>"unknown"), and will only offer to delete and create a new partition to
>>>>install windows on.
>>>>
>>>>Partition Magic sees the partition as ext2; Linux sees it as ntfs. BartPE
>>>>doesn't see anything, but I haven't used it before so that might be
>>>>normal. Seems to me these are all using different methods of identifying
>>>>the partition.
>>>>
>>>>How do I convince Windows setup to reinstall Windows?
>>>>
>>>>Any other strategies to deal with this?
>>>>
>>>>TIA
>>>
>>>
>