Great - a bit more info

egotrip wrote:The system is currently running Windows NT 4.0 Workstation. There has been no software/driver/OS/movement/new hardware updates of any sort. We turn this machine on very rarely and with the singular goal of running some specific measurement software.
One day we turned it on and it blue screened. Its not connected to the internet and there are no floppies or CDROMs inserted to the machine as its the oldest in the office and has a single use.
OK, so the most likely change is indeed a hardware problem - but a disk problem is not the only possibility (see my previous update). You'll notice that
dick is highlighting the same concern to you in his message, as I did.
egotrip wrote:Also, if memory is the problem (or a motherboard for that matter, power supply ... POSSIBLE.) why would chkdsk momentarily alleviate the issue?
Because running chkdsk corrects the filesystem corruption at that point (actually "corrects" is the wrong word, but explaining exactly what chkdsk does is too long for here) - then the underlying fault (RAM, CPU, motherboard, power, whatever) then re-introduces the same filesystem corruption again. I've seen this before (repeated filesystem corruption) when there were RAM problems on machines of this era, so while I can't guess at the cause on
your system from here, this type of possibility is not a total guess on my part.
Have you tried making a bootable memtestx86 CD and running that for a few days? Have you got any other diagnostics you could run on the rest of the system (PCtest or whatever)? Have you checked the Windows system event log for relevant entries?
egotrip wrote:While I'm sure your intention is good natured
It was.
egotrip wrote:I felt my original query was accurate. I asked if anyone had any experience with software or a specific method to clone/image the drive. I don't need assistance repairing the blue screen at this point as I'm fairly confident the 15 year old hard drive is the problem.
Indeed, I thought you had already decided on the cause - and that's the whole problem IMHO.

I have seen no evidence (for or against) that the disk hardware is the problem. In fact you yourself have reported a behaviour which
cannot be caused by the old disk, as I pointed out in my previous update!
I'll say it again: If, as you said before, your "problem" is with getting the clone image onto the
new disk, then that is not a problem with the old disk, is it? But without exact details of what happens during that process (i.e. error messages), then we can't move forward to understanding the real problem, and then suggesting possible alternatives or solutions.
It's easy to give you wrong advice, because of the lack of hard evidence - I was taking the much more difficult route, to try to help you to receive good advice.

But if you don't want to do the work necessary to provide that evidence, and prefer to get poor quality advice (i.e. guesses), please say so clearly now!
Or to put it another way:
(a) No more work by you, leading to guesses from others, leading to no real understanding and less chance of a resolution; or
(b) More work needed by you, leading to you providing data for better diagnosis by others, leading to better understanding of problem and more likely resolution.
Pick one.
If only you had given (or agreed to give) the exact error messages which you had received, then suggestions on different programs to avoid that
specific problem (or, more probably, a diagnosis of the likely problem) would be
easy. You're giving others nothing to work with, which is why you aren't getting the answer you want - at least not from me, because I was trying to give you
good quality advice, and that needs evidence.
egotrip wrote:If you had a quick recommendation for software that -should- work with the USB cloning I'm attempting to do
It's impossible to give
good advice without knowing what actual errors you're getting.
Or, to put it another way, at least one of those previous programs should have worked as expected, depending on what the exact problem is, and depending on the configuration and correct operation of the different machine being used for doing the cloning. That answers your specific question, based on the minimal information you've given, but it doesn't really help, does it?

As I said right at the beginning, trying to give you
useful answers all depends on what errors you're getting, at what stage of the cloning process.
IMHO you'll also need to explain more about your intended use of USB. You've said that
this machine has no USB (unsurprisingly for WinNT4, of course) - so you'll need to detail more about the PC on which you're attempting to do the cloning. How do we know that this other PC is working well-enough to be used for cloning? Don't assume that this is OK. Have you tried cloning another disk (any other working disk) on that PC and then using the clone disk, in order to test the process? That would be one of the first things I'd have done in your situation, but I don't know if you've done that?
egotrip wrote:I am however willing to accept I should probably be attempting to fix the cause of the blue screen instead of cloning the drive.
I didn't say
fix the BSOD - I did say that the specific BSOD messages may be helpful to understanding the underlying problem on that PC. No-one knows, until you provide those error messages. In fact I suggest to provoke the problem a few times i.e. boot, BSOD, note the full message (or take a photo of the screen), chkdsk, reboot, see BSOD again - is every single part of the BSOD message identical each time or not? If not, then note it all again (or take another photo). Seeing identical, or different, BSOD can again be helpful in learning more about the underlying problem.
egotrip wrote:I would normally apologize again for wasting both of our time, but I don't feel you have really given me anything I didn't already know. All you have done is high-light what I don't know, which is exactly why I asked for assistance from others that do.
I'm disappointed, but not surprised, that you didn't see the value I have provided, in guiding you towards what you need to do.

In addition to that diagnostic guidance, I've given detailed advice on an important step for you to take i.e. read-scanning the original hard disk - or did you forget that?

Like it or not, highlighting what you
don't know but need to know, and then doing the work necessary to provide that evidence, is a standard part of formal troubleshooting. You can do some research on the Kepner-Tregoe Analytic Troubleshooting (ATS) process, if you don't believe me. I've got many years experience in the successful application of that, and other, diagnostic techniques. So I wasn't highlighting what you don't know, just to create work, or make you feel bad, or whatever is causing your reluctance! I was highlighting it because you providing that evidence would actually move the investigation forwards. Only then would you have a chance to receive
good quality advice IMHO.
Anyone can
guess at the cause of a problem, and tell you what to do by giving likely wrong advice, when you provide little data. Is that
really what you want?

egotrip wrote:I'm going to assume your intention by responding in such a fashion was to assist me.
Yes, it really was. I have explained diagnostic techniques to too many engineers, over too many years, to be happy doing a half-hearted job. If you want someone to
guess at the cause of your problem(s), without you doing any more work to provide data, then please say so clearly.
egotrip wrote:For that I do thank you.
You're welcome. I know that my responses have been "tough love" - necessitated by the need for brevity, to get my point across clearly, and to highlight that
you are responsible for you not getting the answers you seek. You have the evidence (or the ability to get it - e.g. BSOD messages, error messages from cloning software, details of exact step-by-step progress you've used and what happened at each stage, diagnostic program results as I explain above, result of read-scanning that disk etc. etc.) in order to give others a chance of helping you. No-one can force you to provide that evidence, but you are responsible for the consequences of not doing so.

I have been surprised at your reluctance to work
with me, and the failure to recognise that the lack of evidence provided is the major stumbling block here and to immediately provide it (or agree to do so).
It's very frustrating (and a waste of my time) for me to deal with a situation where the evidence needed to make progress
could be provided by the person reporting the problem, but they argue that they don't need to provide it.

It doesn't happen to me often (I normally get rather more respect!), but you're not the first, and I doubt you'll be the last. At that point, I learned that the best thing for me to do is simply to stop helping - they're the one with the problem; they're the one who asked for help; and if they knew enough to argue about the need to provide the data, then they would have known enough to solve the problem themselves! Life is too short for me to spend it on troubleshooting situations where people who asked for help, then argue with me.

I hope someone else helps you. Good luck and goodbye.