Windows 10 Lenovo Ideapad вылетает

0

Проблема / Вопрос: Ноутбук постоянно выходит из строя, обычно вскоре после того, как я перестаю его использовать / когда он остается без присмотра.

Дополнительные сведения о проблеме: В последнее время компьютер, кажется, дает сбой примерно через 1 час после того, как я перестал его использовать (обычно VMware Workstation Pro 12 работает на компьютере с Ubuntu). Аварийные дампы указывали на fvfevol.sys, tpm.sys, hal.dll, ntdll.dll, (nt ... exe - как бы ни называлось ядро). Кроме того, иногда он перезагружается без аварийного сброса, как будто он потерял питание.
1) Я попытался запустить Lenovo Solution Center Lite, который имеет диагностику оборудования как внутри Windows, так и внутри Debian (через их загрузочный компакт-диск), а также memtest, но ничего не нашел.
2) Я запускал sfc множество раз безрезультатно.
3) Я обновил все драйверы, которые не являются встроенными в Microsoft /, и обновил BIOS / EUFI, которые не помогли.
4) Я попытался отключить Bitlocker, увидев эти ошибки, но это не помогло.
5) Я обновил Windows 10 до Anniversary Edition, который не помог.
Я думал, что проблема, возможно, связана с VMware, поэтому я работал над экспортом всех своих машин (всего около 12), но компьютер зависал вскоре после того, как оставлял его без присмотра каждый раз, когда он экспортирует / запускает машины в процессе подготовки. Кажется очень вероятным, что это может быть аппаратная проблема или проблема, когда машина бездействует / переключает графические процессоры / раскручивает жесткие диски, но все тесты ничего не показывают.

Попытки предпринять шаги: я попытался просмотреть аварийные дампы и выполнить диагностические тесты оборудования от производителя. Кроме того, я обновил все драйверы и UEFI. Я пробовал стресс-тестирование CPU / GPU с prime95 и furmark соответственно безрезультатно. Аппаратная диагностика не указывает на проблемы.

Дополнительная диагностическая информация: я прикрепил содержимое мини-дампов (три дампов) https://drive.google.com/file/d/0B5_N_bmEfTW4VGxDcERqbW5BdWs/view?usp=sharing

Произошло «082016-5359-01.dmp» при использовании компьютера после отключения BitLocker. Я находился в процессе преобразования Windows в загрузку EUFI из предыдущей загрузки BIOS, когда это произошло.

«082016-6828-01.dmp» произошла, когда компьютер находился без присмотра и, по-видимому, обновлял виртуальную машину и экспортировал пару других.

Вот несколько примеров системных событий: https://drive.google.com/file/d/0B5_N_bmEfTW4VFBuc0tBU3NkWDA/view?usp=sharing

Текущие теории: проблема может быть связана с жестким диском / хранилищем или VMware (VMware почти всегда работает под управлением Ubuntu VM)

Системная информация:

  • Lenovo Y700-15ISK (меньше года)
  • 16 ГБ ОЗУ
  • 128 ГБ mSATA SSD с ОС
  • 1 ТБ, 5400 об / мин, 2,5 "накопитель
  • Intel i7-6700HQ
  • Переключаемая графика Intel 530 Pro + nVidia 960m
  • Рабочая станция VMware Pro 12
nijave
источник
В чем вопрос? Это настолько открыто, что я подозреваю, что ваш «вопрос» будет закрыт из-за того, что он слишком широк. Можете быть более конкретными?
Xavierjazz
Я не могу понять, почему ноутбук продолжает
падать

Ответы:

0

Вы должны выполнить тест ОЗУ, потому что 1 сбой показывает повреждение кода и 3 ошибки в exe ядра:

*******************************************************************************
*                                                                             *
*                        Bugcheck Analysis                                    *
*                                                                             *
*******************************************************************************

CRITICAL_PROCESS_DIED (ef)
        A critical system process died
Arguments:
Arg1: ffffd10776660080, Process object or thread object
Arg2: 0000000000000000, If this is 0, a process died. If this is 1, a thread died.
Arg3: 0000000000000000
Arg4: 0000000000000000

Debugging Details:
------------------

DUMP_CLASS: 1

DUMP_QUALIFIER: 400

BUILD_VERSION_STRING:  10.0.14393.0 (rs1_release.160715-1616)

SYSTEM_MANUFACTURER:  LENOVO

SYSTEM_PRODUCT_NAME:  80NV

SYSTEM_SKU:  LENOVO_MT_80NV_BU_idea_FM_Lenovo ideapad Y700-15ISK

SYSTEM_VERSION:  Lenovo ideapad Y700-15ISK

BIOS_VENDOR:  LENOVO

BIOS_VERSION:  CDCN37WW

BIOS_DATE:  05/25/2016

BASEBOARD_MANUFACTURER:  LENOVO

BASEBOARD_PRODUCT:  Allsparks 5A

BASEBOARD_VERSION:  SDK0J40709 WIN

DEFAULT_BUCKET_ID:  CODE_CORRUPTION

BUGCHECK_STR:  0xEF

CURRENT_IRQL:  0

ANALYSIS_VERSION: 10.0.14321.1024 amd64fre

STACK_TEXT:  
00 nt!KeBugCheckEx
01 nt!PspCatchCriticalBreak
02 nt! ?? ::NNGAKEGL::`string'
03 nt!PspTerminateProcess
04 nt!NtTerminateProcess
05 nt!KiSystemServiceCopyEnd
06 nt!KiServiceLinkage
07 nt! ?? ::FNODOBFM::`string'
08 nt!KiExceptionDispatch
09 nt!KiPageFault
0a 0x0


CHKIMG_EXTENSION: !chkimg -lo 50 -d !nt
    fffff801c40ea3e8-fffff801c40ea3e9  2 bytes - nt!MiGetSmallZeroPtes+ac
    [ 80 f6:00 f3 ]
    fffff801c418d1de - nt!MiPurgeZeroList+6e (+0xa2df6)
    [ fa:b9 ]
3 errors : !nt (fffff801c40ea3e8-fffff801c418d1de)

MODULE_NAME: memory_corruption

IMAGE_NAME:  memory_corruption

FOLLOWUP_NAME:  memory_corruption

MEMORY_CORRUPTOR:  LARGE

FAILURE_BUCKET_ID:  MEMORY_CORRUPTION_LARGE

BUCKET_ID:  MEMORY_CORRUPTION_LARGE

PRIMARY_PROBLEM_CLASS:  MEMORY_CORRUPTION_LARGE
magicandre1981
источник
Я попытался использовать memtest86 и тестер памяти Windows, но ни один из них не дал ничего. Я сделал около 2-3 проходов с Windows (около часа) и два прохода с memtest86. Кроме того, я использовал диагностический инструмент Lenovo и провел два быстрых однократных теста и ничего. Я попробую что-нибудь подольше, но в одночасье. Это определенно объясняет, почему VMware, похоже, связана, поскольку виртуальные
машины
memtest86 + в течение 4 часов (2 прохода) и без ошибок i.imgur.com/Cgn60rk.jpg
nijave
также опубликуйте
magicandre1981
imgur.com/a/2aNiT Не падал с тех пор, как я удалил VMware и заменил на Virtualbox
nijave
Тем не менее, время памяти в Windows кажется немного более жестким, чем в памяти. Там нет вариантов их настройки в UEFI. Кроме того, я запускал prime95 в течение часа + среди других вещей, потребляющих ОЗУ, и не видел проблем с момента отключения VMware. У меня такое чувство, что с графическими драйверами не получалось хорошо / когда он переключался между Intel и nVidia (например, после того, как его
оставили