преди 5 минути, дръндю написа:

не....

Дънди , няма да палиш ся като моторетка ..нали..? Всичко е точно , просто малко се  шегувам ..! Да разпуснем малко на Лазаров ден..! 

преди 30 минути, цър-вул написа:

Сърбел в плешките и нимб зад/над главата нямаш, нали? 'щот' и аз нямам.

до кът не мий притрябвало нещо да те захапя с някоя тема
ама тва, инсталиране на драйвърите с един файл е много яко....много му се изкефих на няколко пъти
 

Редактирано 24 април 20215 г. от дръндю (преглед на промените)

преди 34 минути, дръндю написа:

до кът не мий притрябвало нещо да те захапя с някоя тема

Ас дан съм пурджола, ве?!

преди 34 минути, дръндю написа:

инсталиране на драйвърите с един файл е много яко

Ми, т'ва муй целтъ на bat файла.

преди 4 часа, Raze написа:

Той може и сега да си го сглобил и пак да има проблеми. Какво значи "моя инструкция"? Това го намерих на първо търсене в гугъл по грешката, която се вижда от картинката ти. Кое точно от темата направи, RAM паметта тества ли изцяло? Дай пълна информация за хардуера, нещо клоквано ли е? С толкова оскъдна информация не очаквай кой знае какъв отговор. Като те мързи да пишеш и нас ни мързи да вадим с ченгели информация.

Не ме мързи,  а просто много малко неща разбирам от сферата на компютрите. Дори нямам идея какво значи това "клоквано". 

Работя отдавна с всякаква техника, но само като потребител. Когато се развали нещо го нося на сервиз или се свързвам 

със специалисти за съвет ако е нещо привидно дребно. Сглобиха ми го от една фирма и още е в гаранция. Бих го занесъл в сервиза им, но тази грешка след 

престартиране се оправя и после може и 2 седмици да работи преди да я даде пак. Може и аз да го експлоатирам компютъра неправилно. Като го включа 

после  изобщо не го изключвам с дни. Просто така свикнах, защото преди работех в една фирма с денонощен режим на техниката и колегите от поддръжката ме учеха, че

всяко включване и изключване е стрес за устройствата и забраняваха да се изключват от захранване. Отделно редовно съм в няколко интернет сайта едновременно

и така си ги зарязвам дори когато не съм пред компютъра. Обикновенно синия екран с грешката ме посреща когато ме е нямало няколко часа. Нищо чудно нещо 

да прегрява след седмица работа? 

Някой ще каже ли дали това обновление няма да реши да се инсталира без да ме пита?

Не, няма, докато ти не го пуснеш.
Което е добре да направиш

преди 2 часа, A.com написа:

Някой ще каже ли дали това обновление няма да реши да се инсталира без да ме пита?

Дали ще изплюе грешка или не, е въпрос на късмет. При мен нямаше проблеми

преди 17 часа, Eclipse2G написа:

Дали ще изплюе грешка или не, е въпрос на късмет. При мен нямаше проблеми

На късмет не ми се разчита. :)

Аз наскоро обнових същата версия на 10ката(Enterprise)до последната и ми създаде проблеми.................първо 1-2 пъти зависваше(замръзваше) на едни от последните рестартирания преди да зареди вече обновената система,след няколко рестарта и безкрайно чакане най-накрая стигна до края и се зареди,общо взето работеше си нормално,но пък установих,че 1-2 програми не се стартират и са счупени,поиграх си малко и накрая направих чист инстал,който става доста бързо,но програмите и донастройването след това е часове.............

преди 25 минути, A.com написа:

На късмет не ми се разчита.

Аз да напомня все пак.... че има куп безплатни инструменти за направа на имидж на работещата система, преди да се правят експерименти или други рискови неща...

на 23.04.2021 г. в 22:57, ivov написа:

На снимката е този неприятен син екран, който ми се появява ако не веднъж седмично, то на две седмици със сигурност. След престартиране 

всичко е наред до следващия път. На какво се дължи тази грешка и може ли да се отстрани?

Става дума за следната операционна система (активирана с редовно заплатен лиценз):

Edition    Windows 10 Pro
Version    20H2
Installed on    ‎16.‎1.‎2021 ‎г.
OS build    19042.928
Experience    Windows Feature Experience Pack 120.2212.551.0
 

И аз получавам същия екран при опит за надграждане от 1909 до 20H2.

 

на 23.04.2021 г. в 23:00, Raze написа:

Умиращ/повреден хардуер? Чети и пробвай: How to Fix the WHEA Uncorrectable Error on Windows 10 (makeuseof.com)

