¿ªÔÆÌåÓý

16901A 16901-14102 recovery disc ISO wanted (was Re: [HP-Agilent-Keysight-equipment] Wanted: 16902B recovery DVD, p/n 16902-14100)


 

Pn Thu, Jul 18, 2024 at 8:13?AM Mark Litwack via <mlitwack=[email protected]> wrote:
Be patient; I think it's un-tarring this gigantic tar file on demand to generate the list.

I'm now working on my 16901A rather than the 16902B I previously mentioned.

As it turns out, being patient isn't enough. When I try to download any of the recovery DVD .iso files from the tarball file list, I can only download a little over 1GB, out of any of the 2+GB images, before Internet Archive closes the connection with no error reported, resulting in a truncated file. The exact length varies a bit, but I think what is happening is that it hits a time limit.

I found that I can download the ENTIRE ~200GB tarball. I did that over http, taking a lllloooonnnngggg time, and then extract a 16901A (M880 motherboard, 16901-14102.iso) recovery image, The 16901-14102 recovery image appears to be corrupted. Upon boot, during the execution of AUTOEXEC.BAT, something clears the screen but then prints something like "Opcode error: [line of hexadecimal crap]". I should have taken a photo. Then it drops me to a "-" prompt for FreeDOS.

Poking around, I found that I could manually start the recovery process, by doing what AUTOEXEC.BAT normally does, CDing into \Recovery then running recovery.exe. This gets the Symantec Ghost Corporate 8.0 working restoring the disk drive from the ghost image. However about 3/4 of the way through this fails, clearing the screen and displaying "ABORT: 19235, Decompression error -5".

If I run the ghost client manually, and ask it to verify the image, it gets the same error at the same place.

So I thought that either:
1) The recovery .iso image was corrupted during my download
2) The logic analyzer motherboard isn't working right

To rule out #1, I downloaded the entire 200G tarball again, but using the torrent. This was much faster, but more importantly, the torrent file contains a hash of every 4MB block of the download. Oddly enough, the torrent download failed to get the XML metadata that IA associates with the image, and one of the padding files they added. However, it successfully gets the .iso image and the other (unneeded) metadata and padding files.

The .iso image downloaded by torrent is byte-for-byte identical to the one I got by http, so it is nearly impossible that either got garbled in the transfer between IA and me.

To rule out #2, I installed a Linux distribution (Fedora 25) on the analyzer, and ran a memory test for a while. This worked fine, with no errors.

My conclusion, therefore, is that the tarball that IA created in 2015 has a corrupted 16901-14102 ISO image. That could be either because corruption occurred when IA retrieved it from , or the actual file on was corrupt. (Or there's something more subtly wrong with my 16901A than seems likely.)

So my questions are:
1) Has anyone else tried to actually use the 16901-14102 recovery disc image from Internet archive? (I could provide a copy if anyone cares to try it without having to do the 200G download.)
2) Does anyone have a physical 16901-14102 DVD from which they would be willing to rip an ISO?

Thanks!

Eric


Join [email protected] to automatically receive all group messages.