Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > alt.os.linux > #80280
| From | Paul <nospam@needed.invalid> |
|---|---|
| Newsgroups | alt.os.linux, uk.comp.os.linux, alt.windows7.general |
| Subject | Re: Strange PC Video Fault |
| Date | 2024-08-06 19:05 -0400 |
| Organization | A noiseless patient Spider |
| Message-ID | <v8ua6u$1trs0$1@dont-email.me> (permalink) |
| References | (5 earlier) <20240801143540.5a91d7ca@devuan> <v8gkdk$2arv3$1@dont-email.me> <v8h5ae$2e7td$1@dont-email.me> <7Y-dndVcneUmezH7nZ2dnZfqnPidnZ2d@brightview.co.uk> <v8u6od$1slla$1@dont-email.me> |
Cross-posted to 3 groups.
On Tue, 8/6/2024 6:06 PM, Java Jive wrote:
>
> Yes, and, one of the stupidest ever defaults of most recent versions of Windows, if you get a bluescreen it's been and gone before you can possibly read it as the laptop goes into an endless cycle of rebooting - the only way you can read the details on the screen is to video it with a mobile phone and try, probably several times before you are lucky, to freeze the playback at exactly the right moment to be able to read it. That most stupid of defaults is always one of the first things I change on any new installation of Windows.
There is a setting for that. Disable "automatic restart" or so.
This causes the blue screen to stand still. Then you can get out
your magnifying glass, and read that annoying five point font
the idiots selected for the code.
That could be in sysdm.cpl somewhere.
[Picture]
https://i.postimg.cc/sghZL2h2/automatically-restart.gif
Dump files can be read with dumpchk.exe , one of the early
tools from MSFT to read a minidump. Windbg (available
separately as a Visual Studio sub-feature) can read dumps
or full memory dumps, in a similar manner to dumpchk. !analyze
Windbg has a comment, right in the interface, what to use...
Third party tools (BlueScreenViewer) also exist, but
occasionally they don't know where the .dmp files are.
After you have set up your crash response. you can test it.
https://learn.microsoft.com/en-us/sysinternals/downloads/notmyfault
The one on the display there, that ought to do it. Close
all your Notepads, MSWDs, Firefox, make sure anything of
value is put away. Right after a full backup, might be
a good time for a test. The "High IRQL fault" should
blow a similarly named Blue Screen for you. The Reliability
Monitor will then have an entry for NotMyFault.exe as the
thing that dropped the system or created a .dmp. Russinovich+Co
wrote that for us.
If you're bored, you can have a lot of fun making minidmps
and testing viewers and such.
Note that, if you encourage the system to dump all memory,
the writing of the memory to some place on C: , is
excruciatingly slow. You will have regrets about
some of those options. But I don't see the "mini dump"
option in the pictured one, so I guess the system
knows when it's supposed to make a small one.
If you have hiberfile turned off, there's no place to store a big dump.
powercfg /h off # Can't hibernate, also "can't take a dump"
# Minidmp .dmp files could be 100KB.
I am trying to remember why I do *NOT* have
this option selected (BSOD stand still). The automatic restart
might be "cleaner". But when you don't have hints, and the
problem is re-producible, you might use this. If the system can
produce a BSOD, maybe it can manage to log it. Eventvwr.msc might
contain the code. Or reliability monitor.
For the problems I was having with the Zen3 processor, the system just halted,
and the event viewer only reported a dirty shutdown had occurred (no log).
It felt like the BIOS was halting it (on an SMI/SMM). There
was no MCE logged (Machine Check Error), so whatever the problem
(Vcore?), it was not something tied to MCE. I'm not used to weirdness
like that (the lack of documentation does not help). There is always
something on computers, you've never seen before. The processor (so far)
runs fine on a different mobo. Great, I guess.
You would be surprised on computers, how many features and
codes are not documented. The mobo makers are sloppy, because
they're designing 30 of the stupid things in parallel every year,
and there is no time for frippery. That's how they can have BIOS
manuals today, that apply to a whole bunch of boards, rather than
just one board.
Paul
Back to alt.os.linux | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Strange PC Video Fault Java Jive <java@evij.com.invalid> - 2024-07-31 13:22 +0100
Re: Strange PC Video Fault sticks <wolverine01@charter.net> - 2024-07-31 08:30 -0500
Re: Strange PC Video Fault Paul <nospam@needed.invalid> - 2024-07-31 09:54 -0400
Re: Strange PC Video Fault Java Jive <java@evij.com.invalid> - 2024-07-31 20:09 +0100
Re: Strange PC Video Fault Char Jackson <none@none.invalid> - 2024-07-31 11:18 -0500
Re: Strange PC Video Fault Java Jive <java@evij.com.invalid> - 2024-07-31 21:17 +0100
Re: Strange PC Video Fault Andy Burns <usenet@andyburns.uk> - 2024-07-31 21:30 +0100
Re: Strange PC Video Fault Java Jive <java@evij.com.invalid> - 2024-08-01 13:12 +0100
Re: Strange PC Video Fault VanguardLH <V@nguard.LH> - 2024-07-31 16:01 -0500
Re: Strange PC Video Fault Java Jive <java@evij.com.invalid> - 2024-08-01 13:33 +0100
Re: Strange PC Video Fault Paul <nospam@needed.invalid> - 2024-07-31 22:29 -0400
Re: Strange PC Video Fault Java Jive <java@evij.com.invalid> - 2024-08-01 14:30 +0100
Re: Strange PC Video Fault Folderol <general@musically.me.uk> - 2024-08-01 14:35 +0100
Re: Strange PC Video Fault Paul <nospam@needed.invalid> - 2024-08-01 14:33 -0400
Re: Strange PC Video Fault Java Jive <java@evij.com.invalid> - 2024-08-02 00:21 +0100
Re: Strange PC Video Fault NY <me@privacy.net> - 2024-08-02 15:01 +0100
Re: Strange PC Video Fault Java Jive <java@evij.com.invalid> - 2024-08-06 23:06 +0100
Re: Strange PC Video Fault Paul <nospam@needed.invalid> - 2024-08-06 19:05 -0400
Re: Strange PC Video Fault NY <me@privacy.net> - 2024-08-09 22:40 +0100
Re: Strange PC Video Fault Java Jive <java@evij.com.invalid> - 2024-08-07 11:21 +0100
Re: Strange PC Video Fault Paul <nospam@needed.invalid> - 2024-08-07 19:20 -0400
csiph-web