В края на 2019 смених дъно, процесор и памет с MSI B450 Gaming Plus Max, Ryzen 3600 и G.Skill Aegis Kit 16GB F4-3000C16D-16GISB. Тогава инсталирах 1909 начисто и не помня да съм имал каквито и да е било сини екрани, но при опит за надграждане и бам - син екран. Така като гледам линка, само инсталирането на последния BIOS не съм пробвал, но бях sfc /scannow и dism..., които са пропуснати там. Най-тъпото е, че трябва да чакам по 20-30 мин., докато стигне до синия екран. Цял ден си играх с експерименти.

Преди самия опит за надграждане деинсталирах драйверите за чипсета и обнових BIOS-а от 7B86vH5 до 7B86vH7. След някой и друг експеримент върнах по-стария. Сега гледам, миналата седмица са пуснали още по-нов BIOS, макар и бета, но до някъде ме е страх да слагам по-нови, тъй като процесорът ми вече е стар и не вярвам все още да му обръщат внимание, поради което смятам, че има вероятност да счупят нещо.

И сега седя и се чудя, възможно ли е синият екран да идва от комбинация нов Windows и стар BIOS? Струва ми се странно.

преди 1 час, саби написа:

екран

А пробва ли надграждане  през setupprep от 20H2 iso?
Или първо reset със запазване на настройките, личните файлове и данни. И след това надграждане  през setupprep от 20H2 iso

От iso опитах да надграждам, само че аз стартирам setup.exe, което е извън директориите (ако не бъркам, мисля че и със setupprep бях пробвал). Не знам дали има разлика между тях. Преди да сменя чарколяците съм надграждал по този начин без проблеми. Това ми е първото надграждане с новите чарколяци.

Reset не съм пробвал, но при първото сканиране с sfc /scannow бяха намерени повредени системи файлове. При следващите сканирания повече не бяха намерени.

Някой ден ще го пробвам и reset-а, че идеите ми се изчерпаха.

преди 1 минута, саби написа:

sfc /scannow бяха намерени повредени системи файлове

А бяха ли успешно ремотирани?
И след това пробва ли надргражда?

 

преди 3 минути, саби написа:

аз стартирам setup.exe, което е извън директориите

N:\setup? където N: е буквата на виртуалното устройство.
И какво точно връща от setup?
Пробвай с N:\sources\setupprep.exe

Аз си мисля, да не би пък това ,че се прескача една версия(2004)да е някакъв проблем при надграждането,както и аз имах доста проблеми,но при чист инстал няма проблеми и всичко си работи!

на 25.04.2021 г. в 16:11, Joss Bomon написа:

Аз да напомня все пак.... че има куп безплатни инструменти за направа на имидж на работещата система, преди да се правят експерименти или други рискови неща...

Използвам такава програма, но искам да имам поне 2 свободни дни в случай на фал старт. За сега такива не се очертават. :)

Здравейте! Ще си позволя да ползвам темата, за да си задам въпроса, защото се отнася до Windows 10.

Значи, ако правя буутваща флашка с Windows 10 за стар лаптоп (в биоса се навигира със стрелките), в Rufus на Partition scheme трябва да избера MBR. а не GPT? А, ако дъното е по-ново и поддържа UEFI, то избирам GPT? Правилно ли разсъждавам?

Пробвай първо с инструмента от сайта на microsoft.

на 26.04.2021 г. в 12:00, цър-вул написа:

А бяха ли успешно ремотирани?
И след това пробва ли надргражда?

И на двете да. Без успех.

на 26.04.2021 г. в 12:00, цър-вул написа:

N:\setup? където N: е буквата на виртуалното устройство.
И какво точно връща от setup?
Пробвай с N:\sources\setupprep.exe

Така като гледам няма значение кой setup се стартира. Единствената разлика, която виждам е, че освен SetupHost.exe и SetupPrep.exe, в task manager-а се показва и Setup.exe. И с двата setup-а без успех.

 

Вчера успях да направя нови два опита за надграждане. Отново пуснах sfc /scannow и пак намери повредени файлове, но ги поправи. След това пуснах и dism /online /cleanup-image /restorehealth, не намери нищо. Първо пробвах да сложа 20H2, като му зададох на инсталатора да провери и за ъпдейти. След 35 минути пак стигна до синия екран.

 

 

на 26.04.2021 г. в 14:40, Слави Маринов написа:

Аз си мисля, да не би пък това ,че се прескача една версия(2004)да е някакъв проблем при надграждането,както и аз имах доста проблеми,но при чист инстал няма проблеми и всичко си работи!

