Subj : Re: Cloning a 2.5" IDE/PATA Laptop Hard drive To : All From : nospam@needed.invalid Date : Thu Jan 31 2019 19:16:21 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: <2e49F9HceGAaFw0R@soft255.demon.co.uk> <9gka0d55a85fgg6d62v76qacjftdvtei72@4ax.com> <9c0b0d5jnfg9iejh3bd510dsn8es5rpor8@4ax.com> 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: <9c0b0d5jnfg9iejh3bd510dsn8es5rpor8@4ax.com> 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 * Origin: Prison Board BBS Mesquite Tx //telnet.RDFIG.NET www. (1:124/5013) .