Path:
eternal-september.org!reader02.eternal-september.org!feeder.eternal-september.o
rg!.POSTED!not-for-mail
From: Paul 
Newsgroups: microsoft.public.windowsxp.general
Subject: Re: Cloning a 2.5" IDE/PATA Laptop Hard drive
Date: Fri, 10 Nov 2017 15:20:18 -0500
Organization: A noiseless patient Spider
Lines: 115
Message-ID: 
References: 

 
 

 

Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 10 Nov 2017 20:20:17 -0000 (UTC)
Injection-Info: reader02.eternal-september.org;
posting-host="3e5bbc4de0548852a9bfb488c22fbec4";
 logging-data="23810"; mail-complaints-to="abuse@eternal-september.org";
posting-account="U2FsdGVkX196xrEDAFN0DuQ5dw74cIQg0vqGynepxGE="
User-Agent: Ratcatcher/2.0.0.25 (Windows/20130802)
In-Reply-To: 
Cancel-Lock: sha1:2tKNZ7q8PNT4AcSfMJwR5OFtiU8=
Xref: feeder.eternal-september.org microsoft.public.windowsxp.general:134480

james@nospam.com wrote:
> On Fri, 10 Nov 2017 03:18:09 -0500, Paul  wrote:
> 
> 
>>> The file is 1.3mb. It will take a half hour on my dialup, but I can
>>> usually DL files of that size without problems.
>>>
>>> This does look to be thge best way to clone these drives. I dont even
>>> want to attempt to do it with a CD, because I've been thru trying to
>>> configure CD drives and Hard drives on the same cable, and it naver
>>> worked. Not to mention I only have connectors for TWO IDEs and would
>>> need THREE. On top of that, I will do anything to avoid burning CDs.
>>> Thats generally another nightmare, especially if they need to be
>>> bootable. 
>>>
>>> I'll have to drive to town and see if I can download it at a WIFI, but
>>> it sure seems like the file is borked, and I'm not willing to drive 10
>>> miles for nothing. 
>>>
>>>
>> Do you have a copy of "wget.exe" ?
>>
>>    wget http://www.domain.com/file.zip
>>
> This got 404 Error
> The page you requested no longer exists or is temporarily unavailable.
> 
>> That puts "file.zip" in your current working directory
>> plus it give you a progress bar to watch the download.
>>
>> *******
>>
>> The one in here is fairly small. If I get the gnuwin32 one,
>> that has bigger files for some reason.
>>
>> 2,265,402 bytes (this is the WinXP windows update fetcher package)
>>
>>
https://web.archive.org/web/20140605101941/http://download.wsusoffline.net/wsus
offline921.zip
>>
> And this thing quit early too, and left me with a useless 300K file.
> 
>> Inside the ZIP file, in wsusoffline\bin\ you will find
>> wget.exe 233984 bytes.
>>
>> You can then try that on the annoying NGINX server
>> at dslreports.
>>
>>    Paul
> 

The first command was an example of how to use wget.

I don't know the original source of the 233984 byte version
of wget.exe. It appears my copy came from a wsusoffline download.
One "official" source, the file is larger than that by quite
a bit.

WGET is just an alternative to using a browser for fetching
an HTTP protocol download. It even got its own article
in Wikipedia.

https://en.wikipedia.org/wiki/Wget

   "Robustness

    Wget has been designed for robustness over slow or unstable
    network connections. If a download does not complete due
    to a network problem, Wget will automatically try to continue
    the download from where it left off, and repeat this until
    the whole file has been retrieved. It was one of the first
    clients to make use of the then-new "Range" HTTP header to
    support this feature.
   "

As for the download itself, I didn't have a problem fetching
it here with a browser. Or with wget. This is a picture
of the command prompt window while wget runs. (Picture looks
similar to the Wikipedia article, so don't waste your time.)

https://s1.postimg.org/9hsctv95xr/wget_in_action.gif

Some browsers have retry capability, which means if
a file transfer stops (due to dialup disease), you
try the transfer again, and the original file is
just added to, until the transfer is complete. The
server has to support the protocol. It amounts to
supporting a "block range" option, and may be
part of supporting the opening of multiple IP connections
to download a file.

*******

I analyzed that file. 7ZIP is having trouble with it.
The Windows ZIP built-in says the file is corrupted.

    The Compressed (zipped) Folder is invalid or corrupted

I could tell by looking at the end of the file with a
hex editor, that something wasn't quite right. 7ZIP reports

    Headers Error: GHOST_BOOTx.IMA

There are two 1440K .ima entries in there, corresponding
to two floppy diskette images. The first .ima extracts OK with
7ZIP, but the second doesn't. It's possible,
when you run the "GHOST_BOOTx.exe" file, that it will
do a better job. I don't know if I have two actual
blank floppies to use for that :-)

Anyway, don't be surprised if this exercise is nothing
but a PITA. That's what the analysis says so far, but I
don't want to spoil your fun. Good luck, Mr.Philips.
This tape will self-destruct in five seconds...

    Paul
--- Platinum Xpress/Win/WINServer v3.1