Let'sgoflying!
Touchdown! Greaser!
How did the computer stay awake for so long (the test took a couple of hours) but right now it is sitting there going on and off (while I work from a second laptop, not touching the diseased one)?
Shot in the dark, but I think when you ran the mem checking program it was running off the CPU's BIOS (the most basic machine-level operating system) and whatever shell program was on the drive you had the mem checking program on. In other words, it was running prior to whatever system level issue that is causing your problem. When you say your computer now is "sitting there going on and off," do you mean it's caught in a boot loop, i.e., you get a screen of some kind that looks like Windows is trying to start, maybe w/ a logo, or at least some basic text scrolling up the screen, then it shuts down sort of with a click and that process starts over? If so, have you tried starting in "Safe Mode?".. Do you know how to do that? If not, we can talk you through that, too.How did the computer stay awake for so long (the test took a couple of hours) but right now it is sitting there going on and off (while I work from a second laptop, not touching the diseased one)?
A lengthy report is available but here are the last few lines
Thanks Rich.
2019-09-08 17:01:23 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:01:28 - RunHammerTest - Running hammer test on 4 CPUs (128MB each) [0x1C0000000 - 0x1E0000000]
2019-09-08 17:01:32 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:01:38 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:01:43 - RunHammerTest - Running hammer test on 4 CPUs (128MB each) [0x1E0000000 - 0x200000000]
2019-09-08 17:01:47 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:01:53 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:01:58 - RunHammerTest - Running hammer test on 4 CPUs (128MB each) [0x200000000 - 0x220000000]
2019-09-08 17:02:02 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:02:08 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:02:13 - RunHammerTest - Running hammer test on 4 CPUs (128MB each) [0x220000000 - 0x240000000]
2019-09-08 17:02:17 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:02:23 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:02:28 - RunHammerTest - Running hammer test on 4 CPUs (128MB each) [0x240000000 - 0x260000000]
2019-09-08 17:02:31 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:02:38 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:02:43 - RunHammerTest - Running hammer test on 3 CPUs (151MB each) [0x260000000 - 0x27C700000]
2019-09-08 17:02:45 - Memory range 0x0 - 0x9E000 was not locked. Ignoring...
2019-09-08 17:02:51 - Cleanup - Unlocking all memory ranges...
2019-09-08 17:02:51 - MtSupportRunAllTests - Test execution time: 243.013 (Test 13 cumulative error count: 0)
2019-09-08 17:02:51 - Finished pass #4 (of 4) (Cumulative error count: 0)
@Let'sgoflying!, keep us posted. Our company uses a lot of Dell equipment. That may change.
I ended up nuking my entire drive and attempted a clean install. Nope.
I am going to re-image the drive back to where it was a few months ago before all this started. If that doesn't work, the SSD is going in the trash...
1. Download and "burn" the ISO from MS (or from the manufacturer, although I personally prefer downloading it from MS).
2. Download the drivers from the manufacturer and save them to another flash drive.
3. Back up the system as a whole (image or clone the hard drive) and verify the backup.
4. Back up the user's data as a separate backup and verify the backup.
5. Reinstall Windows using one of the last two options on the page linked above. The last one will also delete the recovery partition. The next-to-last one might delete the recovery partition, but shouldn't.
6. When the system is installed, reinstall the drivers, starting with the freshest stable chipset driver. Reboot after installing the chipset driver even if it doesn't ask you to. (It almost certainly will, however.)
Does the SSD pass read/write tests?
Rich
If you don't have it, you may want to get/document your Windows registration key. Might not need it now, but if the drive fails completely sometime, you'll wish you had it.
There is a small program to download called Keyfinder that may make it easy for you.
Does the SSD pass read/write tests?
Rich
It didn't survive the re-image. Failed on the second partition.
I now have the old original spinny drive running, but it has not yet been through the update debacle...
That is not the MS Service tag on the bottom?
strings /sys/firmware/acpi/tables/MSDM | tail -1
Update:
Man, I am sold on GPT partitioning! I plugged the SSD into my Linux workstation and after deleting the the primary MBR header, the secondary header was able to recover the original partitioning scheme!
I was able to mount all my partitions except the one that was corrupted and I repaired that one. I should be able to once again boot that drive...
Of course, the Windows data is all gone. Good riddance!
Am I the only one reading all this and thinking why don't you just swap the memory sticks before you go d*cking around with anything else? If its only got one memory stick, get on Amazon and buy another and swap it in and try it. If it works, then you're out the cost of a memory stick which likely way cheaper than what your time and angst would be worth if you kept trying to chase it down with Dell support. If it doesn't work, you box up the memory stick and send it back no muss no fuss.
If the machine has two memory sticks you don't even need to buy one first. Just pull one of them and try it. If you get it to work with just one memory stick in, the one that's out is bad. Replace it and get your life back.
Here is a string you can run to check the BIOS for the key:
Run this in a command prompt: wmic path softwarelicensingservice get OA3xOriginalProductKey
If it returns a key, snap a pic, or write it down. If it doesn't, then I'd definitely find the key somehow before reinstall.
Yeah, I forgot about that one. Usually when I reinstall Windows, it's because it won't run at all; so I use Linux to verify that there's a key in UEFI/BIOS.
Rich
I thought I read where reinstalls were failing. If a known good OS image fails to install, I usually cut bait and start swapping out memory before I look any deeper regardless of what the hardware tests say. I've just found it saves a lot of time and angst that way.It passed a pretty tough memory test with no errors. That doesn't mean it's impossible that the memory is bad, but it's unlikely enough that I'd try a reinstall before buying new memory.
Rich
I thought I read where reinstalls were failing. If a known good OS image fails to install, I usually cut bait and start swapping out memory before I look any deeper regardless of what the hardware tests say. I've just found it saves a lot of time and angst that way.
Roger that. I think I would've been doing a back & whack on it after Dell tech #3 but that's me.Two different computers and situations. Sometimes you have thread drift, and sometimes you have thread merge. This is a case of the latter. The situation with Dave's computer (Dave being the OP and the member attempting the clean install) is that various repair attempts by both Dell and MS have failed, but a clean install hasn't been tried yet.
The machine spit up an unspecified error with no code using Dell's tester, which the Dell tech said wasn't a hardware error. But it passed a Passmark bootable RAM test, so the odds of the RAM being bad are fairly low. That doesn't mean that some other hardware isn't misbehaving, but it's probably not the RAM.
Also, the machine has nothing of value on it anyway in terms of data, and there may have been some iatrogenic damage from the combined attempts of eight Dell techs' and however many of Microsoft's techs' attempts to fix the OS rather than wiping and reinstalling it.
All of those things considered, I agree with Dave that a wipe and reinstall is a sensible next step. At this point the problem seems to be either with the software or with some hardware issue other than RAM. A clean install costs nothing to try and is the one thing that hasn't been tried. If Dave happened to have some spare RAM laying around, then I'd say sure, give it a shot. But he doesn't, and the RAM passed the Passmark test.
Rich
i have a spare ram that fits
Run this in a command prompt: wmic path softwarelicensingservice get OA3xOriginalProductKey
I think I would've been doing a back & whack on it after Dell tech #3 but that's me.
I have the command prompt open, in order to retrieve the product key and it is no longer crashing*.
A diagnostic aid?
*edit. Less often. Ignore.
Definitely less often....but only if the command prompt window is not minimized.
May not mean anything.
Oh, and the original problem of the stuck cursor? It still does that, the times when the computer is not recycling....and I notice I can free it by pressing the Shift key!
WTH does that mean??
Ah sometimes I forget and use terms that only I know the meaning of. A back and whack is what I used to call a backup/format/clean install when I would talk with colleagues. "Why are you putting all that time into troubleshooting this? Why don't you just back it and whack it and be done with it?"Sounds violent, involving Dell - so I am interested.
What is it?
Ah sometimes I forget and use terms that only I know the meaning of. A back and whack is what I used to call a backup/format/clean install when I would talk with colleagues. "Why are you putting all that time into troubleshooting this? Why don't you just back it and whack it and be done with it?"
Heh. Remember Knoppix Linux? I used that all the time when it first came out. One of the first live bootable distros
Heh. Remember Knoppix Linux? I used that all the time when it first came out. One of the first live bootable distros.
Parted Magic is another very useful tool to keep handy.