Вторият опит беше с 2004, но на него не му дадох да проверява за ъпдейти и стигна до синия екран за 10 минути, което доста скъсява времето за тестове.

 

По едно време ми светна, че при сини екрани и крашове обикновено се създава dump файл и след търсене в интернет намерих този начин за преглед на файла: How to open and analyze crash dump files on Windows 10. Грешката е AuthenticAMD, което означава, че процесорът оказва на операционната система, че има някакъв проблем с него. Ето и част от анализа:

Spoiler

Microsoft (R) Windows Debugger Version 10.0.21306.1007 AMD64
Copyright (c) Microsoft Corporation. All rights reserved.


Loading Dump File [C:\опити за upgrade - log-ове\setupmem.dmp]
Kernel Bitmap Dump File: Kernel address space is available, User address space may not be available.

Symbol search path is: srv*
Executable search path is: 
Windows 10 Kernel Version 19041 MP (12 procs) Free x64
Product: WinNt, suite: TerminalServer SingleUserTS
Edition build lab: 19041.1.amd64fre.vb_release.191206-1406
Machine Name:
Kernel base = 0xfffff807`31800000 PsLoadedModuleList = 0xfffff807`3242a310
Debug session time: Mon Apr 26 22:02:12.028 2021 (UTC + 3:00)
System Uptime: 0 days 0:01:27.828
Loading Kernel Symbols
...............................................................
................................................................
.Page 4020c4 not present in the dump file. Type ".hh dbgerr004" for details
...............................................................
..............................
Loading User Symbols
PEB is paged out (Peb.Ldr = 000000b2`a8663018).  Type ".hh dbgerr001" for details
Loading unloaded module list
................................
For analysis of this file, run !analyze -v
nt!KeBugCheckEx:
fffff807`31bf3ea0 48894c2408      mov     qword ptr [rsp+8],rcx ss:0018:fffff807`35c72800=0000000000000124


~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~


0: kd> !analyze -v
*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

WHEA_UNCORRECTABLE_ERROR (124)
A fatal hardware error has occurred. Parameter 1 identifies the type of error
source that reported the error. Parameter 2 holds the address of the
WHEA_ERROR_RECORD structure that describes the error conditon. Try !errrec Address of the WHEA_ERROR_RECORD structure to get more details.
Arguments:
Arg1: 0000000000000001, Corrected Machine Check
Arg2: ffffdd87dcfd00f8, Address of the WHEA_ERROR_RECORD structure.
Arg3: 0000000098201000
Arg4: 000000000000010b

KEY_VALUES_STRING: 1

    Key  : Analysis.CPU.mSec
    Value: 4296

    Key  : Analysis.DebugAnalysisManager
    Value: Create

    Key  : Analysis.Elapsed.mSec
    Value: 4302

    Key  : Analysis.Init.CPU.mSec
    Value: 593

    Key  : Analysis.Init.Elapsed.mSec
    Value: 60703

    Key  : Analysis.Memory.CommitPeak.Mb
    Value: 80

    Key  : WER.OS.Branch
    Value: vb_release

    Key  : WER.OS.Timestamp
    Value: 2019-12-06T14:06:00Z

    Key  : WER.OS.Version
    Value: 10.0.19041.1


BUGCHECK_CODE:  124

BUGCHECK_P1: 1

BUGCHECK_P2: ffffdd87dcfd00f8

BUGCHECK_P3: 98201000

BUGCHECK_P4: 10b

BLACKBOXBSD: 1 (!blackboxbsd)


BLACKBOXNTFS: 1 (!blackboxntfs)


BLACKBOXPNP: 1 (!blackboxpnp)


BLACKBOXWINLOGON: 1

PROCESS_NAME:  csrss.exe

DPC_STACK_BASE:  FFFFF80735C72FB0

STACK_TEXT:  
fffff807`35c727f8 fffff807`31cb38ea     : 00000000`00000124 00000000`00000001 ffffdd87`dcfd00f8 00000000`98201000 : nt!KeBugCheckEx
fffff807`35c72800 fffff807`2d8315b0     : 00000000`00000000 ffffdd87`dcfd00f8 ffffdd87`db6e1e30 ffffdd87`dcfd00f8 : nt!HalBugCheckSystem+0xca
fffff807`35c72840 fffff807`31db54ae     : 00000000`00000000 fffff807`35c728e9 ffffdd87`dcfd00f8 ffffdd87`db6e1e30 : PSHED!PshedBugCheckSystem+0x10
fffff807`35c72870 fffff807`31cb5211     : ffffdd87`e151f900 ffffdd87`e151f900 ffffdd87`db6e1e80 ffffdd87`db6e1e30 : nt!WheaReportHwError+0x46e
fffff807`35c72950 fffff807`31c9f77f     : 00000000`00000000 00000000`00000001 fffff807`2c96b100 00000000`00000000 : nt!HalpMcaReportError+0xb1
fffff807`35c72ac0 fffff807`31b9bff2     : 00000000`00000000 fffff807`35c72cb0 fffff807`35c72e70 00000000`00000af8 : nt!HalpCmcPollProcessor+0x10376f
fffff807`35c72b50 fffff807`31b89406     : fffff807`2c96e240 00000057`63b67001 fffff807`2c96b180 00000000`00000004 : nt!HalpCmciPollProcessor+0x46
fffff807`35c72b80 fffff807`31ae9a3e     : fffff807`2c96e240 ffffdd87`db653000 fffff807`35c72e70 fffff807`00000002 : nt!HalpCmciDeferredRoutine+0x16
fffff807`35c72bb0 fffff807`31ae8d24     : 00000000`00000000 00000000`00000000 00000000`00000000 00000000`00000083 : nt!KiExecuteAllDpcs+0x30e
fffff807`35c72d20 fffff807`31bfaee5     : 00000000`00000000 fffff807`2c96b180 fffff807`324f2f40 00000000`00000000 : nt!KiRetireDpcList+0x1f4
fffff807`35c72fb0 fffff807`31bfacd0     : fffff807`31beff90 fffff807`31a3f03a 00000000`00000501 ffffdd87`e225b0c0 : nt!KxRetireDpcList+0x5
ffffaa88`2d9697b0 fffff807`31bfa585     : 00000000`00000000 fffff807`31bf5ca1 ffff861c`007ed030 ffffdd87`e225b0c0 : nt!KiDispatchInterruptContinue
ffffaa88`2d9697e0 fffff807`31bf5ca1     : ffff861c`007ed030 ffffdd87`e225b0c0 ffffffff`ffffffff ffffdd87`e17a5000 : nt!KiDpcInterruptBypass+0x25
ffffaa88`2d9697f0 ffff864d`6d8b430b     : ffff861c`007ed030 ffff861c`0061ec98 ffffaa88`00000000 ffff861c`007ed030 : nt!KiInterruptDispatchNoLock+0xb1
ffffaa88`2d969980 ffff864d`6d8a94a7     : 00000000`0002625a ffffaa88`2d969ac0 ffff861c`007ed390 ffff861c`0061d020 : cdd!CddBitmapSw::SubmitPresentHistory+0x27b
ffffaa88`2d9699c0 fffff807`31a66dd5     : ffffdd87`e225b0c0 ffffdd87`e225b0c0 ffff864d`6d8990e0 ffff861c`0061d020 : cdd!PresentWorkerThread+0x103c7
ffffaa88`2d969c10 fffff807`31bfb4f8     : fffff807`2c96b180 ffffdd87`e225b0c0 fffff807`31a66d80 00000001`00000001 : nt!PspSystemThreadStartup+0x55
ffffaa88`2d969c60 00000000`00000000     : ffffaa88`2d96a000 ffffaa88`2d964000 00000000`00000000 00000000`00000000 : nt!KiStartSystemThread+0x28


MODULE_NAME: AuthenticAMD

IMAGE_NAME:  AuthenticAMD.sys

STACK_COMMAND:  .thread ; .cxr ; kb

FAILURE_BUCKET_ID:  0x124_1_AuthenticAMD_PROCESSOR_CACHE_IMAGE_AuthenticAMD.sys

OS_VERSION:  10.0.19041.1

BUILDLAB_STR:  vb_release

OSPLATFORM_TYPE:  x64

OSNAME:  Windows 10

FAILURE_ID_HASH:  {19f5bd94-40b7-9055-b570-8ae178b100f3}

Followup:     MachineOwner

 

 

След това намерих и това: 0x124: WHEA_UNCORRECTABLE_ERROR. Ето го и резултата (премахнах Local APIC Id и CPU Id):

Spoiler

0: kd> !errrec ffffdd87dcfd00f8
===============================================================================
Common Platform Error Record @ ffffdd87dcfd00f8
-------------------------------------------------------------------------------
Record Id     : 01d73ace75eb15d9
Severity      : Fatal (1)
Length        : 936
Creator       : Microsoft
Notify Type   : Corrected Machine Check (CMCI)
Timestamp     : 4/26/2021 19:02:12 (UTC)
Flags         : 0x00000000

===============================================================================
Section 0     : Processor Generic
-------------------------------------------------------------------------------
Descriptor    @ ffffdd87dcfd0178
Section       @ ffffdd87dcfd0250
Offset        : 344
Length        : 192
Flags         : 0x00000001 Primary
Severity      : Fatal

Proc. Type    : x86/x64
Instr. Set    : x64
Error Type    : Cache error
Operation     : Generic
Flags         : 0x00
Level         : 3
CPU Version   : 0x0000000000870f10
Processor ID  : 0x0000000000000000

===============================================================================
Section 1     : x86/x64 Processor Specific
-------------------------------------------------------------------------------
Descriptor    @ ffffdd87dcfd01c0
Section       @ ffffdd87dcfd0310
Offset        : 536
Length        : 128
Flags         : 0x00000000
Severity      : Fatal

Proc. Info 0  @ ffffdd87dcfd0350

===============================================================================
Section 2     : x86/x64 MCA
-------------------------------------------------------------------------------
Descriptor    @ ffffdd87dcfd0208
Section       @ ffffdd87dcfd0390
Offset        : 664
Length        : 272
Flags         : 0x00000000
Severity      : Fatal

Error         : GCACHELG_ERR_ERR (Proc 0 Bank 22)
  Status      : 0x982010000000010b

 

Излиза, че както и във втората статия, така и при мен вероятно проблемът е в кеша.

 

Попаднах на мнения в един форум (тук и тук) да се изключи Global C-State Control и да се промени Power Supply Idle Control на Typical Current Idle, макар и да е за x570 чипсет реших да пробвам, но и това беше без успех.

Попаднах и на това мнение - проблемът със сините екрани идвал от версиите 2004 и 20H2. Човекът щял да се връща на 1909.

В крайна сметка не знам къде точно е проблемът - дефектен процесор, смотан BIOS (все ще не съм пробвал последния), смотан Windows или комбинация от тях. Зарязвам го така и ще чакам 21H1 да го видя как ще се държи.

преди 57 минути, саби написа:

В крайна сметка не знам къде точно е проблемът - дефектен процесор, смотан BIOS (все ще не съм пробвал последния), смотан Windows или комбинация от тях. Зарязвам го така и ще чакам 21H1 да го видя как ще се държи.

Е добре де,а с чист инстал пробва ли?Може пък да стане............аз днес направих надграждането и на лаптопа(от 1909  Enterprise до 20H2) и там всичко мина гладко и няма никакви проблеми,и макар да съм почитател на чистите неща, ще го оставя така засега.

Някой ден и това ще пробвам.

@саби По едно време WHEA_UNCORRECTABLE_ERROR имаше в Dev канала и причината беше нещо, свързано с NVMe SSD-та. Не съм чул да е имало подобни проблеми по другите канали, но все пак.

https://www.reddit.com/r/windowsinsiders/comments/m448b4/whea_uncorrectable_error_on_the_latest_insider/

 

Аз съм с обикновено SATA SSD Samsung 850 EVO. За съжаление там не са писали каква им е грешката в dump файла, за да я сравня с моята.

https://winaero.com/microsoft-releases-windows-10-build-21370-to-dev-channel-insiders/

 

на 27.04.2021 г. в 23:53, killchain написа:

@саби По едно време WHEA_UNCORRECTABLE_ERROR имаше в Dev канала и причината беше нещо, свързано с NVMe SSD-та. Не съм чул да е имало подобни проблеми по другите канали, но все пак.

https://www.reddit.com/r/windowsinsiders/comments/m448b4/whea_uncorrectable_error_on_the_latest_insider/

Интересно. До колкото ми е известно WHEA_UNCORRECTABLE_ERROR са свързани с CPU грешки (особено след прилагане на някои от микрокодовете и пачовете за side-channel атаките като Specte/Meltdown). Сега като потърсих се оказа, че може да е и от нестабилна честота на RAM или от SSD-тата. Но все пак в анализа на dmp файла май пак си пише, че е Processor Generic грешката. Лошото е, че някои microcode-ове идват май с кръпките под Win 10 и не знам дали имат възможност да се деинсталират и ако да, дали връщат старата ревизия на microcode-а на процесора. При БИОС-а положението е подобно. Поне при някои vendor-и вече е невъзможно да се downgrade-не версия на BIOS (особено при Intel, където нещата са сложни заради ME - Management Engine-a) и за целта се използват други средства като UBU с не гарантиран успех.

Има ли записани събития в Event Viewer => Applications and Services Logs => Microsoft => Windows => Kernel-WHEA => Errors?