Не удалось загрузить драйвер аварийного дампа: Код ID 46, не удалось инициализировать аварийный дамп

25.01.1980 alexxlab 0

Содержание

Код ID 46, не удалось инициализировать аварийный дамп

Обновлено 30.05.2019

Добрый день! Уважаемые читатели и гости IT блога Pyatilistnik.org. В прошлый раз мы с вами рассмотрели все варианты включения и отображения срытых папок в Windows. Сегодня я вам покажу, из-за чего и как решается ошибка с кодом ID 46: не удалось инициализировать аварийный дамп. Встретил я ее на одном из терминальных столов на Windows Server 2012 R2, но вы ее можете увидеть легко и в Windows 10, она не привязана к версии и редакции ОС.

Я проводил диагностику терминального сервера после ошибки с зависшими сессиями и экраном выхода из системы. Просматривая логи Windows я наткнулся на постоянно повторяющуюся ошибку в журнале системы:

Имя журнала (Система). Код события 46: Не удалось инициализировать аварийный дамп.

Что такое аварийный дамп, под этим понятием подразумевается создание специального файла, который содержит в себе информацию для диагностики синего экрана. Наверняка многим из вас известно имя MEMORY.DMP. Если у вас в системе он не настроен или не может создаваться, то это плохо.

Причины появления ошибки 46

  1. Если у вас установлена Windows 7, то убедитесь, что в ней поставлен сервис пак 1 (SP1), проверить, это можно посмотрев версию Windows.
  2. Вторая причина применима к любой версии Windows, это то, что у вас отключено создание файла дампа, в 99% случаев так оно и будет.

Для того чтобы у вас в системе перестала появляться данная ошибка вам необходимо проверить вот, что. Откройте свойства системы Windows, сделать это можно если одновременно нажать клавиши WIN+Pause Break или же нажмите одновременно WIN+R, в окне введите sysdm.cpl.

Переходим на вкладку «Дополнительно», находит тут пункт «Восстановление системы, отладочная информация», нажимаем кнопку «Параметры». В новом окне «Загрузка и восстановление» убедитесь, что у вас в поле «Запись отладочной информации» выбран малый дамп или полный дамп, если нет выберите нужный вам (Разница файлов дампа в Windows, кому интересно, то читаем по ссылке слева)

У вас после сохранения настроек может выскочить ошибка:

Windows, вероятно, не может записывать подробности, которые помогли бы определить системные ошибки, так как текущий файл подкачки отключен или имеет размер менее 1 МБ. Нажмите кнопку «OK» чтобы вернуться к окну «Параметры виртуальной памяти», включить файл подкачки и установить для его размера значение, превышающее 1 МБ, либо нажмите кнопку «Отмена», чтобы выбрать другой дамп памяти.

Данное сообщение вам ясным текстом говорит, что включика ты товарищ дамп памяти и я избавлю твою операционную систему от ошибки с кодом ID 46.

Оставаясь на вкладке «Дополнительно» в разделе «Быстродействие» нажмите кнопку «Параметры». В окне «Параметры быстродействия» перейдите на вкладку «Дополнительно» и нажмите кнопку «Изменить». Откроется окно «Виртуальная память» Устанавливаем пункт «размер по выбору системы», либо же при наличии большого количества оперативной памяти в системе, можете указать свой размер, например 4096 МБ, это 4 ТГ, или другой, главное более 1 МБ. Не забываем нажать кнопку «Задать»

Сохраняем настройки, обязательно произведите перезагрузку сервера или вашего компьютера, где наблюдали ошибку с кодом 46.

После настройки, нужно периодически посматривать в логи системы и наблюдать появляются ли снова события с кодом ID 46. На этом у меня все, если у вас остались вопросы, то пишите их в комментариях. С вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org.

как активизировать создание аварийного дампа памяти после системного сбоя?

Примечания

1. Загрузочный том содержит операционную систему Windows и файлы поддержки. Загрузочный том может быть одновременно и системным (необязательно).

2. Системный том содержит файлы конфигурации оборудования, необходимые для загрузки Windows. Системный том может быть одновременно и загрузочным (необязательно).

Системный

том содержит такие файлы как, например, boot.ini, NTDETECT.COM и Bootfont.bin.

3. При выборе варианта Записать событие в системный журнал или Отправить административное оповещение необходимо иметь на загрузочном диске файл подкачки размером не менее 2МБ.

4. Если выбрать вариант

Дамп памяти ядра или Полный дамп памяти и установить флажок Заменять существующий файл дампа, Windows всегда будет записывать данные в один и тот же файл. Чтобы дампы памяти сохранялись в разных файлах, снимите флажок Заменять существующий файл дампа и изменяйте имя файла после каждой неустранимой ошибки (переименовывайте этот файл после перезагрузки ПК).

5. Можно высвободить некоторое количество памяти, сняв флажки Записать событие в

системный

журнал и Отправить административное оповещение.

6. Если аварийный дамп

Windows создать не удаётся, то, как правило, причина этого кроется в том, что страничный файл на загрузочном томе слишком мал, или если на томе, предназначенном для хранения файла дампа памяти, недостаточно свободного места. В этом случае программа SaveDump сделает в системном журнале запись о том, что дамп не сохранён.

Бывают случаи, когда дамп памяти невозможно сохранить из-за повреждения некорректным драйвером структур данных или программного кода (необходимого для сохранения дампа). В таких случаях программный код не выполняется (контрольные суммы свидетельствуют об изменениях в компонентах драйверов диска), и ядро системы не записывает дамп во избежание порчи данных на диске.

7. Как правило, для выявления причины неисправности вполне достаточно даже малого дампа памяти.

8. Если ваш ПК работает стабильно, вы можете настроить систему Windows таким образом, чтобы отладочная информация не записывалась в файл дампа памяти. Для этого в выпадающем списке раздела Запись отладочной информации вспомогательного окна

Загрузка и восстановление диалогового окна Свойства системы выберите (отсутствует) –> OK –> OK.

Где находятся дампы синего экрана windows 7. Аварийный дамп памяти Windows

Причиной критических ошибок Windows, сопровождаемых синими экранами (BSOD), часто является драйвер — вновь установленный или поврежденный. Определив, какой именно драйвер служит причиной ошибки, можно приступать к устранению проблемы: обновить драйвер, откатиться к более ранней версии, переустановить или удалить приложение, установившее драйвер и т. д. Не всегда название драйвера отображается на синем экране. Однако существует очень простой способ, позволяющий с помощью дампа памяти определить проблемный драйвер за пару минут.

Шаг 1 — Включение записи дампов памяти

Сначала нужно убедиться, что запись дампов включена. Для этого нужно открыть свойства системы, нажав комбинацию клавиш Win+Pause , [в Vista щелкнуть ссылку Дополнительные параметры системы ], перейти на вкладку Дополнительно , и наконец нажать кнопку .

Малых дампов памяти должно быть достаточно для наших целей.

Обратите внимание на путь к папке, куда они будут сохраняться при возникновении критической ошибки.

Теперь вы можете запаковать файл в архив, прикрепить его к сообщению в форуме

Устранение критических ошибок Windows и подождать, пока вам кто-то сообщит название проблемного драйвера:) Но вы можете сделать это самостоятельно, не прилагая больших усилий.

Шаг 2 — Анализ дампов с помощью утилиты MinDumper

Рассказ об утилите вы найдете в этой статье .

  1. Загрузите и установите Debugging Tools for Windows. Они входят в состав веб-установщика Windows SDK , где после запуска в нужно выбрать Debugging Tools в разделе Common Utilities.
  2. Загрузите сценарий (kdfe.cmd), который написал Александр Суховей и опубликовал на ресурсе sysadmins.ru (поскольку живую ссылку мне там найти не удалось, предлагаю свою). Распакуйте архив в любую папку.
    Примечание . В случае нестандартного расположения папки Program Files вам может потребоваться указать в kdfe.
    cmd путь к папке, в которую установлены средства Debugging Tools for Windows. Используйте переменную dbgpath в строке 41.

Шаг 3 — Анализ дампа памяти

Теперь все сводится к выполнению одной команды. Откройте командную строку и перейдите в папку, в которую вы распаковали kdfe.cmd . Запустите файл, указав в качестве параметра путь к файлу дампа памяти (в примере ниже файл называется Mini1110307-01.dmp )

В ОС Windows очень часто случаются ошибки, даже в случае с «чистой» системой. Если обычные ошибки программ решить можно (появляется сообщение о недостающем компоненте), то исправить критические ошибки будет намного сложнее.

Что такое дамп памяти в Windows

Для решения проблем с системой обычно используют аварийный дамп памяти – это снимок части или полного объема оперативной памяти и помещение его на энергонезависимый носитель (жёсткий диск). Другими словами, содержимое оперативной памяти полностью или частично копируется на носитель, и пользователь может провести анализ дампа памяти.

Существует несколько видов дампов памяти:

Малый дамп (Small Memory Dump) – сохраняет минимальный объем ОЗУ, где находятся сведения по критическим ошибкам (BSoD) и компонентах, которые были загружены во время работы системы, например, драйвера, программы.

MiniDump хранится по пути C:\Windows\Minidump.

Полный дамп (Complete Memory Dump) – сохраняется полный объем ОЗУ. Это значит, что размер файла будет равен объему оперативной памяти. Если места на диске мало, будет проблематично сохранить, например, 32 Гб. Также бывают проблемы с созданием файла дампа памяти более 4 Гб. Данный вид используется очень редко. Храниться по пути C:\Windows\MEMORY.DMP.

Дамп памяти ядра – сохраняется только информация, относящаяся к ядру системы.

Когда пользователь дойдет до анализа ошибки, ему достаточно использовать только minidamp (малый дамп). Но перед этим он обязательно должен быть включен, иначе распознать проблему не удастся. Также для более эффективного выявления аварии использование полного снимка памяти предпочтительней.

Информация в реестре

Если заглянуть в реестр Windows, то можно обнаружить некоторые полезные параметры снимков. Щелкаем сочетание клавиш Win+R, вводим команду regedit и открываем следующие ветки:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl

В данной ветке пользователь обнаружит следующие параметры:

  • AutoReboot – активация или отключение перезагрузки после создания синего экрана смерти (BSoD).
  • DumpFile – название видов дампов и расположение.
  • CrashDumpEnabled – номер создаваемого файла, например, число 0 – дамп не создается; 1 – создание полного дампа; 2 – создание дампа ядра; 3 – создание малого дампа.
  • DumpFilters – параметр позволяет добавить новые функции перед созданием снимка. Например, шифрование файла.
  • MinidumpDir – название малого дампа и его расположение.
  • LogEvent – активация записи сведений в системный журнал.
  • MinidumpsCount – задать количество создаваемых малых дампов. (Превышение этого количества будет уничтожать старые файлы и заменять их).
  • Overwrite – функция для полного дампа или системного. При создании нового снимка, предыдущий будет всегда заменяться на новый.
  • DedicatedDumpFile – создание альтернативного файла снимка и указание его пути.
  • IgnorePagefileSize – используется для временного расположения снимка, без использования файла подкачки.

Как это работает

При возникновении сбоя, система полностью останавливает свою работу и, если создание дампов активно, в файл, помещаемый на диск будет записана информация о возникшей проблеме . Если что-то случилось с физическими компонентами, то будет работать аварийный код, а железо, которое дало сбой будет вносить какие-либо изменения, что обязательно отразится в снимке.

Обычно файл сохраняется в выделенном для файла подкачки блоке жёсткого диска, после появления BSoD файл перезаписывается в тот вид, который пользователь сам и настроил (Малый, полный или дамп ядра). Хотя, в современных ОС участие файла подкачки не обязательно.

Как включить дампы

В Windows 7 :

В Windows 8 и 10 :

Здесь процесс немного похож, в сведения о системе можно попасть точно также, как в Windows 7. В «Десятке» обязательно открываем «Этот компьютер », нажимаем по свободному месту правой кнопочкой мышки и выбираем «Свойства ». По-другому туда можно попасть через Панель управления.

Второй вариант для Wi ndows 10 :


Следует заметить, что в новых версиях Windows 10 появились новые пункты, которых не было в «семерке»:

  • Малый дамп памяти 256 КБ – минимальные данные о сбое.
  • Активный дамп – появился в десятой версии системы и сохраняет только активную память компьютера, ядра системы и пользователя. Рекомендуется использовать на серверах.

Как удалить дамп

Достаточно зайти в каталог, где хранятся снимки памяти и попросту удалить их. Но есть и другой способ удаления – использование утилиты очистки диска:

Если никаких пунктов обнаружено не было, возможно дампы не были включены.

Даже если вы когда-то включали их, некоторые используемые утилиты по оптимизации системы могут легко отключить некоторый функционал . Часто много чего отключается при использовании SSD накопителей, так как многократные процедуры чтения и записи сильно вредят здоровью данного диска.

Анализ дампа памяти при помощи WinDbg

Скачиваем с официального сайта Microsoft данную программу на шаге 2, где описана «Установка WDK » — https://docs.microsoft.com/en-us/windows-hardware/drivers/download-the-wdk .

Чтобы работать с программой еще понадобиться специальный пакет отладочных символов. Он называется Debugging Symbols , раньше его можно было скачать с сайта Microsoft, но теперь они отказались от этой идеи и придется использовать функцию программы File — «Symbol File Path », куда следует вписать следующую строчку и нажать ОК:

set _NT_SYMBOL_PATH=srv*DownstreamStore*https://msdl.microsoft.com/download/symbols

Если не сработало, пробуем вот эту команду:

SRV*%systemroot%\symbols*http://msdl. microsoft.com/download/symbols

Снова нажимаем пункт «File» и выбираем опцию «Save Workspace».

Утилита настроена. Остается указать путь до файлов дампов памяти. Для этого нажимаем File и щелкаем опцию «O pen Crash Dump ». Расположение всех дампов указано в начале статьи.

После выбора закончится анализ и проблемный компонент автоматически будет выделен. Для получения большего количества информации в этом же окошке можно ввести такую команду: !analyze –v

Анализ с помощью BlueScreenView

Загрузить инструмент бесплатно можно с этого сайта — http://www.nirsoft.net/utils/blue_screen_view.html . Установка не требует каких-то навыков. Используется только в Windows 7 и выше.

Запускаем и настраиваем. Нажмите «Настройки» (Options) – «Дополнительные параметры » (Advanced Options). Выберите первый пункт «Загружать МиниДампы из этой папки » и указываем каталог — C:\WINDOWS\Minidump . Хотя можно просто нажать кнопку «По умолчанию». Нажимаем ОК.

В главном окне должны появится файлы дампа. Он может быть, как один, так и несколько. Для его открытия достаточно нажать по нему мышкой.

В нижней части окна будут отображены компоненты, которые были задействованы на момент сбоя. Красным цветом будет выделен виновник аварии.

Теперь нажимаем «Файл» и выбираем, например, пункт «Найти в Go ogle код ошибки + драйвер ». Если нашли нужный драйвер, установите и перезагрузите компьютер. Возможно ошибка исчезнет.

Или как его еще называют BSOD, может изрядно подпортить жизнь как компьютеру так и серверу, а еще выяснилось и виртуальной машине. Сегодня расскажу как анализировать синий экран dump memory в Windows, так как правильная диагностика и получение причины из за чего не работает ваша система, 99 процентов ее решения, тем более системный инженер, просто обязан уметь это делать, да и еще в кратчайшие сроки, так как от этого бизнес может в следствии простоя сервиса, терять кучу денег.

BSOD расшифровка

Давайте для начала разберем, что означает данная аббревиатура, BSOD от английского Blue Screen of Death или еще режим STOP ошибки.

Ошибки синего экрана смерти возникают по разным причинам, среди которых могут быть проблемы с драйверами, может быть какое то сбойное приложение, или сбойный модуль оперативной памяти. Как только у вас появился синий экран в Windows, то ваша система автоматически создаст файл crash memory dump, который мы и будем анализировать.

Как настроить создание memory dump

По умолчанию windows при синем экране создает аварийный дамп файл memory.dmp, сейчас покажу как он настраивается и где хранится, я буду показывать на примере Windows Server 2008 R2, так как у меня недавно была задача по изучению вопроса синего экрана в виртуальной машине . Для того чтобы узнать где настроен dump memory windows, открываем пуск и щелкаем правым кликом по значку Компьютер и выбираем свойства.

Как анализировать синий экран dump memory в Windows-Свойства компьютера

Как анализировать синий экран dump memory в Windows-параметры системы

Переходим во вкладку Дополнительно-Загрузка и восстановление. Жмем кнопку Параметры

Как анализировать синий экран dump memory в Windows-Загрузка и восстановление

Где хранится файл memory.dmp

и видим, что во первых стоит галка выполнить автоматическую перезагрузку, для записи отладочной информации, выбрано Дамп памяти ядра и ниже есть пусть куда сохраняется дамп памяти %SystemRoot%\MEMORY.DMP

Перейдем в папку c:\windows\ и найдем файл MEMORY.DMP в нем содержаться коды синего экрана смерти

Как анализировать синий экран dump memory в Windows-memory.dmp

Как настроить mini dump

В малый дамп памяти тоже записываются ошибки синего экрана смерти, настраивается он там же, нужно только его выбрать.

Хранится он в папке c:\windows\minidump. Преимущество в том, что он занимает меньше места и на каждый синий экран создается отдельным файлом. Всегда можно просмотреть историю появлений синего экрана.

Теперь когда мы разобрались где искать файл memory dump, нужно научиться его интерпритировать и понимать причину из за чего происходит синий экран смерти. В решении этой задачи нам поможет Microsoft Kernel Debugger. Скачать Microsoft Kernel Debugger можно с официального сайта, главное выберите нужную версию ОС если кому то влом, то можете скачать с яндекс диска по прямой ссылке. Так же он входит в состав ADK .

Скачиваем Microsoft Kernel Debugger, в итоге у вас будет маленький файл который позволит скачать из интернета все что вам нужно. Запускаем его.

присоединяться к программе по улучшению качества участвовать не будем

жмем Accept и соглашаемся с лицензией

Как установить Microsoft Kernel Debugger-соглашаемся с лицензией

начнется установка Microsoft Kernel Debugger

Как установить Microsoft Kernel Debugger-установка MKD

Видим, что Microsoft Kernel Debugger успешно установлен

После чего видим, что в пуске появилась папка Debugging Tools for Windows как для 32 так и для 64 битных систем.

Помимо самого пакета Debugging Tools for Windows, также понадобятся набор отладочных символов — Debugging Symbols. Набор отладочных символов специфичен для каждой ОС, на которой был зафиксирован BSoD. Потому придется загрузить набор символов для каждой ОС, анализировать работу которой Вам придется. Для 32-разрядной Windows XP потребуются набор символов для Windows XP 32-бит, для 64-разрядной ОС потребуются набор символов для Windows XP 64-бит. Для других ОС семейства Windows наборы символов подбираются сообразно такому же принципу. Загрузить отладочные символы можно отсюда . Устанавливать их рекомендуется по адресу %systemroot%\symbols хотя мне нравится устанавливать их в отдельные папки и не захламлять папку Windows.

Анализ синего экрана в Debugging Tools

После установки Debugging Symbols под систему на которой был синий экран смерти запускаем Debugging Tools

Как установить Microsoft Kernel Debugger-Запуск

Перед анализом содержимого дампа памяти, потребуется провести небольшую настройку отладчика. Конкретно — сообщить программе, по какому пути следует искать отладочные символы. Для этого выбираем в меню File > Symbol File Path…

Нажимаем кнопку Browse…

и указываем папку, в которую мы установили отладочные символы для рассматриваемого дампа памяти, можно указать несколько папок через запятую и можно запрашивать информацию о требуемых отладочных символах прямо через Интернет, с публичного сервера Microsoft. Таким образом у вас будет самая новая версия символов. Сделать это можно следующим образом — в меню File > Symbol File Path… вводим.

Здравствуйте друзья, сегодня разберем интересную тему, которая поможет вам в будущем при появлении синего экрана смерти (BSoD).

Как и мне, так и многим другим пользователям приходилось наблюдать появление экрана с синим фоном, на котором что-то написано (белым по синему). Данное явление говорит о критической неполадке, как в программном обеспечении, например, конфликт драйверов, так и в физической неисправности какого-то компонента компьютера.

Недавно у меня снова появился голубой экран в Windows 10, но я быстро от него избавился и скоро об этом вам расскажу.

Хотите ? Тогда переходите по ссылке.

Итак, большинство пользователей не знают, что BSoD можно анализировать, чтобы впоследствии понять проблемы критической ошибки. Для таких случаев Windows создает на диске специальные файлы – , их то мы и будем анализировать.

Есть три типа дампа памяти:

Полный дамп памяти – эта функция позволяет полностью сохранить содержимое оперативной памяти. Он редко используется, так как представьте, что у вас 32 Гб оперативной памяти, при полном дампе весь этот объем сохранится на диске.

Дамп ядра – сохраняет информацию о режиме ядра.

Малый дамп памяти – сохраняет небольшой объем информации о ошибках и загруженных компонентов, которые были на момент появления неисправности системы. Мы будем использовать именно этот тип дампа, потому что она даст нам достаточное количество сведений о BSoD.

Расположение, как малого, так и полного дампа отличается, например, малый дамп находится по следующему пути: %systemroot%\minidump.

Полный дамп находится здесь: %systemroot%.

Для анализа дампов памяти существуют различные программы, но мы воспользуемся двумя. Первая — Microsoft Kernel Debuggers, как понятно из названия утилита от Microsoft. Скачать ее можно с официального сайта . Вторая программа – BlueScreenView, бесплатная программка, скачиваем отсюда .

Анализ дампа памяти с помощью Microsoft Kernel Debuggers

Для разных версий систем нужно скачивать свой тип утилиты. Например, для 64-х разрядной операционной системы, нужна 64-битовая программа, для 32-х разрядной – 32-битная версия.

Это еще не все, вам нужно скачать и установить пакет отладочных символов, нужные для программы. Называется Debugging Symbols. Каждая версия данного пакета тоже скачивается под определённою ОС, для начала узнайте какая у вас система, а потом скачивайте. Дабы вам не искать где попало эти символы, вот ссылка на скачивание . Установка, желательно, должна производиться по этому пути: %systemroot%\symbols.

Теперь можно запускать наш отладчик, окно которого будет выглядеть вот так:

Прежде чем проанализировать дампы мы кое-что настроим в утилите. Во-первых, нужно указать программе, куда мы установили отладочные символы. Для этого нажимаем на кнопку «File» и выбираем пункт «Symbol File Path», потом указываем путь до символов.


Программа позволяет извлекать символы прямо из сети, поэтому вам даже не придется их скачивать (извините те, кто уже скачал). Они буду браться с сервером Microsoft, поэтому все безопасно. Итак, вам нужно снова открыть «File», потом «Symbol File Path» и ввести следующую команду:

SRV*%systemroot%\symbols*http://msdl.microsoft.com/download/symbols


Таким образом мы указали программе, что символы должны браться из сети. Как только мы это сделали нажимаем «File» и выбираем пункт «Save Workspace», потом жмем ОК.

Вот и все. Мы настроили программу на нужный лад, теперь приступаем к анализу дампов памяти. В программе нажимаем кнопочку «File» , потом «Open Crash Dump» и выбираем нужный файл.

Kernel Debuggers начнет анализ файла и после этого выведет результат о причине ошибки.


В появившемся окне можно вводить команды. Если мы введем !analyze –v , то получим больше информации.

Вот и все с этой программой. Чтобы остановить работу отладчика, выберите «Debug» и пункт «Stop Debugging».

Анализ дампа памяти с помощью BlueScreenView

Для анализа различных ошибок и BSoD подойдет и программа BlueScreenView, которая имеет простой интерфейс, поэтому проблем с освоением возникнуть не должно.

Скачайте программу по указанной выше ссылке и установите. После запуска утилиты нужно ее настроить. Зайдите в параметры: «Настройки» — «Дополнительные параметры». Откроется небольшое окошко, в котором есть пару пунктов. В первом пункте нужно указать местонахождение дампов памяти. Обычно они находятся по пути C:\WINDOWS\Minidump. Тогда просто нажмите кнопку «По умолчанию».


Что можно видеть в программе? У нас есть пункты меню, часть окна с названиями файлов дампов и вторая часть окна – содержимое дампов памяти.


Как я говорил в начале статьи, дампы могут хранить драйвера, сам скриншот «экрана смерти» и другая полезная информация, которая нам может пригодиться.

Итак, в первой части окна, где файлы дампов, выбираем нужный нам дамп памяти. В следующей части окна смотрим на содержимое. Красноватым цветом помечены драйвера, находившиеся в стеке памяти. Как раз они и есть причина синего экрана смерти.

В интернете можно найти все о коде ошибке и драйвере, который может быть виной BSoD. Для этого нажимаем «Файл», а потом «Найти в Google код ошибки + Драйвер» .


Можно сделать показ только драйверов, которые были на момент появления ошибки. Для этого нужно нажать «Настройки» — «Режим нижнего окна» — «Только драйвера, найденные в крэш-стеке». Либо нажать клавишу F7.

Чтобы показать скриншот BSoD нажмите клавишу F8.

Для показа всех драйверов и файлов нажимаем F6.

Ну вот собственно и все. Теперь вы знаете, как узнать о проблеме «Синего экрана смерти», и в случае чего найти решение в интернете, либо на этом сайте. Можете предлагать свои коды ошибок, а я постараюсь писать для каждой статьи по решению проблемы.

Также не забывайте задавать вопросы в комментариях.

В Windows 8, Microsoft представила новый дамп памяти — опция автоматического дампа памяти. Этот параметр в операционной системе установлен по умолчанию. В Windows 10 ввели новый тип файла дампа — активный дамп памяти. Для тех, кто не знает, в Windows 7 у нас есть малый дамп, дамп ядра и полный дамп памяти. Вы можете удивиться, почему Microsoft решила создать этот новый параметр дамп памяти? По словам Роберта Симпкинса, старшего инженера поддержки, автоматический дамп памяти, может создать поддержку для страницы “системы” в файле конфигурации.
Система управления конфигурацией файла подкачки отвечает за управление размером файла подкачки – это позволяет избежать излишнего запаса или размера файла подкачки. Эта опция введена в основном для ПК, которые работают на SSD-дисках, которые, как правило, имеют меньший размер, но огромное количество оперативной памяти.

Параметры дампа памяти

Главное преимущество “Автоматический дамп памяти” заключается в том, что это позволит сеансу подсистемы в диспетчере процессов автоматически уменьшить файл подкачки до размера, меньшего, чем размер оперативной памяти. Для тех, кто не знает, сессия диспетчера подсистемы отвечает за инициализацию системы, среду запуска служб и процессов, которые необходимы для входа пользователя в систему. Он в основном устанавливает страницу файлов в виртуальную память и запускает процесс winlogon.exe.

Если вы хотите изменить параметры автоматического дампа памяти, вот как это можно сделать. Нажмите клавиши Windows + X и выберите — Система. Далее нажмите на кнопку “Дополнительные параметры системы — Advance System Settings ”.

Нажмите на кнопку Дополнительные параметры системы.

Здесь вы можете увидеть выпадающее меню, где написано “Дополнительно”.

Здесь вы можете выбрать нужный вариант. Предлагаемые варианты:

Никаких дампов памяти.
Малый дамп памяти.
Дамп памяти ядра.
Полный дамп памяти.
Автоматический дамп памяти. Добавлены в Windows 8.
Активный дамп памяти. Добавили в Windows 10.
Расположение файла дампа памяти в файле %SystemRoot%\MEMORY.DMP.

Если вы используете SSD диск, то лучше оставить его на “Автоматический дамп памяти”; но если вы нуждаетесь в файле аварийного дампа, то лучше установить его на “малый дамп памяти”, с ним вы можете, если вы хотите, отправить его кому-то, чтобы он мог взглянуть на него.

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

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\CrashControl

он называется “LastCrashTime”.

Это автоматически увеличит размер файла подкачки. Чтобы уменьшить его, позже, вы можете просто удалить этот ключ.

В Windows 10 ввели новый файл дампа активный дамп памяти. Он содержит только самое необходимое и, следовательно, он меньшего размера.

У меня нет возможности протестировать его, но я создал этот ключ и выполнил мониторинг размера файла подкачки. Я знаю, что рано или поздно я получу критическую ошибку. Тогда я буду проверять его.

Вы можете проанализировать дамп памяти Windows.dmp файлов с помощью WhoCrashed. Утилита WhoCrashed Home бесплатная, в ней представлены драйверы, которые были врезаны в ваш компьютер с помощью одного клика. В большинстве случаев она может определить не исправный драйвер, который причиняют страдания вашему компьютеру. Это краш-дамп анализа системы, дампы памяти и здесь представлена вся собранная информация в доступной форме.

Как правило, набор инструментов отладки открывает аварийный дамп анализа. С помощью этой утилиты вам не нужны никакие знания и навыки отладки, чтобы выяснить, какие драйверы вызывают проблемы на вашем компьютере.

WhoCrashed полагается на пакет отладки (программы windbg) от Microsoft. Если этот пакет не установлен, WhoCrashed будет сама скачивать и автоматически извлечёт этот пакет для вас. Просто запустите программу и нажмите на кнопку Анализ. Когда у вас есть WhoCrashed установленный в системе и, если он неожиданно сбрасывает или закрывается, программа даст вам знать, если аварийный дамп включен на вашем компьютере, и она будет предлагать Вам предложения о том, как их включить.

Page not found | Официальная служба поддержки Avast

For the best Support Center experience, JavaScript must be turned on in your browser settings

При совершении покупок в магазине Avast вы можете получить уведомление о том, что вам необходимо разрешить использование JavaScript и/или файлов cookie в своем браузере. Это связано с тем, что магазин Avast не может загружаться и правильно работать без включения этих настроек.

Чтобы разрешить использование JavaScript и/или файлов cookie, обратитесь к информации в соответствующем разделе ниже в зависимости от вашего браузера.

Google Chrome

Разрешение использования JavaScript

Инструкции по разрешению использования JavaScript на всех сайтах, которые вы посещаете с помощью Google Chrome, приведены в разделе Шаг 1. Включите JavaScript справочной статьи Google Chrome, приведенной ниже.

Если вы хотите включить JavaScript только для веб-страниц домена avast.com, выполните следующие действия.

  1. Откройте ⋮ Меню (три точки) ▸ Настройки.
  2. Нажмите Конфиденциальность и безопасность ▸ Настройки сайта.
  3. В меню Содержимое нажмите JavaScript.
  4. Щелкните кнопку Добавить рядом с элементом Разрешить сайтам использовать JavaScript.
  5. Введите [*.]avast.com и нажмите Добавить.

Пункт [*. ]avast.com появится в вашем списке Разрешить сайтам использовать JavaScript. Это означает, что для всех веб-страниц с адресом, начинающимся с avast.com (например, www.avast.com/store), будут разрешено использование JavaScript.

Разрешение использования файлов cookie

Инструкции по управлению настройками файлов cookie в Google Chrome приведены в разделе Как изменить настройки файлов cookie справочной статьи Google Chrome, приведенной ниже.

Mozilla Firefox

Разрешение использования JavaScript

По умолчанию использование JavaScript разрешено в Mozilla Firefox для всех сайтов. Если вы отключили JavaScript с помощью расширения браузера, которое позволяет настраивать параметры JavaScript, вам необходимо повторно включить JavaScript с помощью этого расширения. Более детальную информацию о настройках JavaScript в Mozilla Firefox можно найти в статье из поддержки Mozilla ниже.

Разрешение использования файлов cookie

Инструкции по управлению общими настройками файлов cookie для всех сайтов, которые вы посещаете с помощью Mozilla Firefox, приведены в статье поддержки Mozilla, указанной ниже.

Если вы хотите разрешить файлы cookie только для веб-страниц домена avast.com, выполните следующие шаги.

  1. Откройте любую страницу домена avast.com в окне своего браузера (любой URL-адрес, который начинается с avast.com).
  2. Нажмите значок щита слева от адресной строки.
  3. Нажмите синий (ВКЛ.) ползунок рядом с элементом Улучшенная защита от отслеживания на этом сайте ВКЛЮЧЕНА, чтобы он стал серым (ВЫКЛ.)

Файлы cookie будут разрешены для всех веб-страниц домена avast.com.

Safari

Разрешение использования JavaScript

По умолчанию использование JavaScript разрешено в Safari для всех сайтов. Если вы самостоятельно отключили JavaScript, выполните следующие действия для включения этой функции.

  1. Убедитесь, что окно Safari открыто и активно.
  2. Нажмите Safari ▸ Настройки… в левой части строки меню Apple.
  3. Выберите панель Безопасность и убедитесь, что рядом с элементом Разрешить JavaScript установлен флажок.

Использование JavaScript будет разрешено для всех сайтов, которые вы посещаете с помощью Safari.

Разрешение использования файлов cookie

В Safari нет возможности разрешить использование файлов cookie для определенных сайтов. Однако вы можете управлять общими настройками файлов cookie, которые применяются ко всем сайтам, посещаемым вами с помощью Safari. Более детальную информацию о доступных вариантах можно найти в статье поддержки Apple, приведенной ниже.

Microsoft Edge

Информация ниже применима к новой версии Microsoft Edge (версия 79.0.309 или новее).

Разрешение использования JavaScript

Чтобы включить JavaScript для всего домена avast.com, выполните следующие действия.

  1. Откройте ... Меню (три точки) ▸ Настройки.
  2. Нажмите ☰ Настройки в левом верхнем углу.
  3. Выберите Файлы cookie и разрешения сайтов ▸ JavaScript.
  4. Щелкните кнопку Добавить рядом с элементом Разрешить.
  5. Введите [*.]avast.com и нажмите Добавить.

Пункт [*.]avast.com появится в вашем списке разрешений. Это означает, что для всех веб-страниц с адресом, начинающимся с avast.com (например, www.avast.com/store), будут разрешено использование JavaScript.

Разрешение использования файлов cookie

Инструкции по управлению общими настройками файлов cookie, применимыми ко всем сайтам, которые вы посещаете с помощью Microsoft Edge, приведены в справочной статье Microsoft, указанной ниже.

Если вы хотите разрешить файлы cookie только для домена avast.com, выполните следующие шаги.

  1. Откройте ... Меню (три точки) ▸ Настройки.
  2. Нажмите ☰ Настройки в левом верхнем углу.
  3. Выберите Файлы cookie и разрешения сайтов ▸ Файлы cookie и данные сайта.
  4. Щелкните кнопку Добавить рядом с элементом Разрешить.
  5. Введите [*.]avast.com и нажмите Добавить.

Пункт [*.]avast.com появится в вашем списке разрешений. Это означает, что для всех веб-страниц с адресом, начинающимся с avast.com (например, www.avast.com/store), будут разрешено использование файлов cookie.

Avast Secure Browser

Разрешение использования JavaScript

Чтобы включить JavaScript для всего домена avast.com, выполните следующие действия.

  1. Откройте ⋮ Меню (три точки) ▸ Настройки.
  2. Откройте меню Конфиденциальность и безопасность ▸ Настройки сайта.
  3. В меню Содержимое нажмите JavaScript.
  4. Нажмите Добавить рядом с элементом Разрешать.
  5. Введите [*.]avast.com и нажмите Добавить.

Пункт [*.]avast.com появится в вашем списке Разрешать. Это означает, что для всех веб-страниц с адресом, начинающимся с avast. com (например, www.avast.com/store), будут разрешено использование JavaScript.

Разрешение использования файлов cookie

Чтобы разрешить использование файлов cookie для всего домена avast.com, выполните следующие действия.

  1. Откройте ⋮ Меню (три точки) ▸ Настройки.
  2. Откройте меню Конфиденциальность и безопасность ▸ Настройки сайта.
  3. В меню Содержимое нажмите Файлы cookie и данные сайтов.
  4. Нажмите Добавить рядом с пунктом Сайты, которые всегда могут использовать файлы cookie.
  5. Введите [*.]avast.com и нажмите Добавить.

Пункт [*.]avast.com будет отображаться в вашем списке сайтов, которые всегда могут использовать файлы cookie. Это означает, что для всех веб-страниц с адресом, начинающимся с avast.com (например, www.avast.com/store), будут разрешено использование файлов cookie.

Opera

Разрешение использования JavaScript

Чтобы разрешить использование JavaScript на всех сайтах, которые вы посещаете с помощью браузера Opera, обратитесь к инструкциям в разделе Управление JavaScript на страницах в статье справки Opera, приведенной ниже.

Если вы хотите разрешить JavaScript только для домена avast.com, выполните следующие шаги.

  1. Откройте Меню (значок O) ▸ Настройки ▸ Дополнительно.
  2. Нажмите Конфиденциальность и безопасность ▸ Настройки сайта.
  3. В меню Содержимое нажмите JavaScript.
  4. Щелкните кнопку Добавить рядом с элементом Разрешить.
  5. Введите [*.]avast.com и нажмите Добавить.

Пункт [*.]avast.com появится в вашем списке разрешений. Это означает, что для всех веб-страниц с адресом, начинающимся с avast.com (например, www.avast.com/store), будут разрешено использование JavaScript.

Разрешение использования файлов cookie

Чтобы разрешить использование файлов cookie на всех сайтах, которые вы посещаете с помощью браузера Opera, обратитесь к инструкциям в разделе Управление файлами cookie на страницах в статье справки Opera, приведенной ниже.

Если вы хотите разрешить файлы cookie только для домена avast.com, выполните следующие шаги.

  1. Откройте Меню (значок O) ▸ Настройки ▸ Дополнительно.
  2. Нажмите Конфиденциальность и безопасность ▸ Настройки сайта.
  3. В меню Содержимое нажмите Файлы cookie и данные сайта.
  4. Нажмите кнопку Добавить рядом с элементом Сайты, которые всегда могут использовать файлы cookie.
  5. Введите [*.]avast.com и нажмите Добавить.

Пункт [*.]avast.com будет отображаться в вашем списке сайтов, которые всегда могут использовать файлы cookie. Это означает, что для всех веб-страниц с адресом, начинающимся с avast.com (например, www.avast.com/store), будут разрешено использование файлов cookie.

  • Все платные продукты Avast в сегменте потребительских решений
  • Microsoft Windows 10 Home / Pro / Enterprise / Education — 32- или 64-разрядная версия
  • Microsoft Windows 8. 1 / Pro / Enterprise — 32- или 64-разрядная версия
  • Microsoft Windows 8 / Pro / Enterprise — 32- или 64-разрядная версия
  • Microsoft Windows 7 Home Basic / Home Premium / Professional / Enterprise / Ultimate — SP 1, 32- или 64-разрядная версия

Wolfenstein 2 не мог написать аварийный дамп —

Ошибка «Wolfenstein 2 не может написать аварийный дамп”Происходит, когда игра вылетает из-за проблем с графикой и отображением сообщения об ошибке на компьютере. Эта ошибка обычно возникает из-за неправильной конфигурации графики на вашем компьютере или из-за устаревших графических драйверов.

Это сообщение об ошибке можно исправить несколькими способами: от проверки графических драйверов на компьютере до изменения внутриигровых настроек. Мы пройдемся по каждому из них, начиная с самого простого. Убедитесь, что у вас есть учетная запись администратора, прежде чем приступить к решению.

Как исправить Wolfenstein 2 не удалось написать аварийный дамп
  • Wolfenstein 2 не смог написать аварийный дамп AMD: Эта ситуация относится к сценарию, в котором ваша видеокарта имеет AMD, и игра вылетает каждый раз, когда вы ее запускаете.
  • Wolfenstein 2 не смог записать аварийный дамп NVIDIA: Подобно сообщению об ошибке, это условие возникает, когда видеокарта установлена ​​в NVIDIA и отказывается запускаться и вылетает.

Решение 1. Обновите игру и клиента

Прежде чем перейти к более утомительным и длительным решениям, вы должны сначала убедиться, что игра и игровой клиент обновлены до последней сборки. Время от времени разработчики Wolfenstein выпускают патчи для исправления ошибок или введения новых функций в игру.

Если у вас есть клиент Steam, вам следует убедиться, что игра обновлена ​​оттуда, или если вы используете автономный игровой клиент, перейдите на веб-сайт Wolfenstein и загрузите последний патч.

Решение 2. Изменение настроек совместимости

Каждое компьютерное приложение имеет параметры совместимости, которые определяют, как приложение будет работать, и какие параметры совместимости будут определять основной запуск приложения. Мы можем попробовать изменить некоторые настройки совместимости игры в папке Steam и посмотреть, решит ли это проблему. Вы всегда можете отменить изменения, если это не работает.

  1. Перейдите к Каталог установки Steam. Оттуда найдите исполняемый файл игры. Путь к файлу может отличаться в зависимости от 32- или 64-разрядного типа приложения.

Например, путь к файлу может быть:

D: \ Steam \ steamapps \ common \ wolfenstein 2 \ game \ bin \ win64
  1. Попав в папку, щелкните правой кнопкой мыши исполняемый файл игры и выберите свойства.
  2. Оказавшись в свойствах, перейдите к вкладка совместимости и нажмите на Изменить настройки высокого разрешения. Проверьте опция Переопределить поведение масштабирования с высоким DPI. Выбрать заявка из выпадающего меню.
  1. Нажмите OK, чтобы сохранить изменения и выйти. Перезагрузите компьютер и попробуйте запустить игру снова.

Вы можете сделать то же самое с клиентом Steam или автономной версией игры.

Решение 3. Отключение асинхронных вычислений

Если вышеперечисленные решения не работают, попробуйте отключить асинхронные вычисления в игре или на вашем компьютере. Асинхронные вычисления усиливает графический вывод игры на ваш компьютер. Однако в некоторых случаях, подобных этому, это вызывает проблемы и вынуждает игру не запускаться.

Вы можете отключить эту функцию с вашей видеокарты или, если вы можете войти в игру, вы можете отключить ее оттуда. После отключения полностью перезагрузите компьютер и попробуйте запустить Wolfenstein 2.

Решение 4. Удаление файла «config»

Каждая игра имеет файл конфигурации, сохраненный локально на вашем компьютере. Настройки игры хранятся в этом файле конфигурации, поэтому каждый раз, когда вы запускаете игру, приложение извлекает настройки отсюда и затем загружает свои модули.

Возможно, файл конфигурации поврежден и, следовательно, вы не можете даже запустить игру. Если мы удалим файл конфигурации, игра обнаружит, что его нет, а затем создаст новый со значениями по умолчанию.

  1. Перейдите в следующий каталог:
C: \ Users \ Имя пользователя \ Сохраненные игры \ MachineGames \ Wolfenstein II Новый Колосс \ base \ Wolfenstein II Новый КолоссConfig.local
  1. удалять или вырезать вставить файл конфигурации в другое место. Теперь полностью перезагрузите компьютер и попробуйте запустить Wolfenstein.

Если у вас i7 или i5, вы также можете попробовать отключить igpu перед запуском игры.

Решение 5. Проверка ваших графических драйверов

Если все вышеперечисленные методы не срабатывают, попробуйте убедиться, что ваши графические драйверы обновлены до последней версии. Это может быть основной причиной сбоя вашей игры, поскольку у нее нет доступа к последним и обновленным графическим драйверам. Мы воспользуемся утилитой DDU, которая поможет полностью удалить остатки с вашего компьютера.

  1. Загрузите и установите DDU (программа удаления драйверов дисплея) со своего официального сайта.
  2. После установки Удаление драйвера дисплея (DDU), запустить свой компьютер в безопасный режим. Вы можете проверить нашу статью о том, как загрузить компьютер в безопасном режиме.
  3. После запуска DDU выберите первый вариант «Очистить и перезапустить». Затем приложение автоматически удалит установленные драйверы и перезагрузит компьютер.
  1. Теперь после удаления загрузите ваш компьютер без безопасного режима. Нажмите Windows + R, введите «devmgmt.ЦКМ”В диалоговом окне и нажмите Enter. Щелкните правой кнопкой мыши на любом пустом месте и выберите «Поиск аппаратных изменений». Драйверы по умолчанию будут установлены. Попробуйте запустить игру и проверьте, решает ли это проблему.
  2. Если драйверы по умолчанию не работают, вы можете обновить их до последней сборки. Есть два способа пройти через это; обновить драйверы автоматически или вручную. Сначала вы можете попробовать автоматически, и если это не сработает, вы можете перейти к ручному методу.

В ручном методе вы должны загрузить драйверы с сайта производителя и установить драйверы оттуда.

  1. После установки драйверов перезагрузите компьютер и проверьте, решена ли проблема.

Сбой синхронизации AD, вызванный репликацией DFS, превышающей максимальное время автономной работы

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

Используйте команду NET SHARE для диагностики двух контроллеров домена:

Результат основного постоянного тока:

Общее имя Ресурсы Примечания

——————————————————————————-
C $ C: C: общий доступ по умолчанию
IPC $ удаленный IPC удаленный IPC
ADMIN $ C: \ Удаленное управление Windows
NETLOGON     C:\Windows\SYSVOL\sysvol\acertwp. com\SCRIPTS
                                             Logon server share                
SYSVOL       C:\Windows\SYSVOL\sysvol        Logon server share                
Команда успешно выполнена.

Результаты вторичного постоянного тока:

Общее имя Ресурсы Примечания

——————————————————————————-
C $ C: C: общий доступ по умолчанию
IPC $ удаленный IPC удаленный IPC
ADMIN $ C: \ Удаленное управление Windows
Команда успешно выполнена.

Используйте команду DCDIAG / V для диагностики двух машин

Результат основного постоянного тока: (Показывать только те товары, которые не прошли проверку）

Требуемый тест инициализации в процессе

Начать тестирование: DFSREvent

         The DFS Replication Event Log. 
В течение последних 24 часов после предоставления доступа к SYSVOL произошло предупреждение или ошибка. Сбой репликации SYSVOL может вызвать проблемы с групповой политикой. Чтобы
Произошло предупреждающее событие. EventID: 0x800008A5

Время генерации: 15.08.2014 14:32:51

Строка события:

Служба репликации DFS остановила репликацию на томе C :. Это может произойти, если база данных DFSR JET не выключена полностью и автоматическое восстановление отключено. Чтобы решить эту проблему, создайте резервную копию файлов в затронутой реплицированной папке, а затем используйте метод WMI ResumeReplication для возобновления репликации.

Дополнительная информация:

Объем: C:

            GUID: FEFC5799-E59A-40A8-83B3-6966FB3F9E46

Шаги восстановления

1. Создайте резервную копию всех файлов в скопированной папке на томе. Если эта операция не будет выполнена успешно, данные могут быть потеряны из-за ненормального разрешения конфликтов во время восстановления реплицированной папки.

2. Чтобы возобновить репликацию этого тома, используйте WMI-метод ResumeReplication класса DfsrVolumeConfig. Например, в командной строке с повышенными привилегиями введите следующую команду:

            wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid=»FEFC5799-E59A-40A8-83B3-6966FB3F9E46″ call ResumeReplication

Подробнее см. http://support.microsoft.com/kb/2663685。

Произошло предупреждающее событие. EventID: 0x800008A4

Время генерации: 15.08.2014 14:48:43

Строка события:

Служба репликации DFS обнаружила аварийное завершение работы тома C :. Это может произойти, если служба завершается ненормально (например, из-за сбоя питания) или возникает ошибка тома. Сервис автоматически запустил процесс восстановления. Если служба определяет, что базу данных нельзя надежно восстановить, она восстановит базу данных. От пользователя не потребуется никаких действий.

Дополнительная информация:

Объем: C:

            GUID: FEFC5799-E59A-40A8-83B3-6966FB3F9E46

Произошла ошибка. EventID: 0xC0000FAC

Время генерации: 15.08.2014 14:48:44

Строка события:

Служба репликации DFS прекратила репликацию в следующей папке локального пути: C: \ Windows \ SYSVOL \ domain. Сервер был отключен от других партнеров на 140 дней, что превышает время, разрешенное параметром MaxOfflineTimeInDays (60). Таким образом, репликация DFS обрабатывает данные в этой папке как устаревшие, и сервер не будет реплицировать эту папку, пока эта ошибка не будет исправлена.

Чтобы возобновить репликацию этой папки, используйте оснастку «Управление DFS», чтобы удалить этот сервер из группы репликации, а затем добавьте его в эту группу. Это заставляет сервер выполнять начальную задачу синхронизации, которая заменяет устаревшие данные последними данными от других членов группы репликации.

Дополнительная информация:

Ошибка: 9061 (Скопированная папка слишком долго находилась в автономном режиме.)

Имя скопированной папки: SYSVOL Share

ID скопированной папки: FE99FC31-006B-499D-8F78-CB313AFBBC13

Имя группы копирования: Том системы домена

Копировать идентификатор группы: 8F907358-559B-42C3-B95B-04A62441662A

Идентификатор участника: 1A37936D-2B6F-41CC-989F-D411CBA2E7EE

    

…… DC01V не прошел тест DFSREvent

Начать тестирование: SystemLog

         * The System Event log test 
Произошла ошибка. EventID: 0x0000168F

Время генерации: 15.08.2014 16:07:00

Строка события:

Не удалось динамически удалить запись DNS «5be38bfc-031d-46a2-8157-0d320deb3b9d._msdcs.acertwp.com. 600 IN CNAME DC02.acertwp.com.» На следующих DNS-серверах:

IP-адрес DNS-сервера: 10.40.94.2

Возвращен код ответа (RCODE): 5

Код состояния возвращен: 9005

Пользовательская операция

Чтобы предотвратить излишнее подключение удаленных компьютеров к контроллеру домена, вручную удалите записи или устраните ошибки, а затем динамически удалите записи. Чтобы узнать больше об отладке DNS, см. «Центр справки и поддержки». Чтобы

Прочие данные

Значение ошибки: операция DNS отклонена.

…… DC01V не прошел тест SystemLog

  

Результаты вторичного постоянного тока:（Показывать только те товары, которые не прошли проверку）

Выполняется основной тест

Тестовый сервер: CNSZ1 \ DC03

Начать тестирование: реклама

Предупреждение. Когда мы пытались получить доступ к DC03, DsGetDcName вернул информацию о \\ DC01v.acertwp.com.

Сервер не ответил или был признан несоответствующим.

…… DC03 не прошел тест Реклама

Начать тестирование: DFSREvent

         The DFS Replication Event Log. 
В течение последних 24 часов после предоставления доступа к SYSVOL произошло предупреждение или ошибка. Сбой репликации SYSVOL может вызвать проблемы с групповой политикой. Чтобы
Произошло предупреждающее событие. EventID: 0x80001780

Время генерации: 15.08.2014 17:27:58

Строка события:

Службе репликации DFS не удалось обновить конфигурацию в доменных службах Active Directory. Сервис будет периодически повторять эту операцию.

Дополнительная информация:

Категория объекта: msDFSR-LocalSettings

Целевой DN: CN = DFSR-LocalSettings, CN = DC03, OU = Контроллеры домена, DC = acertwp, DC = com

Ошибка: 2 (Система не может найти указанный файл.)

Контроллер домена: dc01v.acertwp.com

Цикл опроса: 60

Произошло предупреждающее событие. EventID: 0x80001A94

Время генерации: 15.08.2014 17:27:58

Строка события:

Служба репликации DFS обнаружила, что для системного тома домена группы репликации не настроено подключение. Никаких данных для этой группы репликации не реплицировалось.

Дополнительная информация:

Копировать идентификатор группы: 8F907358-559B-42C3-B95B-04A62441662A

Идентификатор участника: FC61FE0A-88E9-4661-BE3C-C9822AA4DF3A

Произошло предупреждающее событие. EventID: 0x80001206

Время генерации: 15.08.2014 17:28:03

Строка события:

Служба репликации DFS запустила SYSVOL по локальному пути C: \ Windows \ SYSVOL \ domain и ожидает выполнения начальной репликации. Скопированная папка останется в исходном состоянии синхронизации, прежде чем она будет скопирована с партнером DC01v.acertwp.com. Если сервер обновляется до контроллера домена, контроллер домена не будет объявлять или функционировать как контроллер домена, пока проблема не будет решена. Это может произойти, если указанный партнер также находится в этом начальном состоянии синхронизации, или если этот сервер или партнер по синхронизации сталкивается с конфликтом совместного использования. Если это событие происходит во время миграции SYSVOL из службы репликации файлов (RFS) в репликацию DFS, изменения не будут реплицированы, пока проблема не будет решена. Это может вызвать рассинхронизацию папки SYSVOL на этом сервере с другими контроллерами домена.

Дополнительная информация:

Скопируйте имя папки: SYSVOL Share

ID скопированной папки: FE99FC31-006B-499D-8F78-CB313AFBBC13

Имя группы репликации: Том системы домена

Копировать идентификатор группы: 8F907358-559B-42C3-B95B-04A62441662A

Идентификатор участника: FC61FE0A-88E9-4661-BE3C-C9822AA4DF3A

Только чтение: 0

Произошло предупреждающее событие. EventID: 0x80001780

Время генерации: 15.08.2014 17:32:59

Строка события:

Службе репликации DFS не удалось обновить конфигурацию в доменных службах Active Directory. Сервис будет периодически повторять эту операцию.

Дополнительная информация:

Категория объекта: msDFSR-LocalSettings

Целевой DN: CN = DFSR-LocalSettings, CN = DC03, OU = Контроллеры домена, DC = acertwp, DC = com

Ошибка: 2 (Система не может найти указанный файл.)

Контроллер домена: dc01v.acertwp.com

Цикл опроса: 60

………… DC03 прошел тест DFSREvent

   

     

Начать тестирование: NetLogons

         * Network Logons Privileges Check 
Не удается подключиться к общей папке NETLOGON! (\\ DC03 \ netlogon)

[DC03] Операция сетевого использования или LsaPolicy завершилась неудачно с ошибкой 67, и не удалось найти имя сети. .

…… DC03 не прошел тест NetLogons

      

Начать тестирование: SystemLog

         * The System Event log test 
Произошла ошибка. EventID: 0x00001001

Время генерации: 15.08.2014 16:36:16

Строка события: Компьютер DC03 попытался присоединиться к домену acertwp.com, но неудачно. Код ошибки 1332.

 

Произошло предупреждающее событие. EventID: 0x00001F53

Время генерации: 15.08.2014 17:05:25

Строка события:

Система не может использовать следующие настройки в качестве сетевых адаптеров

Зарегистрированный хост (A или AAAA) запись ресурса (RR):

Название адаптера: {9EA099E8-32D5-4E53-B71F-050AA708D6E0}

Имя хоста: DC03

Суффикс основного домена: acertwp.com

Список DNS-серверов:

                             10.40.94.1, 10.40.94.2

Отправьте обновление на сервер: <?>

Айпи адрес:

                         10.40.94.2

Система не может зарегистрировать эти записи из-за проблем, связанных с безопасностью. Эта проблема может возникнуть из-за того, что (а) ваш компьютер не авторизован для регистрации и обновления определенного DNS-имени домена, установленного для этого адаптера, или (б) может возникнуть проблема при согласовании действительных учетных данных с DNS-сервером во время обработки запроса на обновление.

Вы можете вручную повторить DNS-регистрацию сетевого адаптера и его настроек, набрав «ipconfig / registerdns» в командной строке. Если проблема не исчезнет, ​​обратитесь к своему DNS-серверу или системному администратору сети. Для получения информации о конкретном коде ошибки см. Сведения о событии.

Произошло предупреждающее событие. EventID: 0x000727A5

Время генерации: 15.08.2014 17:05:34

Строка события:

Служба WinRM не прослушивает запросы WS-Management.

Пользовательская операция

Если вы не собирались останавливать службу, используйте следующую команду для просмотра конфигурации WinRM:

             winrm enumerate winrm/config/listener

Произошла ошибка. EventID: 0xC004002D

Время генерации: 15.08.2014 17:05:42

Строка события: системе не удалось успешно загрузить драйвер аварийного дампа.

Произошла ошибка. EventID: 0xC004002E

Время генерации: 15.08.2014 17:05:42

Строка события: сбой инициализации дампа

Произошла ошибка. EventID: 0xC004002D

Время генерации: 15.08.2014 17:05:45

Строка события: системе не удалось успешно загрузить драйвер аварийного дампа.

Произошло предупреждающее событие. EventID: 0x000727A5

Время генерации: 15.08.2014 17:21:40

Строка события:

Служба WinRM не прослушивает запросы WS-Management.

Пользовательская операция

Если вы не собирались останавливать службу, используйте следующую команду для просмотра конфигурации WinRM:

             winrm enumerate winrm/config/listener

Произошла ошибка. EventID: 0xC004002D

Время генерации: 15.08.2014 17:22:16

Строка события: системе не удалось успешно загрузить драйвер аварийного дампа.

Произошла ошибка. EventID: 0xC004002E

Время генерации: 15.08.2014 17:22:16

Строка события: сбой инициализации дампа

Произошла ошибка. EventID: 0xC004002D

Время генерации: 15.08.2014 17:22:19

Строка события: системе не удалось успешно загрузить драйвер аварийного дампа.

Произошло предупреждающее событие. EventID: 0x80040020

Время генерации: 15.08.2014 17:25:24

Строка события: драйвер обнаруживает, что на устройстве \ Device \ Harddisk0 \ DR0 включен кэш записи, и может произойти повреждение данных.

Произошло предупреждающее событие. EventID: 0x80040020

Время генерации: 15.08.2014 17:25:24

Строка события: драйвер обнаруживает, что на устройстве \ Device \ Harddisk0 \ DR0 включен кэш записи, и может произойти повреждение данных.

Произошло предупреждающее событие. EventID: 0x80040020

Время генерации: 15.08.2014 17:25:24

Строка события: драйвер обнаруживает, что на устройстве \ Device \ Harddisk0 \ DR0 включен кэш записи, и может произойти повреждение данных.

Произошло предупреждающее событие. EventID: 0x000727A5

Время генерации: 15.08.2014 17:26:33

Строка события:

Служба WinRM не прослушивает запросы WS-Management.

Пользовательская операция

Если вы не собирались останавливать службу, используйте следующую команду для просмотра конфигурации WinRM:

             winrm enumerate winrm/config/listener

Произошла ошибка. EventID: 0xC004002D

Время генерации: 15.08.2014 17:26:41

Строка события: системе не удалось успешно загрузить драйвер аварийного дампа.

Произошла ошибка. EventID: 0xC004002E

Время генерации: 15.08.2014 17:26:41

Строка события: сбой инициализации дампа

Произошла ошибка. EventID: 0xC004002D

Время генерации: 15.08.2014 17:26:45

Строка события: системе не удалось успешно загрузить драйвер аварийного дампа.

Произошло предупреждающее событие. EventID: 0x80040020

Время генерации: 15.08.2014 17:27:03

Строка события: драйвер обнаруживает, что на устройстве \ Device \ Harddisk0 \ DR0 включен кэш записи, и может произойти повреждение данных.

Произошло предупреждающее событие. EventID: 0x80040020

Время генерации: 15.08.2014 17:27:03

Строка события: драйвер обнаруживает, что на устройстве \ Device \ Harddisk0 \ DR0 включен кэш записи, и может произойти повреждение данных.

Произошло предупреждающее событие. EventID: 0x80040020

Время генерации: 15.08.2014 17:27:03

Строка события: драйвер обнаруживает, что на устройстве \ Device \ Harddisk0 \ DR0 включен кэш записи, и может произойти повреждение данных.

…… DC03 не прошел тест SystemLog

 

Используйте средство просмотра событий для устранения неполадок:

Результат основного постоянного тока:

Имя журнала: репликация DFS
Источник: DFSR
Дата: 15.08.2014 14:32:51
ID события: 2213
Категория задачи: нет
Уровень: Предупреждение
Ключевые слова: классический
Пользователь: недоступен
Компьютер: DC01v.acertwp.com
Описание:
Служба репликации DFS остановила репликацию на томе C :. Это может произойти, если база данных DFSR JET не выключена полностью и автоматическое восстановление отключено. Чтобы решить эту проблему, создайте резервную копию файлов в затронутой реплицированной папке, а затем используйте метод WMI ResumeReplication для возобновления репликации. Чтобы
Дополнительная информация:
Объем: C:
GUID: FEFC5799-E59A-40A8-83B3-6966FB3F9E46 
Шаги восстановления
1. Создайте резервную копию файлов во всех скопированных папках на томе. Если эта операция не будет выполнена успешно, данные могут быть потеряны из-за ненормального разрешения конфликтов во время восстановления реплицированной папки. Чтобы
2. Чтобы возобновить репликацию этого тома, используйте WMI-метод ResumeReplication класса DfsrVolumeConfig. Например, в командной строке с повышенными привилегиями введите следующую команду:
wmic /namespace:\\root\microsoftdfs path dfsrVolumeConfig where volumeGuid=»FEFC5799-E59A-40A8-83B3-6966FB3F9E46″ call ResumeReplication 
Подробнее см.http://support.microsoft.com/kb/2663685。 

Имя журнала: репликация DFS
Источник: DFSR
Дата: 15.08.2014 14:48:43
ID события: 2212
Категория задачи: нет
Уровень: Предупреждение
Ключевые слова: классический
Пользователь: недоступен
Компьютер: DC01v.acertwp.com
Описание:
Служба репликации DFS обнаружила аварийное завершение работы тома C :. Это может произойти, если служба завершается ненормально (например, из-за сбоя питания) или возникает ошибка тома. Сервис автоматически запустил процесс восстановления. Если служба определяет, что базу данных нельзя надежно восстановить, она восстановит базу данных. От пользователя не потребуется никаких действий. Чтобы
Дополнительная информация:
Объем: C:
GUID: FEFC5799-E59A-40A8-83B3-6966FB3F9E46 

Имя журнала: репликация DFS
Источник: DFSR
Дата: 15.08.2014 14:48:44
ID события: 4012
Категория задачи: нет
Уровень: ложь
Ключевые слова: классический
Пользователь: недоступен
Компьютер: DC01v.acertwp.com
Описание:
Служба репликации DFS остановила репликацию в следующей папке локального пути: C: \ Windows \ SYSVOL \ domain. Сервер был отключен от других партнеров на 140 дней, что превышает время, разрешенное параметром MaxOfflineTimeInDays (60). Таким образом, репликация DFS обрабатывает данные в этой папке как устаревшие, и сервер не будет реплицировать эту папку, пока эта ошибка не будет исправлена. Чтобы
Чтобы возобновить репликацию папки, используйте оснастку «Управление DFS», чтобы удалить этот сервер из группы репликации, а затем добавьте его в эту группу. Это заставляет сервер выполнять начальную задачу синхронизации, которая заменяет устаревшие данные последними данными от других членов группы репликации. Чтобы
Дополнительная информация:
Ошибка: 9061 (Скопированная папка слишком долго находилась в автономном режиме.)
Имя скопированной папки: SYSVOL Share
ID скопированной папки: FE99FC31-006B-499D-8F78-CB313AFBBC13
Имя группы репликации: Том системы домена
Копировать идентификатор группы: 8F907358-559B-42C3-B95B-04A62441662A
Идентификатор участника: 1A37936D-2B6F-41CC-989F-D411CBA2E7EE

Результаты вторичного постоянного тока:

Имя журнала: репликация DFS
Источник: DFSR
Дата: 15.08.2014 17:27:58
ID события: 6016
Категория задачи: нет
Уровень: Предупреждение
Ключевые слова: классический
Пользователь: недоступен
Компьютер: DC03.acertwp.com
Описание:
Службе репликации DFS не удалось обновить конфигурацию в доменных службах Active Directory. Сервис будет периодически повторять эту операцию. Чтобы
Дополнительная информация:
Категория объекта: msDFSR-LocalSettings
DN объекта: CN = DFSR-LocalSettings, CN = DC03, OU = Контроллеры домена, DC = acertwp, DC = com
Ошибка: 2 (Система не может найти указанный файл.)
Контроллер домена: dc01v.acertwp.com
Цикл опроса: 60

  

Имя журнала: репликация DFS
Источник: DFSR
Дата: 15.08.2014 17:27:58
Код события: 6804
Категория задачи: нет
Уровень: Предупреждение
Ключевые слова: классический
Пользователь: недоступен
Компьютер: DC03.acertwp.com
Описание:
Служба репликации DFS обнаружила, что для системного тома домена группы репликации не настроено подключение. Никаких данных для этой группы репликации не реплицировалось. Чтобы

 

Имя журнала: репликация DFS
Источник: DFSR
Дата: 15.08.2014 17:28:03
Идентификатор события: 4614
Категория задачи: нет
Уровень: Предупреждение
Ключевые слова: классический
Пользователь: недоступен
Компьютер: DC03.acertwp.com
Описание:
Служба репликации DFS запустила SYSVOL по локальному пути C: \ Windows \ SYSVOL \ domain и ожидает выполнения начальной репликации. Скопированная папка останется в исходном состоянии синхронизации, прежде чем она будет скопирована с партнером DC01v.acertwp.com. Если сервер обновляется до контроллера домена, контроллер домена не будет объявлять или функционировать как контроллер домена, пока проблема не будет решена. Это может произойти, если указанный партнер также находится в этом начальном состоянии синхронизации, или если этот сервер или партнер по синхронизации сталкивается с конфликтом совместного использования. Если это событие происходит во время миграции SYSVOL из службы репликации файлов (RFS) в репликацию DFS, изменения не будут реплицированы, пока проблема не будет решена. Это может вызвать рассинхронизацию папки SYSVOL на этом сервере с другими контроллерами домена. Чтобы

net share：

Общий доступ к главному DC по умолчанию обычно включен.

Дополнительный контроллер домена не синхронизирует две папки C: \ Windows \ SYSVOL \ sysvol \ acertwp.com \ SCRIPTS и C: \ Windows \ SYSVOL \ sysvol. Соответствующий общий доступ по умолчанию также не включен.

dcdiag:    

Основной контроллер домена не прошел тестовое событие DFSREvent, и проблема указала на репликацию DFS.

Вторичный DC не прошел тестовую рекламу, не прошел тестовые Netlogons и не прошел Systemlog.Поскольку SYSVOL не был правильно реплицирован, вторичный DC не считал себя контроллером домена или не указывал на контроллер домена первичный DC.

Просмотрщик событий:

Событие 2213 первичного контроллера домена, событие 2212, событие 4012, видно, что служба репликации DFS прекратила репликацию SYSVOL. Причина в том, что DFS считает, что DC01 был отключен слишком долго, и рассматривает данные в папке на SYSVOL на основном контроллере домена как просроченные данные Чтобы остановить копирование.

Из события 6026 вторичного контроллера домена, события 6804 и события 4614 можно увидеть, что, хотя служба репликации вторичного контроллера домена работает нормально, поскольку данные первичного контроллера домена партнера по репликации не могут быть синхронизированы, операция синхронизации данных выполняется всегда.


Поскольку первичный DC уже является последним DC в домене, первичный DC может использоваться только в качестве полномочного DC для принудительной репликации вторичного DC.

  1. На главном ДК разомкнутьADSIEDIT.MSC, Разверните до CN = подписка SYSVOL, CN = системный том домена, CN = DFSR-LocalSettings, CN = <имя сервера>, OU = контроллеры домена, DC = <домен>, гдеDC=<domain>Это переменная доменного имени, для моей среды это DC = acertwp, DC = com;CN=<the server name>Это переменная имени сервера, для моей среды это имя компьютера основного DC CN = DC01v

  2. Измените следующие значения

    msDFSR-Enabled=FALSE 
    msDFSR-options=1


  3. включить ADSIEDIT.MSC, Разверните до CN = подписка SYSVOL, CN = системный том домена, CN = DFSR-LocalSettings, CN = <имя сервера>, OU = контроллеры домена, DC = <домен>, гдеDC=<domain>Это переменная доменного имени, для моей среды это DC = acertwp, DC = com;CN=<the server name>Это переменная имени сервера, для моей среды это имя компьютера вторичного контроллера домена CN = DC03v

  4. Измените следующие значения:

    msDFSR-Enabled=FALSE 

  5. В консоли Active Directory Sites and Services принудительно выполните репликацию AD на всех узлах и обеспечьте успех


  6. Включите службу DFSR на полномочном контроллере домена (если не включен)

  7. Видно на главном ДКИнцидент 4114Отобразите реплицированные папки по отключенному локальному пути C: \ Windows \ SYSVOL \ domain.

  8. В DN, который мы расширили на шаге 1, измените следующие значения

    msDFSR-Enabled=TRUE

  9. В консоли Active Directory Sites and Services принудительно выполните репликацию AD на всех узлах и обеспечьте успех

  10. На полномочном контроллере домена запустите следующий сценарий CMD в режиме администратора.

    DFSRDIAG POLLAD

     

  11. ты увидишь Событие 4602Это означает, что служба репликации DFS успешно инициализировала реплицированную папку SYSVOL, расположенную по локальному пути C: \ Windows \ SYSVOL \ domain.

  12. Откройте службу DFSR на другом DC (если она не включена). ты увидишь Инцидент 4114Реплицируемая папка по локальному пути C: \ Windows \ SYSVOL \ domain отключена.

  13. ВШаг 3В нашем расширенном DN измените следующие значения

    msDFSR-Enabled=TRUE


  14. На других контроллерах домена запустите следующий сценарий CMD в режиме администратора

    DFSRDIAG POLLAD

1. How to force an authoritative and non-authoritative synchronization for DFSR-replicated SYSVOL (like «D4/D2» for FRS)

2. Force Replication Between Domain Controllers

3. Fixing Broken SYSVOL Replication

Не удается найти страницу | Autodesk Knowledge Network

(* {{l10n_strings.REQUIRED_FIELD}})

{{l10n_strings.CREATE_NEW_COLLECTION}}*

{{l10n_strings.ADD_COLLECTION_DESCRIPTION}}

{{l10n_strings.COLLECTION_DESCRIPTION}} {{addToCollection.description.length}}/500 {{l10n_strings.TAGS}} {{$item}} {{l10n_strings.PRODUCTS}} {{l10n_strings.DRAG_TEXT}}  

{{l10n_strings.DRAG_TEXT_HELP}}

{{l10n_strings.LANGUAGE}} {{$select.selected.display}}

{{article.content_lang.display}}

{{l10n_strings.AUTHOR}}  

{{l10n_strings.AUTHOR_TOOLTIP_TEXT}}

{{$select.selected.display}} {{l10n_strings.CREATE_AND_ADD_TO_COLLECTION_MODAL_BUTTON}} {{l10n_strings.CREATE_A_COLLECTION_ERROR}}

Windows 10 не может перейти в спящий режим или гибридное завершение работы после установки версии 2004

(в соответствии с советом в форме отправки я разместил это на / r / techsupport / месяц назад, но не получил никаких ответов, поэтому пытаюсь здесь, я надеюсь, что это ОК!)

Если я попытаюсь перевести компьютер в спящий режим, экран отключается, но компьютер продолжает работать. Если я двигаю мышью, экран просыпается, и компьютер блокируется, но не выключается. Если я смотрю в средство просмотра событий, в volmgr регистрируется ошибка, идентификатор события 45: «Системе не удалось успешно загрузить драйвер аварийного дампа» для \ Device \ HarddiskVolume2 (C :).

Если я перезагружаю компьютер, но не вхожу в систему, может перейти в спящий режим . После входа в систему возникает проблема.

Прочитав множество статей об этом сообщении об ошибке в Интернете (в некоторых случаях возвращаясь к XP!), Я не совсем уверен, что может вызвать эту проблему. До установки обновления 2004 года все было нормально.

Я также могу вызвать ошибку, не переходя в спящий режим, перейдя в «Запуск и восстановление» и изменив раскрывающийся список «Сбой системы», «Записать отладочную информацию» (изменение этого параметра на любой параметр, кроме «(нет)» вызывает ошибку быть зарегистрированным).

Как бы то ни было, я использую машину Core 2 Quad с вращающимися жесткими дисками из ржавчины. Я настроил файлы подкачки на использование отдельного жесткого диска D: иначе Windows 10 почти постоянно привязывает C: при 100% использовании жесткого диска. С файлом подкачки на отдельном диске он работает намного лучше.

Вещи, которые я пробовал:

  • Запустите средство устранения неполадок питания.

  • sfc scannow и DISM / Online / Cleanup-Image / CheckHealth

  • Переустановил Windows с обновлением на месте.

  • Сбросить настройки виртуальной памяти на «Управляется системой» на всех дисках.

  • Проверено DumpFilters в HKLM \ SYSTEM \ CurrentControlSet \ Control \ CrashControl , чтобы убедиться, что truecrypt.sys не указан (его не было, я никогда не шифровал диск).

  • Добавлено значение для установки IgnorePagefileSize на 1 в указанном выше разделе реестра.

  • Воссоздан hiberfile .sys с powercfg в спящем режиме, выключенном , затем powercfg в спящем режиме на , иногда с явно заданным размером, чтобы обеспечить его достаточно большим для моей 4 ГБ ОЗУ.

  • Переустановлена ​​технология Intel Rapid Storage (я не использую RAID / зеркалирование, но поскольку была установлена ​​старая версия, я подумал, что стоит обновить ее до последней версии).

  • Отключено как можно больше запускаемых приложений (хотя это не решило проблему, я снова переключил те, которые использовал: 7+ Taskbar Tweaker, Catalyst Control Center Launcher, Cortana, CrossHair.exe, «Отложенный запуск» Intel (для технологии Intel Rapid Storage), Microsoft OneDrive, значок уведомления безопасности Windows и AudioScrobbler).

Интересно, что после установки версии 2004, когда эта проблема возникла какое-то время, я подумал, что переустановлю, чтобы посмотреть, решит ли она проблему, но затем он отказался от установки из-за проблемы совместимости с моей системой. Покопавшись в журналах тестирования совместимости, выяснилось, что виноват OneDrive, поэтому я удалил OneDrive (и проблема с гибернацией все еще была) перед повторной установкой 2004.После удаления OneDrive он установился нормально, но проблема с гибернацией осталась.

Поскольку проблема, похоже, связана с дисковым накопителем, единственная известная проблема, с которой я столкнулся с этим накопителем, заключается в том, что он имеет емкость 3 ТБ, однако, поскольку мой компьютер более старый и использует традиционный BIOS, а не UEFI, я могу использовать только первые 2 ТБ его, поскольку он отформатирован для MBR вместо GPT. Однако в прошлом это не было проблемой, кроме пустой траты доступного места!

Это довольно длинный снимок в темноте, но я перепробовал все, что мог найти в Интернете, и мне было интересно, могла ли кто-то еще иметь такую ​​же проблему, и нашел способ ее решить…

Windows не может перейти в спящий режим или завершиться, ошибка volmgr 45 Системе не удалось успешно загрузить драйвер аварийного дампа. и Ошибка 46 Инициализация аварийного дампа

Итак, моя Windows просто помешала мне перейти в спящий режим (и выключить). Я отследил проблему и прочитал много сообщений в Google, чтобы просто исправить мой файл подкачки или дамп памяти. Все решения не работают.

Когда я нахожусь в спящем режиме или в спящем режиме (выключение / ч), экран выключается, а компьютер — нет (все светодиоды по-прежнему горят, моя мышь по-прежнему работает).Я могу двигать мышью, и экран снова включается, и я снова попадаю на экран входа в систему.

В моей текущей настройке у меня есть два диска NVMe. Оба являются M.2, и один вставляется в слот M.2, а другой вставляется в карту PCIe с помощью карты PCIe to M.2. Еще у меня стоит GTX 1660 в первом слоте PCIe. Оба являются динамическими дисками, потому что мой D: чередующийся том. У меня также есть E: volume, который является простым томом. С этой настройкой у меня есть 3 тома, C, D и E, которые перечислены в DISKPART как том 0–3 (включая системный раздел EFI, что составляет 4 тома).

Использовал без проблем. Я использовал внешний жесткий диск, который, по-видимому, не был очищен, и в нем есть два тома (два раздела), ESP и обычный раздел NTFS. Это делает их перечисленными на диске как Том 4 и Том 5. Я использовал эту настройку без проблем. Пока однажды я не понял, что отключил диск, не извлекая его безопасно. Я использовал его, не извлекая его ни разу, выключил и включил свой компьютер, не извлекая его ни разу.Затем я хотел использовать его для своего ноутбука, но я не могу его безопасно извлечь, потому что Windows постоянно говорила, что он используется. Так что я все равно принудительно выбросил его, вытащив его из розетки. Думаю, именно тогда и началась проблема.

После этого я не могу спать или выключить компьютер. Рестарт работает отлично. Когда я увидел средство просмотра событий, я всегда видел три события, когда нахожусь в режиме ожидания:

1. Процесс пользовательского режима попытался изменить состояние системы, вызвав API SetSuspendState или SetSystemPowerState.

Источник: Kernel-Power, идентификатор события: 187, информация

Я думаю, это указывает на то, что пользователь переходит в спящий режим.

2. Драйвер \ Driver \ pci для устройства PCI \ VEN_1022 & DEV_43C7 & SUBSYS_33061B21 & REV_01 \ 5 & 20ab19aa & 0 & 08020B остановил переход питания.

Источник: Kernel-Power, идентификатор события: 40, информация

Я не понимаю этого. В диспетчере устройств это одно из устройств типа «мост PCI-to-PCI». Это может быть мой SSD или Nvidia.Но я думаю, что это связано с проблемой volmgr, которая возникает через 1 секунду.

3. Системе не удалось загрузить драйвер аварийного дампа.

Источник: volmgr, Идентификатор события: 45, Ошибка, EventData \ Device \ HarddiskVolume5

Я понял, что в EventData есть информация о том, откуда произошла ошибка, я думаю. Это HarddiskVolume5. Однако такого тома в DISKPART нет. Я не подключал внешний жесткий диск обратно.HarddiskVolume5 может быть от внешнего жесткого диска, или , одного из моих SSD-дисков, которые были пронумерованы 5, когда мой внешний жесткий диск был подключен. В любом случае ошибка сохраняется, даже если я подключаю внешний жесткий диск обратно.

Во время запуска, после перезагрузки, я всегда получаю ошибку volmgr, но на этот раз это событие 46, то есть Ошибка инициализации аварийного дампа! , которые, я думаю, происходят из того же источника. EventData содержит ту же запись, которая является несуществующей \ Device \ HarddiskVolume5.

Для получения дополнительной информации, выполнение shutdown / h проведет меня через тот же процесс, когда я сплю, а затем в командной строке отобразится Неверная функция. (1) Сообщение на экране, которое, я думаю, совсем не помогает, так как это очень общая ошибка.

В режиме ожидания, гибернации и выключения все три будут генерировать одни и те же сообщения. Все они ведут себя одинаково. Все, что я могу сделать, это просто перезагрузиться.

Как исправить эту проблему или хотя бы как-то сбросить volmgr, чтобы он больше не относился к несуществующему диску? Конечно, изменение параметров дампа памяти или файла подкачки в этом случае не работает.

Я пробовал исправить файлы Windows с помощью DISM и SFC, не работает.

Есть способ исправить это без переустановки Windows?

Читать далее …

Как управлять настройками аварийного дампа в Windows 10

Windows 10 поставляется с предопределенными настройками для создания файлов аварийного дампа и автоматического выполнения определенных действий во время критической ошибки. Однако вы можете настроить взаимодействие, чтобы сообщить системе, как вы хотите записывать данные и какие действия следует предпринять.

Файл дампа — это файл особого типа, который создается автоматически, когда в системе появляется синий экран смерти (BSoD) — обычно известный как «проверка ошибок», «стоп-ошибка» или «системная ошибка» — и внезапная перезагрузка. или отключается. Существуют различные типы файлов дампа, но их объединяет то, что все они содержат информацию о ресурсах, загруженных в память во время сбоя.

Обычно эти файлы необходимы для целей отладки и устранения неполадок, и хотя Windows 10 поставляется с оптимальными настройками для большинства случаев, система поставляется с настройками для включения или отключения создания файлов дампа и такими действиями, как запись события в Системный журнал, автоматически перезагрузите компьютер и выберите тип аварийного дампа, который вы хотите создать, на основе необходимой информации.

VPN-предложения: пожизненная лицензия за 16 долларов, ежемесячные планы за 1 доллар и более

В этом руководстве по Windows 10 мы покажем вам шаги по управлению параметрами конфигурации файла дампа с помощью приложения «Настройки» и командной строки.

Как изменить настройки аварийного дампа с помощью приложения «Настройки»

Чтобы изменить способ создания файлов дампа в Windows 10 во время критической ошибки, выполните следующие действия:

  1. Открыть Настройки .
  2. Нажмите Система .
  3. Нажмите О .

  4. В разделе «Связанные параметры» выберите Дополнительные параметры системы .

    Источник: Windows Central
  5. Щелкните вкладку Advanced .

  6. В разделе «Запуск и восстановление» нажмите кнопку Параметры .

    Источник: Windows Central

  7. Установите или снимите флажок Записывать событие в системный журнал .

    Краткое примечание: Когда происходит сбой, Windows 10 может записать событие в системные журналы, которые вы можете просмотреть в средстве просмотра событий.Если вам не нужна эта информация, вы можете отключить действие, сняв флажок.

  8. Установите или снимите флажок Автоматический перезапуск .

    Источник: Windows Central

    Краткое примечание: Во время критической ошибки система автоматически перезагружается по умолчанию, но если вы хотите предотвратить это, вы можете отключить эту опцию.

  9. В разделе «Запись отладочной информации» используйте раскрывающееся меню и выберите тип файла, который система должна создать во время сбоя системы:

    • Малый дамп памяти (минидамп): Этот параметр собирает наименьший объем данных о проблеме, таких как код остановки для синего экрана смерти (BSoD), список всех загруженных драйверов, а также некоторые процессоры и информация о ядре.История дампа обычно сохраняется в папке % SystemRoot% \ Minidump . Хотя это отличный вариант для экономии памяти, он ограничен, поскольку не будет включаться много информации, которая может помочь выяснить проблему. Во время второй ошибки предыдущий файл не будет перезаписан.
    • Дамп памяти ядра: Этот параметр записывает только информацию, выделенную для ядра системы, уровня абстракции оборудования (HAL), драйверов режима ядра и других программ режима ядра.Этот файл дампа ошибок обычно меньше половины общей физической памяти. В большинстве случаев это рекомендуемый вариант, поскольку он не занимает много места и включает большую часть информации, связанной с сбоем. По умолчанию данные сохраняются в файле % SystemRoot% \ Memory.dmp .
    • Полный дамп памяти: Этот параметр включает все, что загружено в физическую память, за исключением пространства, используемого микропрограммой устройства. Поскольку это может быть большой файл, для него требуется «файл подкачки», который представляет собой общий размер физической памяти.По умолчанию сбой сохраняется в файле % SystemRoot% \ Memory.dmp .
    • Автоматический дамп памяти: Этот параметр собирает информацию, выделенную в памяти, как «дамп памяти ядра», но если для виртуальной памяти задан «размер, управляемый системой», Windows 10 может автоматически настроить размер файла для сбора необходимых данных. проанализировать проблему. По умолчанию сбой сохраняется в файле % SystemRoot% \ Memory.dmp .
    • Активный дамп памяти: Этот параметр собирает ту же информацию, что и «Полный дамп памяти».»Разница в том, что он отбрасывает информацию, которая может не иметь отношения к устранению проблемы. Сбой сохраняется в файле % SystemRoot% \ Memory.dmp по умолчанию.

    Источник: Windows Central
  10. В поле «Файл дампа» вы можете указать альтернативное место для сохранения файла. (Эта опция требует перезапуска.)

  11. Установите или снимите флажок Перезаписать любой существующий файл .

    Краткое примечание: Когда этот параметр включен, последующие дампы с использованием параметров «дамп памяти ядра» или «полный дамп памяти» будут перезаписаны.

  12. Установите или снимите флажок Отключить автоматическое удаление дампов памяти при нехватке места на диске .

    Источник: Windows Central
  13. Нажмите кнопку ОК .

После выполнения этих шагов система создаст файлы дампа в зависимости от вашей конфигурации.

Отключить создание аварийных дампов в Windows 10

Чтобы запретить Windows 10 создавать файлы дампа во время синего экрана, выполните следующие действия:

  1. Открыть Настройки .
  2. Нажмите Система .
  3. Нажмите О .

  4. В разделе «Связанные параметры» выберите Дополнительные параметры системы .

    Источник: Windows Central
  5. Щелкните вкладку Advanced .

  6. В разделе «Запуск и восстановление» нажмите кнопку Параметры .

    Источник: Windows Central

  7. В разделе «Запись отладочной информации» используйте раскрывающееся меню и выберите параметр (нет) .

    Источник: Windows Central
  8. Нажмите кнопку ОК .

После выполнения этих шагов система больше не будет создавать файлы ошибок.

Если вы передумаете, вы всегда можете вернуть настройки, используя приведенные выше инструкции и выбрав вариант, соответствующий вашей ситуации.

Как изменить настройки аварийного дампа с помощью командной строки

Windows 10 также позволяет настраивать параметры файлов дампа и действий во время сбоев системы с помощью команд, которые можно запускать с помощью командной строки или PowerShell.

Команда для включения или отключения событий системного журнала и автоматического перезапуска

Чтобы включить или отключить Windows 10 от записи события системного журнала или автоматического перезапуска устройства при сбое с помощью командной строки, выполните следующие действия:

  1. Открыть Начать .
  2. Найдите командную строку , щелкните правой кнопкой мыши верхний результат и выберите параметр Запуск от имени администратора .

  3. Введите следующую команду, чтобы отключить систему от записи журналов сбоев событий, и нажмите Введите :

    wmic recoveros set WriteToSystemLog = False

    В команде вы можете заменить False на True , чтобы снова включить параметр.

    Источник: Windows Central

  4. Введите следующую команду, чтобы отключить автоматический перезапуск после синего экрана, и нажмите Введите :

    wmic recoveros установить AutoReboot = False

    В команде вы можете заменить False на True , чтобы снова включить параметр.

После выполнения этих шагов система запишет журналы и автоматически перезапустится при сбое в соответствии с вашей конфигурацией.

Команда для отключения аварийных дампов в Windows 10

Чтобы остановить создание файлов дампа после сбоя с помощью команды, выполните следующие действия:

  1. Открыть Начать .
  2. Найдите командную строку , щелкните правой кнопкой мыши верхний результат и выберите параметр Запуск от имени администратора .

  3. Введите следующую команду, чтобы отключить систему от создания файлов аварийного дампа, и нажмите Введите :

    wmic recoveros установить DebugInfoType = 0

    Источник: Windows Central

После выполнения этих шагов Windows 10 больше не будет создавать файлы дампа во время проверки на наличие ошибок.Если вы хотите снова включить эту функцию, настройте тип создаваемого файла, следуя приведенным ниже инструкциям.

Команда для включения небольших дампов памяти

Чтобы включить и настроить систему для создания небольших дампов памяти с помощью команды, выполните следующие действия:

  1. Открыть Начать .
  2. Найдите командную строку , щелкните правой кнопкой мыши верхний результат и выберите параметр Запуск от имени администратора .

  3. Введите следующую команду, чтобы указать систему для создания небольших дампов памяти, и нажмите Введите :

    wmic recoveros установить DebugInfoType = 3

    Источник: Windows Central

После выполнения этих шагов система соберет наименьший объем информации о сбое в файле размером не более 64 КБ.

Команда включения дампов памяти ядра

Чтобы включить и настроить систему для создания дампов памяти ядра, выполните следующие действия:

  1. Открыть Начать .
  2. Найдите командную строку , щелкните правой кнопкой мыши верхний результат и выберите параметр Запуск от имени администратора .

  3. Введите следующую команду, чтобы указать систему для создания небольших дампов памяти, и нажмите Введите :

    wmic recoveros установить DebugInfoType = 2

    Источник: Windows Central

После выполнения этих шагов Windows 10 создаст файл меньшего размера, чем полный вариант, с выделенной системным ядром информацией, уровнем абстракции оборудования (HAL), драйверами режима ядра и другими программами режима ядра.

Команда для включения полных дампов памяти

Чтобы включить и настроить создание полных дампов памяти, выполните следующие действия:

  1. Открыть Начать .
  2. Найдите командную строку , щелкните правой кнопкой мыши верхний результат и выберите параметр Запуск от имени администратора .

  3. Введите следующую команду, чтобы указать систему для создания полных дампов памяти, и нажмите Введите :

    wmic recoveros установить DebugInfoType = 1

    Источник: Windows Central

После выполнения этих шагов во время ошибки «Синий экран смерти» будет создан файл со всем, что загружено в память, для отладки и устранения неполадок.

Команда включения автоматического дампа памяти

Чтобы включить и настроить систему для создания автоматических дампов памяти, выполните следующие действия:

  1. Открыть Начать .
  2. Найдите командную строку , щелкните правой кнопкой мыши верхний результат и выберите параметр Запуск от имени администратора .

  3. Введите следующую команду, чтобы указать систему для создания автоматических дампов памяти, и нажмите Введите :

    wmic recoveros установить DebugInfoType = 7

    Источник: Windows Central

После выполнения этих шагов система создаст файл дампа, аналогичный тому, который использовался при использовании параметра «дамп памяти ядра», но система будет автоматически управлять размером файла.

Команда для изменения местоположения хранилища дампа по умолчанию

Чтобы изменить расположение папки по умолчанию для хранения дампов с командами, выполните следующие действия:

  1. Открыть Начать .
  2. Найдите командную строку , щелкните правой кнопкой мыши верхний результат и выберите параметр Запуск от имени администратора .

  3. Введите следующую команду, чтобы указать расположение папки для хранения дампов, и нажмите Введите :

    wmic recoveros установить DebugFilePath = PATH \ TO \ FOLDER

    В команде замените PATH \ TO \ FOLDER на путь к расположению папки.

    В этом примере Windows 10 указывает хранить «дампы» в папке «дампы» на диске «E:».

    wmic recoveros установить DebugFilePath = E: \ dumps

    Источник: Windows Central

После выполнения этих шагов файл дампа будет сохранен в том месте, которое вы указали в команде, во время критической ошибки.

Команда для включения или отключения перезаписи существующих файлов

Чтобы включить или отключить возможность перезаписи старых файлов, выполните следующие действия:

  1. Открыть Начать .
  2. Найдите командную строку , щелкните правой кнопкой мыши верхний результат и выберите параметр Запуск от имени администратора .

  3. Введите следующую команду, чтобы отключить возможность перезаписать ранее созданные дампы после того, как новая ошибка должна быть записана в файл, и нажмите Введите :

    wmic recoveros set OverwriteExistingDebugFile = 0

    Источник: Windows Central
  4. Введите следующую команду, чтобы включить возможность перезаписи ранее созданных дампов после того, как новая ошибка должна быть записана в файл, и нажмите Введите : наборов восстановления wmic OverwriteExistingDebugFile = 1

После выполнения этих шагов, в зависимости от конфигурации сбоя системы, предыдущий файл будет перезаписан в соответствии с вашими настройками, когда потребуется создать второй файл дампа.

Дополнительные ресурсы по Windows 10

Чтобы получить дополнительные полезные статьи, статьи и ответы на распространенные вопросы о Windows 10, посетите следующие ресурсы:

Более одного типа облаков

Как Microsoft серьезно относится к своим обязательствам по борьбе с изменением климата

Microsoft — облачная компания, но во многих отношениях. Редмонд серьезно относится к своим обязательствам по климатологическим причинам, вкладывая средства в подобные Climeworks и поддерживая законодательство о праве на ремонт.Но достаточно ли этого?

Лучшие предложения в одном месте

Лучшие предложения Microsoft Surface: сэкономьте до 350 долларов

Линейка Surface от Microsoft с годами росла не по дням, а по часам. Ищете ли вы новейший Surface Pro X или Pro 7 или готовы довольствоваться предыдущим поколением по еще более сниженной цене, у нас есть все лучшие предложения, которые вы найдете в сети, прямо здесь .

Захват файла аварийного дампа с синего экрана Windows (BSOD)

Обратите внимание: в этой статье объясняется, как создать аварийный дамп из-за неустранимого зависания системы Windows, которое приводит к синему экрану.Если вы ищете запись сбоя приложения или файлы дампа TDR в Windows, щелкните здесь.

Когда в вашей операционной системе Windows возникает неустранимая ошибка, она обычно дает сбой, что приводит к синему экрану, подобному изображенному ниже:

  • Синий экран обычно сопровождается информацией о сбое. Сбои системы могут иметь несколько причин, в том числе:

  • Отказ оборудования

  • Разгон

  • Неисправное ПО

  • Перегрев

  • Неправильные тайминги системной памяти

К сожалению, сообщения об ошибках на синем экране не предоставляют достаточной информации для диагностики причины сбоя.Если у вас возникают повторяющиеся сбои системы, которые приводят к появлению синего экрана, вас могут попросить предоставить файл dmp, чтобы помочь нашей группе инженеров исследовать вашу проблему. Есть пять настроек для файлов аварийного дампа режима ядра. В большинстве случаев вас могут попросить предоставить одно из следующего:

Минидамп — по умолчанию Windows создает небольшой минидамп после синего экрана. Файл будет сохранен в каталоге ниже: C: \ Windows \ Minidump \ ###### — ##### — ##. Dmp

Найдите файл минидампа с самой последней датой изменения.

Полный дамп памяти (предпочтительно) — Полный дамп памяти является самым большим и содержит больше всего информации. По этой причине это очень ценно при поиске причины аварии. Хотя небольшой файл дампа памяти также полезен для нашей команды разработчиков программного обеспечения, он не указывает на основную причину. Небольшой дамп памяти может указывать на симптом и, таким образом, может использоваться для определения того, имеют ли отзывы нескольких пользователей одни и те же ошибки. Много информации можно получить из полного файла дампа памяти, но сначала вы должны включить этот параметр в Windows:

  1. 1.Щелкните правой кнопкой мыши значок «Этот компьютер» на рабочем столе. В контекстном меню выберите «Свойства».

  2. 2. Появится системная панель. Щелкните ссылку Дополнительные параметры системы, чтобы открыть Свойства системы. Щелкните вкладку «Дополнительно», если вы находитесь на другой вкладке. Нажмите кнопку «Настройки» в разделе «Запуск и восстановление».

  3. 3. В раскрывающемся меню «Запись отладочной информации» выберите «Полный дамп памяти». Нажмите кнопку ОК, чтобы подтвердить изменения.Вас могут попросить перезагрузить компьютер, чтобы применить эти изменения.

После перезагрузки компьютера воспроизведите проблему еще раз на своем компьютере. По умолчанию Windows записывает полный файл памяти в папку Windows с именем MEMORY.DMP:

.

c: \ Windows \ Memory.dmp

Как отправить файл дампа агенту поддержки клиентов NVIDIA

Небольшой файл Minidmp можно прикрепить непосредственно к обращению в службу поддержки, так как размер файла довольно мал.Файл полного дампа памяти имеет довольно большой размер, поэтому сначала его необходимо сжать, чтобы уменьшить размер файла.

  1. 1. Щелкните правой кнопкой мыши файл, который хотите сжать

  2. 2. В контекстном всплывающем меню выберите Отправить -> Сжатая (заархивированная) папка

  3. 3. Сжатый файл будет иметь то же имя, что и выбранный вами файл.

Сегодня доступен ряд опций обмена файлами, таких как Google Диск, Microsoft OneDrive, Dropbox и т. Д.. Выберите службу обмена файлами и загрузите сжатый файл дампа. После завершения загрузки вы можете поделиться ссылкой для загрузки с агентом службы поддержки клиентов NVIDIA. Если вы делитесь отзывами о драйверах, вы можете отправить ссылку для загрузки файла дампа по адресу [email protected].

Глава 7. Руководство по аварийному дампу ядра Red Hat Enterprise Linux 7

7.1. Введение в kdump

7.1.1. О kdump и kexec

Kdump — это механизм аварийного дампа ядра, который позволяет сохранять содержимое системной памяти для последующего анализа.Он основан на kexec , который можно использовать для загрузки ядра Linux из контекста другого ядра, обхода BIOS и сохранения содержимого памяти первого ядра, которое в противном случае было бы потеряно.

В случае сбоя системы kdump использует kexec для загрузки второго ядра (ядро захвата ). Это второе ядро ​​находится в зарезервированной части системной памяти, недоступной для первого ядра. Затем второе ядро ​​захватывает содержимое памяти разбитого ядра (аварийный дамп ) и сохраняет его.

Аварийный дамп ядра может быть единственной информацией, доступной в случае сбоя, важность наличия этих данных в критически важной для бизнеса среде нельзя недооценивать. Red Hat советует системным администраторам регулярно обновлять и тестировать kexec-tools в обычном цикле обновления ядра. Это особенно важно при реализации новых функций ядра.

Драйвер сторожевого таймера HP ( hpwdt ) предварительно загружен в системы HP, работающие как гипервизор RHEV, поэтому эти системы могут использовать сторожевой таймер NMI.В обновленных пакетах kexec-tools, начиная с kexec-tools-2.0.15-33.el7.x86_64 , предварительно загружен драйвер hpwdt .

Если драйверы bnx2x и bmx2fc не занесены в черный список в ядре kdump, тогда второе ядро ​​вызывает панику, и дампы не будут захвачены.

7.1.2. Требования к памяти

Чтобы kdump мог захватить аварийный дамп ядра и сохранить его для дальнейшего анализа, часть системной памяти должна быть постоянно зарезервирована для ядра захвата.Если зарезервировано, эта часть системной памяти недоступна для основного ядра.

Требования к памяти зависят от определенных параметров системы. Одним из основных факторов является аппаратная архитектура системы. Чтобы узнать точное имя архитектуры компьютера (например, x86_64 ) и распечатать его на стандартный вывод, введите следующую команду в приглашении оболочки:

  uname -m

Еще один фактор, влияющий на объем зарезервированной памяти, — это общий объем установленной системной памяти.Например, в архитектуре x86_64 объем зарезервированной памяти составляет 160 МБ + 2 бита на каждые 4 КБ ОЗУ. В системе с 1 ТБ общей установленной физической памяти это означает 224 МБ (160 МБ + 64 МБ). Полный список требований к памяти для kdump в зависимости от архитектуры системы и объема физической памяти см. В Раздел 7.8.1, «Требования к памяти для kdump».

Во многих системах kdump может оценить объем необходимой памяти и автоматически зарезервировать ее. Это поведение включено по умолчанию, но работает только в системах с более чем определенным общим объемом доступной памяти, который зависит от архитектуры системы.См. Раздел 7.8.2, «Минимальный порог для автоматического резервирования памяти», где приведен список минимальных требований для автоматического резервирования памяти в зависимости от архитектуры системы.

Если в системе меньше минимального объема памяти, необходимого для работы автоматического выделения, или если в вашем сценарии использования требуется другое значение, вы можете настроить объем зарезервированной памяти вручную. Для получения информации о том, как это сделать из командной строки, см. Раздел 7.2.2.1, «Настройка использования памяти».Для получения информации о том, как настроить объем зарезервированной памяти в графическом пользовательском интерфейсе, см. Раздел 7.2.3.1, «Настройка использования памяти».

7.2. Установка и настройка kdump

Во многих случаях служба kdump устанавливается и активируется по умолчанию в новых установках Red Hat Enterprise Linux 7. Программа установки Anaconda предоставляет экран для настройки kdump при выполнении интерактивной установки с использованием графического или текстового интерфейса.Экран установщика называется Kdump и доступен из основного экрана Installation Summary и допускает только ограниченную конфигурацию — вы можете только выбрать, включен ли kdump и сколько памяти зарезервировано. Информация о требованиях к памяти для kdump доступна в Раздел 7.8.1, «Требования к памяти для kdump». Экран конфигурации Kdump в программе установки задокументирован в Руководстве по установке Red Hat Enterprise Linux 7 .

В предыдущих выпусках Red Hat Enterprise Linux конфигурация kdump была доступна в утилите Firstboot , которая автоматически запускалась после завершения установки и первой перезагрузки системы.Начиная с Red Hat Enterprise Linux 7.1, конфигурация kdump перенесена в программу установки.

Некоторые параметры установки, такие как выборочная установка Kickstart, не требуют установки или включения kdump по умолчанию. Если это так в вашей системе, и вы хотите дополнительно установить kdump, выполните следующую команду от имени root в приглашении оболочки:

  #  yum install kexec-tools

Приведенная выше команда обеспечивает установку kdump и всех других необходимых пакетов при условии, что ваша система имеет активную подписку или настраиваемый репозиторий, содержащий пакет kexec-tools для архитектуры вашей системы.

Если вы не знаете, установлен ли kdump в вашей системе, вы можете проверить, используя об / мин :

  $   об / мин -q kexec-tools

Кроме того, доступен графический инструмент настройки, но он не устанавливается по умолчанию, если вы используете команду, описанную выше. Чтобы установить эту утилиту, которая описана в Раздел 7.2.3, «Настройка kdump в графическом пользовательском интерфейсе», используйте следующую команду как root :

  #  yum install system-config-kdump

Для получения дополнительной информации о том, как установить новые пакеты в Red Hat Enterprise Linux 7 с помощью диспетчера пакетов Yum , см. Руководство системного администратора Red Hat Enterprise Linux 7 .

Начиная с Red Hat Enterprise Linux 7.4 драйвер Intel IOMMU поддерживается с помощью kdump . При использовании ядер версии 7.3 или более ранней рекомендуется отключать поддержку Intel IOMMU .

7.2.2. Настройка kdump из командной строки

7.2.2.1. Настройка использования памяти

Память, зарезервированная для ядра kdump, всегда резервируется во время загрузки системы, что означает, что объем памяти указывается в конфигурации загрузчика системы.

Чтобы указать память, зарезервированную для ядра kdump, установите для параметра crashkernel = необходимое значение. Например, чтобы зарезервировать 128 МБ памяти, используйте следующее:

 crashkernel = 128M

Для получения информации о том, как изменить параметр crashkernel = в системах AMD64 и Intel 64 и серверах IBM Power Systems с использованием загрузчика GRUB2 , а также на IBM Z с использованием zipl , см. Раздел 3.1.1, «Настройка команды ядра. -строчные параметры ».

Параметр crashkernel = можно определить несколькими способами. Значение auto включает автоматическую настройку зарезервированной памяти на основе общего объема памяти в системе, следуя рекомендациям, описанным в Раздел 7.8.1, «Требования к памяти для kdump». Системы памяти большего размера, вплоть до установленных пределов операционной системы, рассчитываются в соответствии с архитектурой с опцией crashkernel = auto .

Замените значение auto определенным объемом памяти, чтобы изменить это поведение.

Параметр crashkernel = может быть особенно полезен для небольших систем памяти. Например, чтобы зарезервировать 128 МБ памяти, используйте следующее:

 crashkernel = 128M

Вы также можете установить переменный объем зарезервированной памяти в зависимости от общего объема установленной памяти. Синтаксис для резервирования переменной памяти: crashkernel = <диапазон1> : <размер1> , <диапазон2> : <размер2> .Например:

 crashkernel = 512M-2G: 64M, 2G-: 128M

В приведенном выше примере резервируется 64 МБ памяти, если общий объем системной памяти составляет 512 МБ или больше, но меньше 2 ГБ. Если общий объем памяти превышает 2 ГБ, для kdump зарезервировано 128 МБ.

Некоторые системы требуют зарезервировать память с определенным фиксированным смещением. Если смещение установлено, зарезервированная память начинается там. Чтобы компенсировать зарезервированную память, используйте следующий синтаксис:

 crashkernel = 128M @ 16M

Приведенный выше пример означает, что kdump резервирует 128 МБ памяти, начиная с 16 МБ (физический адрес 0x01000000).Если параметр смещения установлен в 0 или полностью опущен, kdump автоматически смещает зарезервированную память. Этот синтаксис также можно использовать при установке резервирования переменной памяти, как описано выше; в этом случае смещение всегда указывается последним (например, crashkernel = 512M-2G: 64M, 2G-: 128M @ 16M ).

7.2.2.2. Настройка типа kdump

При обнаружении сбоя ядра дамп ядра может быть сохранен в виде файла в локальной файловой системе, записан непосредственно на устройство или отправлен по сети с использованием NFS (сетевая файловая система) или SSH (безопасный Shell) протокол.На данный момент можно установить только один из этих вариантов. По умолчанию файл vmcore хранится в каталоге / var / crash локальной файловой системы.

Чтобы сохранить файл vmcore в каталоге / var / crash / локальной файловой системы:

  • Отредактируйте файл /etc/kdump.conf и укажите путь:

     путь / var / crash

    Параметр path / var / crash представляет путь файловой системы, в котором kdump сохраняет файл vmcore .Когда вы указываете цель дампа в файле /etc/kdump.conf , тогда путь относится к указанной цели дампа.

    Если вы не укажете цель дампа в файле /etc/kdump.conf , то путь представляет собой абсолютный путь от корневого каталога. В зависимости от того, что установлено в текущей системе, автоматически выбираются цель дампа и скорректированный путь дампа.

kdump сохраняет файл vmcore в каталоге / var / crash / var / crash , когда цель дампа смонтирована в / var / crash , а параметр path также установлен как / var / сбой в файле / etc / kdump.$ ext4 / dev / mapper / vg00-varcrashvol путь / var / crash core_collector makedumpfile -c --message-level 1 -d 31

Это приводит к пути / var / crash / var / crash . Чтобы решить эту проблему, используйте параметр path / вместо path / var / crash

Чтобы изменить расположение дампа, как root , откройте файл конфигурации /etc/kdump.conf в текстовом редакторе и отредактируйте параметры, как описано ниже.

Чтобы изменить локальный каталог, в котором должен быть сохранен дамп ядра, удалите знак решетки ("#") с начала строки #path / var / crash и замените значение желаемым путем к каталогу.

 путь / usr / local / cores

В Red Hat Enterprise Linux 7 каталог, определенный как цель kdump с помощью директивы path , должен существовать при запуске службы kdump systemd - в противном случае служба выйдет из строя. Это поведение отличается от более ранних выпусков Red Hat Enterprise Linux, где каталог создавался автоматически, если он не существовал при запуске службы.

При желании, если вы хотите записать файл в другой раздел, выполните ту же процедуру с одной из строк, начинающихся с # ext4 .Здесь вы можете использовать имя устройства (строка # ext4 / dev / vg / lv_kdump ), метку файловой системы (строка # ext4 LABEL = / boot ) или UUID ( # ext4 UUID = 03138356-5e61-4ab3-b58e-27507ac41937 линия). Измените тип файловой системы, а также имя устройства, метку или UUID на желаемые значения. Например:

 ext4 UUID = 03138356-5e61-4ab3-b58e-27507ac41937

При выполнении дампа в DASD на оборудовании s390x важно, чтобы устройства дампа были правильно указаны в / etc / dasd.conf , прежде чем продолжить.

Чтобы записать дамп непосредственно в устройство, удалите знак решетки («#») в начале строки #raw / dev / vg / lv_kdump и замените значение желаемым именем устройства. Например:

 сырые / dev / sdb1

Чтобы сохранить дамп на удаленном компьютере с использованием протокола NFS , удалите знак решетки ("#") с начала строки #nfs my.server.com:/export/tmp и замените значение на действительное имя хоста и путь к каталогу.Например:

 nfs penguin.example.com:/export/cores

Чтобы сохранить дамп на удаленном компьютере с использованием протокола SSH , удалите знак решетки ("#") с начала строки #ssh [email protected] и замените значение действительным именем пользователя. и имя хоста. Чтобы включить свой SSH-ключ в конфигурацию, удалите знак решетки с начала строки #sshkey /root/.ssh/kdump_id_rsa и измените значение на местоположение ключа, действительного на сервере, который вы пытаетесь сбросить в.Например:

 ssh [email protected]
sshkey /root/.ssh/mykey

Информацию о том, как настроить SSH-сервер и настроить аутентификацию на основе ключей, см. В Руководстве системного администратора Red Hat Enterprise Linux 7 .

Полный список поддерживаемых и неподдерживаемых целей, отсортированных по типу, см. В Табл. 7.3, «Поддерживаемые цели kdump».

7.2.2.3. Настройка сборщика ядра

Чтобы уменьшить размер файла дампа vmcore , kdump позволяет указать внешнее приложение (сборщик ядра ) для сжатия данных и, при необходимости, исключить всю несущественную информацию.В настоящее время единственным полностью поддерживаемым сборщиком ядер является makedumpfile .

Чтобы включить сборщик ядра, как root , откройте файл конфигурации /etc/kdump.conf в текстовом редакторе, удалите знак решетки ("#") с начала файла #core_collector makedumpfile -l - message-level 1 -d 31 line и отредактируйте параметры командной строки, как описано ниже.

Чтобы включить сжатие файла дампа, добавьте параметр -l .Например:

 core_collector makedumpfile -l

Чтобы удалить определенные страницы из дампа, добавьте параметр -d value , где значение - это сумма значений страниц, которые вы хотите исключить, как описано в Таблице 7.4, «Поддерживаемые уровни фильтрации». Например, чтобы удалить как нулевые, так и свободные страницы, используйте следующее:

 core_collector makedumpfile -d 17 -c

См. Полный список доступных опций на странице руководства makedumpfile (8) .

7.2.2.4. Настройка действия по умолчанию

По умолчанию, когда kdump не может создать дамп ядра в целевом местоположении, указанном в Раздел 7.2.2.2, «Настройка типа kdump», kdump перезагружает систему без сохранения vmcore. Чтобы изменить это поведение, как root , откройте файл конфигурации /etc/kdump.conf в текстовом редакторе, удалите знак решетки ("#") в начале строки #default shell и замените значение с желаемым действием, как описано в таблице 7.5, «Поддерживаемые действия по умолчанию».

Например:

 перезагрузка по умолчанию

7.2.2.5. Включение услуги

Чтобы запустить демон kdump во время загрузки, введите в командной строке следующее: root :

  systemctl   включить   kdump.service

Это включает службу для multi-user.target . Аналогично, ввод systemctl disable kdump отключает kdump .Чтобы запустить службу в текущем сеансе, используйте следующую команду как root :

  systemctl   start   kdump.service

В Red Hat Enterprise Linux 7 каталог, определенный как цель kdump, должен существовать при запуске службы kdump systemd - в противном случае служба не работает. Это поведение отличается от более ранних выпусков Red Hat Enterprise Linux, где каталог создавался автоматически, если он не существовал при запуске службы.

Дополнительную информацию о systemd и настройке служб в целом см. В Руководстве системного администратора Red Hat Enterprise Linux 7 .

7.2.3. Настройка kdump в графическом интерфейсе пользователя

Чтобы запустить утилиту Kernel Dump Configuration , выберите → → на панели или введите system-config-kdump в приглашении оболочки. В результате появится окно, показанное на Рисунке 7.1, «Основные настройки».

Утилита позволяет настроить kdump , а также включить или отключить запуск службы во время загрузки. Когда вы закончите, нажмите Применить, чтобы сохранить изменения. Если вы еще не прошли аутентификацию, введите пароль суперпользователя. Утилита напоминает вам о том, что вы должны перезагрузить систему, чтобы применить любые изменения, которые вы внесли в конфигурацию.

В системах IBM Z или PowerPC с SELinux , работающим в принудительном режиме, перед запуском утилиты конфигурации дампа ядра необходимо включить логическое значение kdumpgui_run_bootloader.Это логическое значение позволяет system-config-kdump запускать загрузчик в домене SELinux bootloader_t. Чтобы навсегда включить логическое значение, выполните следующую команду от имени пользователя root;

 # setsebool -P kdumpgui_run_bootloader 1

При выполнении дампа в DASD на оборудовании s390x важно, чтобы устройства дампа были правильно указаны в файле /etc/dasd.conf , прежде чем продолжить.

7.2.3.1. Настройка использования памяти

Вкладка Basic Settings позволяет вам настроить объем памяти, зарезервированной для ядра kdump .Для этого выберите переключатель Manual settings и нажмите кнопки со стрелками вверх и вниз рядом с полем New kdump Memory , чтобы увеличить или уменьшить объем памяти, который необходимо зарезервировать. Обратите внимание, что поле Usable Memory изменится соответственно, показывая вам оставшуюся память, доступную для системы. См. Раздел 7.1.2, «Требования к памяти» для получения дополнительной информации о требованиях kdump к памяти.

Рисунок 7.1. Основные настройки

7.2.3.2. Настройка типа kdump

Вкладка Target Settings позволяет указать целевое расположение для дампа vmcore . Дамп может быть сохранен в виде файла в локальной файловой системе, записан непосредственно на устройство или отправлен по сети с использованием протокола NFS (сетевая файловая система) или SSH (Secure Shell).

Рисунок 7.2. Целевые настройки

Чтобы сохранить дамп в локальной файловой системе, выберите переключатель Локальная файловая система .При желании вы можете настроить параметры, выбрав другой раздел из раскрывающегося списка Раздел и целевой каталог, используя поле Путь .

В Red Hat Enterprise Linux 7 каталог, определенный как цель kdump, должен существовать при запуске службы kdump systemd - в противном случае служба не работает. Это поведение отличается от более ранних выпусков Red Hat Enterprise Linux, где каталог создавался автоматически, если он не существовал при запуске службы.

Чтобы записать дамп непосредственно на устройство, выберите переключатель Raw device и выберите желаемое целевое устройство из раскрывающегося списка рядом с ним.

Чтобы отправить дамп на удаленную машину через сетевое соединение, выберите переключатель Сеть . Чтобы использовать протокол NFS , выберите переключатель NFS и заполните поля Имя сервера и Путь к каталогу . Чтобы использовать протокол SSH , выберите радиокнопку SSH и заполните поля Имя сервера , Путь к каталогу и Имя пользователя , указав адрес удаленного сервера, целевой каталог и действительное имя пользователя. соответственно.

Информацию о том, как настроить SSH-сервер и настроить аутентификацию на основе ключей, см. В Руководстве системного администратора Red Hat Enterprise Linux 7 . Полный список поддерживаемых в настоящее время целей см. В Таблице 7.3, «Поддерживаемые цели kdump».

7.2.3.3. Настройка сборщика ядра

Вкладка Filtering Settings позволяет вам выбрать уровень фильтрации для дампа vmcore .

Рисунок 7.3. Настройки фильтрации

Чтобы исключить из дампа нулевую страницу , страницу кеша , частную страницу кеша , пользовательских данных или свободную страницу , установите флажок рядом с соответствующей меткой.

7.2.3.4. Настройка действия по умолчанию

Чтобы выбрать, какое действие следует выполнять, когда kdump не может создать дамп ядра, выберите соответствующий вариант в раскрывающемся списке Action if dumping Action if dumping fails.Доступные варианты:

  • Дамп в rootfs и перезагрузка пытается сохранить ядро ​​локально, а затем перезагружает систему
  • Reboot действие по умолчанию, которое перезагружает систему
  • Запустите оболочку , чтобы предоставить пользователю интерактивную подсказку оболочки
  • Остановить , чтобы остановить систему
  • Poweroff для отключения системы

Рисунок 7.4. Настройки фильтрации

Чтобы настроить параметры, которые передаются сборщику ядра makedumpfile , отредактируйте текстовое поле Сборщик ядра ; см. Раздел 7.2.2.3, «Настройка сборщика ядра» для получения дополнительной информации.

7.2.3.5. Включение услуги

Чтобы запустить службу kdump во время загрузки, нажмите кнопку «Включить» на панели инструментов, а затем нажмите кнопку «Применить». Это включает и активирует услугу для многопользовательских.цель . Нажмите кнопку «Отключить» и подтвердите, нажав кнопку «Применить», чтобы немедленно отключить службу.

В Red Hat Enterprise Linux 7 каталог, определенный как цель kdump, должен существовать при запуске службы kdump systemd - в противном случае служба не работает. Это поведение отличается от более ранних выпусков Red Hat Enterprise Linux, где каталог создавался автоматически, если он не существовал при запуске службы.

Дополнительную информацию о целях systemd и общей настройке служб см. В Руководстве системного администратора Red Hat Enterprise Linux 7 .

7.3. Внесение драйверов ядра в черный список для kdump

Внесение драйверов ядра в черный список - это механизм, предотвращающий их загрузку и использование. Добавление драйверов в файл / etc / sysconfig / kdump предотвращает загрузку модулей kdump initramfs из черного списка.

Внесение драйверов ядра в черный список предотвращает "убийцу" или или другие сбои ядра. Чтобы внести драйверы ядра в черный список, вы можете обновить переменную KDUMP_COMMANDLINE_APPEND = в файле / etc / sysconfig / kdump и указать одну из следующих опций черного списка:

  • р-н.driver.blacklist = <модули>
  • modprobe.blacklist = <модули>

Процедура

  1. Выберите модуль ядра, который вы хотите добавить в черный список:

     $ lsmod
Размер модуля, используемый
предохранитель 126976 3
xt_CHECKSUM 16384 1
ipt_MASQUERADE 16384 1
uinput 20480 1
xt_conntrack 16384 1

    Команда lsmod отображает список модулей, загруженных в текущее работающее ядро.

  2. Обновите строку KDUMP_COMMANDLINE_APPEND = в файле / etc / sysconfig / kdump как:

     KDUMP_COMMANDLINE_APPEND = "rd.driver.blacklist = hv_vmbus, hv_storvsc, hv_utils, hv_netvsc, hid-hyperv"

  3. Вы также можете обновить строку KDUMP_COMMANDLINE_APPEND = в файле / etc / sysconfig / kdump как:

     KDUMP_COMMANDLINE_APPEND = "modprobe.blacklist = emcp modprobe.blacklist = bnx2fc modprobe.черный список = libfcoe modprobe.blacklist = fcoe "

  4. Перезапустите сервис kdump:

     $ systemctl restart kdump

7.4. Тестирование конфигурации kdump

Следующие ниже команды вызывают сбой ядра. Соблюдайте осторожность при выполнении этих шагов и ни в коем случае не используйте их в производственной системе.

Чтобы проверить конфигурацию, перезагрузите систему с включенным kdump и убедитесь, что служба запущена:

 ~] # systemctl is-active kdump
активный

Затем введите в командной строке следующие команды:

  эхо 1> / proc / sys / kernel / sysrq 
  эхо c> / proc / sysrq-trigger

Это приводит к сбою ядра Linux, и файл с адресом - ГГГГ-ММ-ДД - ЧЧ: ММ: SS / vmcore копируется в место, которое вы выбрали в конфигурации (то есть в / var / crash / по умолчанию).

Помимо подтверждения действительности конфигурации, это действие также можно использовать для записи времени, необходимого для завершения аварийного дампа, если он выполняется под репрезентативной тестовой нагрузкой.

7.4.1. Дополнительные ресурсы

7.4.1.1. Установленная документация

  • kdump.conf (5) - страница руководства для файла конфигурации /etc/kdump.conf , содержащая полную документацию по доступным параметрам.
  • zipl.conf (5) - страница руководства для файла конфигурации /etc/zipl.conf .
  • zipl (8) - страница руководства для утилиты загрузчика zipl для IBM Z.
  • makedumpfile (8) - страница руководства для сборщика ядра makedumpfile .
  • kexec (8) - страница руководства для kexec .
  • crash (8) - страница руководства для утилиты crash .
  • / usr / share / doc / kexec-tools- версия /kexec-kdump-howto.txt - обзор установки и использования kdump и kexec .

7.4.1.2. Электронная документация

7.5. Дамп механизмов с поддержкой прошивки

7.5.1. Кейс для прошивки с помощью дампа

Механизмы kexec и kdump - это надежный и проверенный метод захвата дампа ядра в системах AMD64 и Intel 64.Однако некоторое оборудование с более длинной историей, особенно системы мини и мэйнфреймы, позволяет нам использовать встроенное программное обеспечение для изоляции областей памяти и предотвращения случайной перезаписи данных, что важно для анализа сбоев.

В этой главе рассказывается о некоторых доступных методах создания дампа с помощью встроенного ПО и о том, как они интегрируются с Red Hat Enterprise Linux.

7.5.2. Использование fadump на оборудовании IBM PowerPC

Дамп с микропрограммным обеспечением ( fadump ) является надежной альтернативой kexec-kdump , доступной в IBM PowerPC LPARS.Он захватывает виртуальное ядро ​​из полностью сброшенной системы с повторной инициализацией устройств PCI и ввода-вывода. Хотя этот механизм использует прошивку для сохранения памяти в случае сбоя, он повторно использует сценарии пользовательского пространства kdump для сохранения vmcore "

Для этого fadump регистрирует области памяти, которые должны быть сохранены в случае сбоя системной прошивки. Эти области содержат все содержимое системной памяти, за исключением загрузочной памяти, системных регистров и записей таблицы страниц оборудования (PTE).

Для получения дополнительных сведений о механизме fadump , включая методы сброса оборудования для PowerPC, см. / usr / share / doc / kexec-tools- Xyz /fadump-howto.txt , где «Xyz» соответствует версии. количество kexec-tools , установленных в вашей системе.

Несохраняемая область памяти, известная как загрузочная память. - это объем оперативной памяти, необходимый для успешной загрузки ядра после сбоя.По умолчанию размер загрузочной памяти составляет 256 МБ или 5% от общего объема ОЗУ системы, в зависимости от того, что больше.

В отличие от события, инициированного kexec , процесс fadump использует производственное ядро ​​для восстановления аварийного дампа. При загрузке после сбоя оборудование PowerPC делает узел устройства / proc / device-tree / rtas / ibm, kernel-dump доступным для procfs , что проверяется сценариями kdump , поддерживающими fadump, для сохранения vmcore. После этого система полностью перезагружается.

Включение fadump

  1. Установите и настройте kdump , как описано в Раздел 7.2, «Установка и настройка kdump».

  2. Добавьте fadump = on в строку GRUB_CMDLINE_LINUX в / etc / default / grub :

     GRUB_CMDLINE_LINUX = "rd.lvm.lv = rhel / swap crashkernel = auto rd.lvm.lv = rhel / root rhgb quiet  fadump = on "

  3. (необязательно) Если вы хотите указать зарезервированную загрузочную память вместо принятия значений по умолчанию, настройте crashkernel = xx M до GRUB_CMDLINE_LINUX в / etc / default / grub , где xx - это объем памяти требуется в мегабайтах:

     GRUB_CMDLINE_LINUX = "рд.lvm.lv = rhel / swap crashkernel = xxM rd.lvm.lv = rhel / root rhgb quiet fadump = on "

Как и в случае со всеми вариантами конфигурации загрузки, настоятельно рекомендуется протестировать конфигурацию до того, как она понадобится. Если вы наблюдаете ошибки Out of Memory (OOM) при загрузке из аварийного ядра, увеличивайте значение, указанное в crashkernel = , до тех пор, пока аварийное ядро ​​не сможет загрузиться без ошибок. В этом случае может потребоваться метод проб и ошибок.

7.5.3. Методы дампа с поддержкой прошивки на IBM Z

В IBM Z есть два механизма дампа с помощью встроенного ПО.Это Stand-alone Dump и VMDUMP .

Инфраструктура kdump поддерживается и используется в этих системах, а конфигурация из Red Hat Enterprise Linux описана в Раздел 7.2, «Установка и настройка kdump». Однако есть потенциально некоторые преимущества в использовании любого из методов, поддерживаемых встроенным ПО, которые предоставляет аппаратное обеспечение IBM Z.

Механизм автономного дампа (SADMP) запускается и управляется с системной консоли и должен храниться на загрузочном устройстве IPL.

Аналогичен SADMP - VMDUMP. Этот инструмент также запускается из системной консоли, но имеет механизм для получения результирующего дампа с оборудования и копирования его в систему для анализа.

Одним из преимуществ этих методов (и, как и других аппаратных механизмов дампа), является возможность фиксировать состояние машины на этапе ранней загрузки (до запуска службы kdump).

Хотя VMDUMP содержит механизм для приема файла дампа в систему Red Hat Enterprise Linux, конфигурация и управление как SADMP, так и VMDUMP управляются с консоли IBM Z Hardware.

IBM подробно обсуждает SADMP в статье об автономной программе дампа и VMDUMP в статье VMDUMP.

У IBM также есть набор документации по использованию инструментов дампа в Red Hat Enterprise Linux 7 в статье Использование инструментов дампа в Red Hat Enterprise Linux.

7.5.4. Использование sadump в системах Fujitsu PRIMEQUEST

Механизм Fujitsu sadump разработан для обеспечения резервного захвата дампа в случае, если kdump не может успешно завершиться.

Процесс sadump вызывается вручную из интерфейса системной платы управления (MMB).

В этой системе настройте kdump как обычно для сервера X86_64, а затем выполните следующие дополнительные шаги, чтобы включить sadump .

Добавьте или отредактируйте следующие строки в /etc/sysctl.conf , чтобы убедиться, что kdump запускается должным образом для sadump .

 kernel.panic = 0
ядро.unknown_nmi_panic = 1

В дополнение к вышесказанному, вы также должны добавить некоторые параметры в файл /etc/kdump.conf , чтобы убедиться, что kdump правильно ведет себя для sadump.

В частности, убедитесь, что после kdump система не перезагружается. Если система перезагружается после того, как kdump не удалось сохранить ядро, у вас нет возможности вызвать sadump .

Установите действие по умолчанию в / etc / kdump.conf должен быть либо halt , либо shell для достижения этой цели.

 оболочка по умолчанию

Подробные сведения о настройке оборудования для sadump см. В Руководстве по установке FUJITSU Server PRIMEQUEST серии 2000.

7.6. Анализ дампа ядра

Чтобы определить причину сбоя системы, вы можете использовать утилиту crash , которая предоставляет интерактивную подсказку, очень похожую на GNU Debugger (GDB).Эта утилита позволяет интерактивно анализировать работающую систему Linux, а также дамп ядра, созданный netdump , diskdump , xendump или kdump .

7.6.1. Установка аварийной утилиты

Чтобы установить инструмент анализа сбоев , выполните следующую команду из командной строки как root :

  yum install сбой

Помимо сбоя , также необходимо установить пакет kernel-debuginfo , соответствующий вашему работающему ядру, который предоставляет данные, необходимые для анализа дампа.Чтобы установить kernel-debuginfo , мы используем команду debuginfo-install как root :

  debuginfo-install ядро ​​

Для получения дополнительной информации о том, как установить новые пакеты в Red Hat Enterprise Linux с помощью диспетчера пакетов Yum , см. Руководство системного администратора Red Hat Enterprise Linux 7 .

7.6.2. Запуск утилиты аварийного завершения

Чтобы запустить утилиту, введите в командной строке команду в следующей форме:

  сбой   / usr / lib / debug / lib / modules /  <ядро>  / vmlinux  \  / var / crash /    / vmcore

Используйте ту же версию , которая была захвачена kdump .Чтобы узнать, какое ядро ​​вы используете в настоящее время, используйте команду uname -r .

Пример 7.1. Запуск утилиты сбоя 

 ~] # сбой /usr/lib/debug/lib/modules/2.6.32-69.el6.i686/vmlinux \
/var/crash/127.0.0.1-2010-08-25-08:45:02/vmcore

сбой 5.0.0-23.el6
Авторские права (C) 2002-2010 Red Hat, Inc.
Авторское право (C) 2004, 2005, 2006 Корпорация IBM
Авторское право (C) 1999-2006 Hewlett-Packard Co
Авторское право (C) 2005, 2006 Fujitsu Limited
Авторское право (C) 2006, 2007 VA Linux Systems Япония K.К.
Авторские права (C) 2005 NEC Corporation
Авторские права (C) 1999, 2002, 2007 Silicon Graphics, Inc.
Авторское право (C) 1999, 2000, 2001, 2002 Mission Critical Linux, Inc.
Эта программа является бесплатным программным обеспечением, на которое распространяется Стандартная общественная лицензия GNU,
и вы можете изменить его и / или распространять копии под
определенные условия. Введите «помощь при копировании», чтобы увидеть условия.
Эта программа не имеет абсолютно никаких гарантий. Для получения подробной информации введите «помощь по гарантии».

GNU gdb (GDB) 7.0
Авторское право (C) 2009 Free Software Foundation, Inc.Лицензия GPLv3 +: GNU GPL версии 3 или новее 
Это бесплатное программное обеспечение: вы можете изменять и распространять его.
НИКАКИХ ГАРАНТИЙ в той степени, в которой это разрешено законом. Типа "показать копирование"
и "показать гарантию" для подробностей.
Этот GDB был настроен как "i686-pc-linux-gnu" ...

      ЯДРО: /usr/lib/debug/lib/modules/2.6.32-69.el6.i686/vmlinux
    ДАМПФАЙЛ: /var/crash/127.0.0.1-2010-08-25-08:45:02/vmcore [ЧАСТИЧНЫЙ ДАМП]
        CPUS: 4
        ДАТА: 25 августа, среда, 08:44:47 2010 г.
      UPTIME: 00:09:02
СРЕДНЯЯ НАГРУЗКА: 0.00, 0,01, 0,00
       ЗАДАЧ: 140
    ИМЯ: hp-dl320g5-02.lab.bos.redhat.com
     ВЫПУСК: 2.6.32-69.el6.i686
     ВЕРСИЯ: # 1 SMP Tue 24 августа 10:31:45 EDT 2010
     МАШИНА: i686 (2394 МГц)
      ПАМЯТЬ: 8 ГБ
       ПАНИКА: "Ой: 0002 [# 1] SMP" (подробности смотрите в журнале)
         PID: 5591
     КОМАНДА: "bash"
        ЗАДАЧА: f196d560 [THREAD_INFO: ef4da000]
         ЦП: 2
       СОСТОЯНИЕ: TASK_RUNNING (ПАНИКА)

сбой>

7.6.3. Отображение буфера сообщений

Чтобы отобразить буфер сообщений ядра, введите в интерактивном приглашении команду log .

Пример 7.2. Отображение буфера сообщений ядра 

 сбой> журнал
  ... несколько строк пропущены ... 
EIP: 0060: [] EFLAGS: 00010096 ЦП: 2
EIP находится по адресу sysrq_handle_crash + 0xf / 0x20
EAX: 00000063 EBX: 00000063 ECX: c09e1c8c EDX: 00000000
ESI: c0a09ca0 EDI: 00000286 EBP: 00000000 ESP: ef4dbf24
 DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Процесс bash (pid: 5591, ti = ef4da000 task = f196d560 task.ti = ef4da000)
Куча:
 c068146b c0960891 c0968653 00000003 00000000 00000002 efade5c0 c06814d0
<0> fffffffb c068150f b7776000 f2600c40 c0569ec4 ef4dbf9c 00000002 b7776000
<0> efade5c0 00000002 b7776000 c0569e60 c051de50 ef4dbf9c f196d560 ef4dbfb4
Отслеживание звонков:
 []? __handle_sysrq + 0xfb / 0x160
 []? write_sysrq_trigger + 0x0 / 0x50
 []? write_sysrq_trigger + 0x3f / 0x50
 []? proc_reg_write + 0x64 / 0xa0
 []? proc_reg_write + 0x0 / 0xa0
 []? vfs_write + 0xa0 / 0x190
 []? sys_write + 0x41 / 0x70
 []? syscall_call + 0x7 / 0xb
Код: a0 c0 01 0f b6 41 03 19 d2 f7 d2 83 e2 03 83 e0 cf c1 e2 04 09 d0 88 41 03 f3 c3 90 c7 05 c8 1b 9e c0 01 00 00 00 0f ae f8 89 f6  05 00 00 00 00 01 c3 89 f6 8d bc 27 00 00 00 00 8d 50 d0 83
EIP: [] sysrq_handle_crash + 0xf / 0x20 SS: ESP 0068: ef4dbf24
CR2: 0000000000000000

Введите help log для получения дополнительной информации об использовании команды.

Буфер сообщений ядра содержит наиболее важную информацию о сбое системы и, как таковой, всегда сначала выгружается в файл vmcore-dmesg.txt . Это полезно, когда попытка получить полный файл vmcore не удалась, например, из-за нехватки места в целевом расположении. По умолчанию vmcore-dmesg.txt находится в каталоге / var / crash / .

7.6.4. Отображение трассировки

Чтобы отобразить трассировку стека ядра, введите в интерактивной строке команду bt .Вы можете использовать bt для отображения трассировки одного процесса.

Пример 7.3. Отображение трассировки стека ядра 

 сбой> bt
PID: 5591 ЗАДАЧА: f196d560 CPU: 2 КОМАНДА: "bash"
 # 0 [ef4dbdcc] crash_kexec at c0494922
 # 1 [ef4dbe20] oops_end at c080e402
 # 2 [ef4dbe34] no_context на c043089d
 # 3 [ef4dbe58] bad_area at c0430b26
 # 4 [ef4dbe6c] do_page_fault на c080fb9b
 # 5 [ef4dbee4] error_code (через page_fault) в c080d809
    EAX: 00000063 EBX: 00000063 ECX: c09e1c8c EDX: 00000000 EBP: 00000000
    DS: 007b ESI: c0a09ca0 ES: 007b EDI: 00000286 GS: 00e0
    CS: 0060 EIP: c068124f ОШИБКА: ffffffff EFLAGS: 00010096
 # 6 [ef4dbf18] sysrq_handle_crash в c068124f
 # 7 [ef4dbf24] __handle_sysrq в c0681469
 # 8 [ef4dbf48] write_sysrq_trigger на c068150a
 # 9 [ef4dbf54] proc_reg_write на c0569ec2
# 10 [ef4dbf74] vfs_write на c051de4e
# 11 [ef4dbf94] sys_write на c051e8cc
# 12 [ef4dbfb0] system_call на c0409ad5
    EAX: ffffffda EBX: 00000001 ECX: b7776000 EDX: 00000002
    DS: 007b ESI: 00000002 ES: 007b EDI: b7776000
    SS: 007b ESP: bfcb2088 EBP: bfcb20b4 GS: 0033
    CS: 0073 EIP: 00edc416 ОШИБКА: 00000004 EFLAGS: 00000246

Введите help bt для получения дополнительной информации об использовании команды.

7.6.5. Отображение статуса процесса

Чтобы отобразить статус процессов в системе, введите команду ps в интерактивной подсказке. Вы можете использовать ps для отображения статуса отдельного процесса.

Пример 7.4. Отображение статуса процессов в системе 

 сбой>  пс 
   PID PPID CPU TASK ST% MEM VSZ RSS COMM
> 0 0 0 c09dc560 RU 0.0 0 0 [обмен]
> 0 0 1 f7072030 RU 0,0 0 0 [swapper]
      0 0 2 f70a3a90 RU 0.0 0 0 [swapper]
> 0 0 3 f70ac560 RU 0.0 0 0 [swapper]
      1 0 1 f705ba90 IN 0,0 2828 1424 init
  ... несколько строк пропущены ... 
   5566 1 1 f25 IN 0,0 12876784 аудитд
   5567 1 2 ef427560 IN 0,0 12876784 auditd
   5587 5132 0 f196d030 IN 0,0 11064 3184 sshd
> 5591 5587 2 f196d560 RU 0.0 5084 1648 баш

Введите help ps для получения дополнительной информации об использовании команды.

7.6.6. Отображение информации о виртуальной памяти

Чтобы отобразить основную информацию о виртуальной памяти, введите в интерактивном приглашении команду vm . Вы можете использовать vm для отображения информации об одном процессе.

Пример 7.5. Отображение информации о виртуальной памяти текущего контекста 

 сбой> vm
PID: 5591 ЗАДАЧА: f196d560 CPU: 2 КОМАНДА: "bash"
   MM PGD RSS TOTAL_VM
f19b5900 ef9c6000 1648k 5084k
  VMA НАЧАЛО КОНЕЦ ФЛАГОВ ФАЙЛ
f1bb0310 242000 260000 8000875 / lib / ld-2.12. так
f26af0b8 260000 261000 8100871 /lib/ld-2.12.so
efbc275c 261000 262000 8100873 /lib/ld-2.12.so
efbc2a18 268000 3ed000 8000075 /lib/libc-2.12.so
efbc23d8 3ed000 3ee000 8000070 /lib/libc-2.12.so
efbc2888 3ee000 3f0000 8100071 /lib/libc-2.12.so
efbc2cd4 3f0000 3f1000 8100073 /lib/libc-2.12.so
efbc243c 3f1000 3f4000 100073
efbc28ec 3f6000 3f9000 8000075 /lib/libdl-2.12.so
efbc2568 3f9000 3fa000 8100071 /lib/libdl-2.12.so
efbc2f2c 3fa000 3fb000 8100073 / lib / libdl-2.12. так
f26af888 7e6000 7fc000 8000075 /lib/libtinfo.so.5.7
f26aff2c 7fc000 7ff000 8100073 /lib/libtinfo.so.5.7
efbc211c d83000 d8f000 8000075 /lib/libnss_files-2.12.so
efbc2504 d8f000 d
 8100071 /lib/libnss_files-2.12.so
efbc2950 d
 d
8100073 /lib/libnss_files-2.12.so f26afe00 edc000 edd000 4040075 f1bb0a18 8047000 8118000 8001875 / bin / bash f1bb01e4 8118000 811d000 8101873 / bin / bash f1bb0c70 811d000 8122000 100073 f26afae0 9fd9000 9ffa000 100073 ... несколько строк пропущены ...

Введите help vm для получения дополнительной информации об использовании команды.

7.6.7. Отображение открытых файлов

Чтобы отобразить информацию об открытых файлах, введите в интерактивной строке команду files . Вы можете использовать файлов для отображения файлов, открытых только одним выбранным процессом.

Пример 7.6. Отображение информации об открытых файлах текущего контекста 

 сбой>  файлов 
PID: 5591 ЗАДАЧА: f196d560 CPU: 2 КОМАНДА: "bash"
КОРЕНЬ: / CWD: / корень
 FD FILE DENTRY INODE TYPE ПУТЬ
  0 f734f640 eedc2c6c eecd6048 CHR / pts / 0
  1 efade5c0 eee14090 f00431d4 REG / proc / sysrq-trigger
  2 f734f640 eedc2c6c eecd6048 CHR / pts / 0
 10 f734f640 eedc2c6c eecd6048 CHR / баллы / 0
255 f734f640 eedc2c6c eecd6048 CHR / pts / 0

Введите help files для получения дополнительной информации об использовании команды.

7.6.8. Выход из утилиты

Чтобы выйти из интерактивной подсказки и завершить сбой , введите exit или q .

Пример 7.7. Выход из утилиты аварийного завершения

7.7. Часто задаваемые вопросы

Какие соображения необходимо учитывать при использовании Kdump в кластерной среде?

Как настроить kdump для использования с надстройкой высокой доступности RHEL 6, 7? показывает параметры, доступные системным администраторам с помощью надстройки высокой доступности.

Kdump не работает во время ранней загрузки. Как мне записать журнал загрузки?

Если возникает проблема с загрузкой второго ядра, необходимо просмотреть журналы ранней загрузки, их можно получить, включив последовательную консоль на затронутой машине.

Как мне настроить последовательную консоль в RHEL7? показывает конфигурацию, необходимую для разрешения доступа к сообщениям ранней загрузки.

Как увеличить количество сообщений из makedumpfile для отладки?

В случае отказа makedumpfile необходимо увеличить уровень журнала, чтобы понять, что происходит не так.Это отличается от установки уровня дампа и достигается путем редактирования /etc/kdump.conf и увеличения параметра message_level до makedumpfile в строке core_collector .

По умолчанию для makedumpfile установлен уровень 1, который ограничивает выводимые отпечатки индикатором выполнения. Включите всю отладочную информацию, установив для этого уровня сообщения значение 31. Уровень сообщения 31 будет печатать подробную информацию об индикаторе выполнения, общем сообщении, сообщении об ошибке, сообщении отладки и сообщении отчета.

Дополнительные сведения о параметрах уровня сообщений см. На странице руководства makedumpfile (8) .

Убедитесь, что ваша строка конфигурации core_collector при установке выглядит примерно так:

 core_collector makedumpfile -l --message-level 1 -d 31

Как отладить Dracut?

Иногда dracut может не построить initramfs. В этом случае увеличьте уровень журнала в dracut , чтобы изолировать проблему.

Отредактируйте /etc/kdump.conf и измените строку dracut_args , чтобы включить опцию -L 5 в дополнение к любым другим аргументам dracut, которые вам требуются.

Если у вас нет других параметров, настроенных в dracut_args , результат будет примерно таким:

 dracut_args -L 5

Какие методы сброса доступны для виртуальных машин?

В большинстве случаев механизма kdump достаточно для получения дампа памяти с машины после сбоя или паники.Это можно настроить так же, как и установку на «голый металл».

Однако в некоторых случаях для получения аварийного дампа необходимо работать напрямую с гипервизором. Для этого в libvirt доступны два механизма; pvpanic и virsh dump . Оба эти метода описаны в Руководстве по развертыванию и администрированию виртуализации.

Механизм pvpanic можно найти в Руководстве по развертыванию и администрированию виртуализации - Настройка устройства паники.

Команда virsh dump описана в Руководстве по развертыванию и администрированию виртуализации - Создание файла дампа ядра домена.

Как загрузить большой файл дампа в службу поддержки Red Hat?

В некоторых случаях может потребоваться отправить файл аварийного дампа ядра в службу глобальной поддержки Red Hat для анализа. Однако файл дампа может быть очень большим даже после фильтрации. Поскольку файлы размером более 250 МБ не могут быть загружены напрямую через портал клиентов Red Hat при открытии нового обращения в службу поддержки, Red Hat предоставляет FTP-сервер для загрузки файлов большого размера.

Адрес FTP-сервера: dropbox.redhat.com , и файлы должны быть загружены в каталог / incoming / . Ваш FTP-клиент должен быть переведен в пассивный режим; если ваш брандмауэр не поддерживает этот режим, используйте сервер origin-dropbox.redhat.com в активном режиме.

Убедитесь, что загруженные файлы сжаты с помощью такой программы, как gzip , и имеют правильные и описательные имена. Рекомендуется использовать номер вашего обращения в службу поддержки в имени файла.После успешной загрузки всех необходимых файлов сообщите инженеру, отвечающему за обращение в службу поддержки, точное имя файла и его контрольную сумму SHA1 или MD5.

Более подробные инструкции и дополнительную информацию см. В разделе Как предоставить файлы в службу поддержки Red Hat.

Сколько времени нужно для создания аварийного дампа?

В целях планирования аварийного восстановления часто необходимо знать, сколько времени требуется для завершения дампа. Однако время, необходимое для этого, во многом зависит от количества копируемой на диск памяти и скорости взаимодействия между ОЗУ и хранилищем.

Для любого теста таймингов система должна работать с репрезентативной нагрузкой, в противном случае выбор исключения страниц может дать ложное представление о поведении kdump с полностью загруженной производственной системой. Это несоответствие особенно заметно при работе с очень большим объемом оперативной памяти.

Также при планировании времени для сброса учитывайте интерфейсы хранилища. Из-за сетевых ограничений, например, сброс соединения через ssh может занять больше времени, чем локально подключенный диск SATA.

Как настраивается Kdump во время установки?

Вы можете настроить kdump во время установки с ограниченным набором параметров в кикстарте или интерактивном графическом интерфейсе.

Конфигурация kdump с использованием графического интерфейса установки anaconda задокументирована в разделе KDUMP Руководства по установке.

Синтаксис kickstart :

% аддон com_redhat_kdump [--disable, enable] [--reserve-mb = [auto, value]]
% конец

С помощью этого дополнения к Kickstart вы можете отключить или включить функцию kdump, при желании определяя размер зарезервированной памяти, либо явно вызывая параметр по умолчанию auto (что также имеет место, если весь переключатель опущен), либо указав числовое значение. в мегабайтах.

Чтобы узнать, как Kickstart можно использовать для автоматизации развертывания системы, прочтите Kickstart Installations в Руководстве по установке.

Дополнительные сведения о синтаксисе надстройки Kickstart см. В Справочнике по синтаксису Kickstart в Руководстве по установке.

7.8. Поддерживаемые конфигурации и цели kdump

7.8.1. Требования к памяти для kdump

Чтобы kdump мог захватить аварийный дамп ядра и сохранить его для дальнейшего анализа, часть системной памяти должна быть постоянно зарезервирована для ядра захвата.

Для получения информации о том, как изменить настройки памяти в командной строке, см. Раздел 7.2.2.1, «Настройка использования памяти». Инструкции по настройке объема зарезервированной памяти в графическом пользовательском интерфейсе см. В Раздел 7.2.3.1, «Настройка использования памяти».

Таблица 7.1 перечисляет память, автоматически зарезервированную kdump в пакетах kernel и kernel-alt . kdump автоматически резервирует память в зависимости от архитектуры процессора и общего объема доступной физической памяти.

Таблица 7.1. Общий объем аварийной памяти, автоматически зарезервированный kdump

Архитектура ЦП Доступная память Резервная память аварийного восстановления автоматически

AMD64 и Intel 64 (x86_64)

2 ГБ и больше

161 МБ + 64 МБ на 1 ТБ

64-битная архитектура ARM (arm64)

2 ГБ и больше

512 МБ

IBM POWER ppc64 / ppc64le

От 2 ГБ до 4 ГБ

384 МБ

От 4 ГБ до 16 ГБ

512 МБ

От 16 ГБ до 64 ГБ

1 ГБ

От 64 ГБ до 128 ГБ

2 ГБ

128 ГБ и больше

4ГБ

IBM Z (s390x)

4 ГБ и более

161 МБ + 64 МБ на 1 ТБ
[1] 160 МБ на RHEL-ALT-7.6

Для получения дополнительной информации о различных возможностях и ограничениях технологии Red Hat Enterprise Linux см. Https://access.redhat.com/articles/rhel-limits.

7.8.2. Минимальный порог для автоматического резервирования памяти

В некоторых системах возможно автоматическое выделение памяти для kdump, либо с помощью параметра crashkernel = auto в файле конфигурации загрузчика, либо путем включения этой опции в графической утилите конфигурации.Однако для того, чтобы это автоматическое резервирование работало, в системе должен быть доступен определенный объем общей памяти. Эта сумма зависит от архитектуры системы.

В таблице ниже перечислены пороговые значения для автоматического выделения памяти для пакетов kernel и kernel-alt . Если в системе меньше памяти, чем указано в таблице, память необходимо зарезервировать вручную.

Для получения информации о том, как изменить эти параметры в командной строке, см. Раздел 7.2.2.1, «Настройка использования памяти». Инструкции по изменению объема зарезервированной памяти в графическом пользовательском интерфейсе см. В Раздел 7.2.3.1, «Настройка использования памяти».

Таблица 7.2. Минимальный объем памяти, необходимый для автоматического резервирования памяти

Архитектура Требуемая память

AMD64 и Intel 64 ( x86_64 )

2 ГБ

IBM POWER ( ppc64 )

2 ГБ

IBM Z ( s390x )

4ГБ

64-битная архитектура ARM ( arm64 )

2 ГБ

7.8.3. Поддерживаемые цели kdump

При обнаружении сбоя ядра дамп ядра может быть записан непосредственно на устройство, сохранен в виде файла в локальной файловой системе или отправлен по сети. В таблице ниже содержится полный список целей дампа, которые в настоящее время поддерживаются или явно не поддерживаются kdump.

Для получения информации о том, как настроить целевой тип в командной строке, см. Раздел 7.2.2.2, «Настройка типа kdump». Для получения информации о том, как это сделать в графическом пользовательском интерфейсе, см. Раздел 7.2.3.2, «Настройка типа kdump».

Таблица 7.3. Поддерживаемые цели kdump

Тип Поддерживаемые цели Неподдерживаемые цели

Необработанное устройство

Все локально подключенные необработанные диски и разделы.

Локальная файловая система

Файловые системы ext2 , ext3 , ext4 и xfs на напрямую подключаемых дисках, аппаратных логических дисках RAID, устройствах LVM и массивах mdraid .

Любая локальная файловая система, явно не указанная как поддерживаемая в этой таблице, включая тип auto (автоматическое определение файловой системы).

Удаленный каталог

Доступ к удаленным каталогам осуществляется по протоколу NFS или SSH через IPv4 .

Доступ к удаленным каталогам в файловой системе rootfs осуществляется по протоколу NFS .

Доступ к удаленным каталогам осуществляется по протоколу FCoE ( Fibre Channel over Ethernet ).

qla2xxx , lpfc и bfa оборудование FCoE целей. bnx2fc и ixgbe software FCoE target.

Доступ к удаленным каталогам осуществляется по протоколу iSCSI через аппаратные и программные инициаторы.

Доступ к удаленным каталогам осуществляется по протоколу iSCSI на оборудовании be2iscsi .

Многопутевые хранилища.

Доступ к удаленным каталогам осуществляется через IPv6 .

Доступ к удаленным каталогам осуществляется по протоколу SMB или CIFS .

Доступ к удаленным каталогам с помощью беспроводных сетевых интерфейсов.

При выполнении дампа на целевую программу FCoE вы можете столкнуться с проблемой нехватки памяти (OOM). В таких случаях увеличьте значение параметра по умолчанию crashkernel = auto . Для получения дополнительной информации о том, как установить этот параметр загрузки ядра, см. Раздел 7.2.2.1, «Настройка использования памяти».

7.8.4. Поддерживаемые уровни фильтрации kdump

Чтобы уменьшить размер файла дампа, kdump использует сборщик ядра makedumpfile для сжатия данных и, при необходимости, исключения нерелевантной информации. В таблице ниже содержится полный список уровней фильтрации, которые в настоящее время поддерживаются утилитой makedumpfile .

Инструкции по настройке сборщика ядер в командной строке см. В разделе 7.2.2.3, «Настройка сборщика ядра». Для получения информации о том, как это сделать в графическом пользовательском интерфейсе, см. Раздел 7.2.3.3, «Настройка основного сборщика».

Таблица 7.4. Поддерживаемые уровни фильтрации

Опция Описание

1

Нулевые страницы

2

Страницы кеша

4

Кэш частный

8

Страницы пользователей

16

Бесплатные страницы

Команда makedumpfile поддерживает удаление прозрачных огромных страниц и страниц hugetlbfs в Red Hat Enterprise Linux 7.3 и новее. Рассмотрите оба этих типа пользовательских страниц огромных страниц и удалите их, используя уровень -8 .

7.8.5. Поддерживаемые действия по умолчанию

По умолчанию, когда kdump не может создать дамп ядра, операционная система перезагружается. Однако вы можете настроить kdump для выполнения другой операции в случае, если не удастся сохранить дамп ядра на основной целевой машине. В таблице ниже перечислены все действия по умолчанию, которые в настоящее время поддерживаются kdump.

Для получения подробной информации о том, как установить действие по умолчанию в командной строке, см. Раздел 7.2.2.4, «Настройка действия по умолчанию». Для получения информации о том, как это сделать в графическом интерфейсе пользователя, см. Раздел 7.2.3.4, «Настройка действия по умолчанию».

Таблица 7.5. Поддерживаемые действия по умолчанию

Опция Описание

dump_to_rootfs

Попытка сохранить дамп ядра в корневой файловой системе.Эта опция особенно полезна в сочетании с сетевой целью: если сетевая цель недоступна, эта опция настраивает kdump для локального сохранения дампа ядра. После этого система перезагружается.

перезагрузка

Перезагрузите систему, потеряв в процессе дамп ядра.

остановка

Остановить систему, потеряв при этом дамп ядра.

выключение питания

Выключите систему, потеряв при этом дамп ядра.

оболочка

Запустите сеанс оболочки из initramfs, позволяя пользователю вручную записывать дамп ядра.

7.8.6. Оценка размера kdump

При планировании и создании среды kdump необходимо знать, сколько места требуется для файла дампа, прежде чем он будет создан. В этом может помочь команда makedumpfile .

Оцените пространство, необходимое для файла дампа, используя функцию --mem-usage , как:

# makedumpfile -f --mem-usage / proc / kcore

Функциональность --mem-usage с использованием опции -f работает с версией ядра v4.11 и новее.

Для версий ядра ранее, чем v4.11, перед использованием --mem-usage с опцией -f убедитесь, что ядро ​​исправлено с помощью восходящей фиксации 4644bf7.

Параметр --mem-usage предоставляет полезный отчет об исключаемых страницах, который можно использовать для определения того, какой уровень дампа вы хотите назначить. Выполните эту команду, когда система находится под репрезентативной нагрузкой, в противном случае makedumpfile вернет меньшее значение, чем ожидается в вашей производственной среде.

 [корень @ имя хоста ~] # makedumpfile -f --mem-usage / proc / kcore

ТИП СТРАНИЦ ИСКЛЮЧИТЕЛЬНОЕ ОПИСАНИЕ
-------------------------------------------------- --------------------
ZERO 501635 да Страницы заполнены нулями
КЭШ 51657 да Страницы кеширования
CACHE_PRIVATE 5442 да Страницы кеша + личные
USER 16301 да Страницы процессов пользователя
БЕСПЛАТНО 77738211 да Бесплатные страницы
KERN_DATA 1333192 нет Дамп данных ядра

Команда makedumpfile сообщает на страницах .Это означает, что вы должны рассчитать размер используемой памяти относительно размера страницы ядра, который в ядре Red Hat Enterprise Linux составляет 4 килобайта для архитектур AMD64 и Intel 64 и 64 килобайта для архитектуры IBM POWER.

7.8.7. Поддержка архитектур на ядре

и пакетах kernel-alt

В следующей таблице представлен обзор архитектур и поддерживаемой доступной памяти в пакетах kernel и kernel-alt .

Таблица 7.6. Архитектуры, поддерживаемые в пакетах kernel и kernel-alt

Архитектура ЦП Доступная память RHEL 7.5 и более ранние версии RHEL 7 -7.4 RHEL-ALT-7.5 и выше

AMD64 и Intel 64 (x86_64)

2 ГБ и более

161 МБ + 64 МБ на 1 ТБ

161 МБ + 64 МБ / 1 ТБ

От 2 ГБ до 160 МБ

От 2 ГБ до 160 МБ

64-битная архитектура ARM (arm64)

2 ГБ и более

N / A

N / A

От 2 ГБ до 512 МБ

От 2 ГБ до 512 МБ

IBM POWER ppc64 / ppc64le (до POWER8)

От 2 ГБ до 4 ГБ

384 МБ

384 МБ

N / A

N / A

От 4 ГБ до 16 ГБ

512 МБ

512 МБ

N / A

N / A

От 16 ГБ до 64 ГБ

1 ГБ

1 ГБ

N / A

N / A

От 64 ГБ до 128 ГБ

2 ГБ

2 ГБ

N / A

N / A

128 ГБ и больше

4ГБ

4ГБ

N / A

N / A

IBM POWER ppc64 / ppc64le (до POWER9)

От 2 ГБ до 4 ГБ

384 МБ

384 МБ

384 МБ

384 МБ

От 4 ГБ до 16 ГБ

512 МБ

512 МБ

512 МБ

512 МБ

От 16 ГБ до 64 ГБ

1 ГБ

1 ГБ

1 ГБ

1 ГБ

От 64 ГБ до 128 ГБ

2 ГБ

2 ГБ

2 ГБ

2 ГБ

128 ГБ и больше

4ГБ

4ГБ

4ГБ

4ГБ

IBM POWER ppc64le (POWER9)

От 2 ГБ до 4 ГБ

N / A

N / A

384 МБ

384 МБ

От 4 ГБ до 16 ГБ

N / A

N / A

512 МБ

512 МБ

От 16 ГБ до 64 ГБ

N / A

N / A

1 ГБ

1 ГБ

От 64 ГБ до 128 ГБ

N / A

N / A

2 ГБ

2 ГБ

128 ГБ и больше

N / A

N / A

4ГБ

4ГБ

IBM Z (s390x)

4 ГБ и более

161 МБ + 64 МБ на 1 ТБ

161 МБ + 64 МБ на 1 ТБ

161 МБ + 64 МБ на 1 ТБ

160 МБ

7.9. Использование kexec для перезагрузки ядра

7.9.1. Перезагрузка ядра с помощью kexec

Системный вызов kexec позволяет загружать и загружать другое ядро ​​из текущего работающего ядра, тем самым выполняя функцию загрузчика внутри ядра.

Утилита kexec загружает ядро ​​и образ initramfs для системного вызова kexec для загрузки в другое ядро.

В следующем разделе описывается, как вручную вызвать системный вызов kexec при использовании утилиты `kexec` для перезагрузки в другое ядро.

  1. Запустите утилиту kexec :

     # kexec -l /boot/vmlinuz-3.10.0-1040.el7.x86_64 --initrd = / boot / initramfs-3.10.0-1040.el7.x86_64.img --reuse-cmdline

    Команда вручную загружает ядро ​​и образ initramfs для системного вызова kexec .

  2. Перезагрузите систему:

     # перезагрузка

    Команда обнаруживает ядро, завершает работу всех служб, а затем вызывает системный вызов kexec для перезагрузки ядра, которое вы указали на предыдущем шаге.

Когда вы используете команду kexec -e для перезагрузки ядра, система не выполняет стандартную последовательность завершения работы перед запуском следующего ядра, что может привести к потере данных или зависанию системы.

7.10. Лаборатории портала, относящиеся к kdump

Portal Labs - это небольшие веб-приложения, которые могут помочь системным администраторам выполнять несколько системных задач. В настоящее время Kdump сосредоточены на двух лабораториях.Помощник Kdump и анализатор ошибок ядра.

Kdump Helper - это серия вопросов и действий, которые помогают в подготовке файлов конфигурации для kdump .

Рабочий процесс лаборатории включает этапы как для кластерных, так и для автономных сред.

7.10.2. Анализатор ошибок ядра

Kernel Oops Analyzer - это инструмент для обработки сообщений Oops и поиска известных решений без необходимости раскручивать стек аварийного дампа.

Анализатор ошибок ядра использует информацию из makedumpfile , чтобы сравнить сообщение об ошибке от неисправной машины с известными проблемами в базе знаний. Это может позволить системным администраторам быстро исключить известные проблемы после непредвиденного сбоя и до открытия заявки в службу поддержки для дальнейшего анализа.

Как исправить ошибку Minecraft «Не удалось записать дамп ядра» в Windows 10

Некоторые пользователи Windows 10 сталкиваются с ошибкой « Не удалось записать дамп ядра».Минидампы не включены по умолчанию в клиентских версиях Windows - ошибка при попытке присоединиться к серверу или создать его. Эта ошибка возникает с различными сборками Minecraft.

Не удалось записать дамп ядра. Минидампы не включены по умолчанию в клиентских версиях Windows

. Если вы запускаете игру со встроенной видеокартой Intel, вполне вероятно, что ошибка вызвана файлом библиотеки динамической компоновки (ig9icd64.dll) . В этом случае вы сможете решить проблему с помощью утилиты Intel Update Assistant для установки последних версий драйверов, совместимых со встроенным графическим процессором.

С другой стороны, если вы используете высокопроизводительный графический процессор Nvidia, вам может потребоваться принудительная Vsync и тройная буферизация непосредственно в javaw.exe, чтобы игра работала стабильно.

Если вы используете карту AMD, попробуйте переустановить программное обеспечение Catalyst или AMD. Частично поврежденная установка может способствовать возникновению этой проблемы.

Обновление до последней версии драйвера видеокарты Intel (если применимо)

Если вы используете встроенную видеокарту, поставляемую Intel, скорее всего, вы имеете дело с проблемой, исходящей от ig9icd64.dll. Этот файл принадлежит драйверу OpenGL для Intel Graphics Accelerator.

Если этот сценарий применим к вашей текущей ситуации, вы сможете решить проблему, обновив весь набор графических драйверов с помощью утилиты Intel Update Assistant .

Многие затронутые пользователи, которые ранее не могли присоединиться и создать серверы Minecraft, подтвердили, что эта операция наконец-то сделала игру стабильной.

Вот краткое руководство по обновлению драйверов Intel Graphics до последней версии:

  1. Перейдите по этой ссылке ( здесь ) и нажмите кнопку Get Started .Запуск утилиты Intel Auto-Update
  2. После этого дождитесь завершения первоначального сканирования. После завершения процесса нажмите кнопку Download All и дождитесь завершения загрузки. Загрузка каждого совместимого обновления драйвера Intel
  3. После завершения каждой загрузки дважды щелкните каждый исполняемый файл установки и следуйте инструкциям на экране для завершения установки драйвера.
  4. После того, как вам удастся установить каждое новое обновление, перезагрузите компьютер и посмотрите, устранена ли ошибка «Не удалось записать основной дамп» путем попытки присоединиться к серверу Minecraft или создать его.

Принудительная синхронизация и тройная буферизация в Minecraft (только Nvidia)

Если вы используете графический процессор Nvidia среднего или высокого класса, очень вероятно, что вы видите ошибку «Не удалось записать дамп ядра», ошибка к тому факту, что текущие настройки вашей видеокарты не поддерживают VSync, когда вы играете в Minecraft.

Эту настройку также можно применить в настройках игры, но в идеале это можно сделать через панель управления Nvidia. Чтобы решить эту проблему, вам нужно будет перейти по пути Java и добавить Javaw.exe в список управляемых элементов.

После этого вы можете принудительно использовать эти два параметра для каждой программы, использующей Javaw.exe (включая Minecraft).

Вот краткое пошаговое руководство по включению VSync и Triple Buffering из меню Manage 3D Settings на панели управления Nvidia :

  1. Щелкните правой кнопкой мыши пустое место на рабочем столе и нажмите Панель управления Nvidia из появившегося контекстного меню.Войдите в панель управления Nvidia.
  2. Перейдя в панель управления Nvidia, в левом меню выберите Управление настройками 3D (в разделе Настройки 3D ).
  3. Затем перейдите в правое меню и выберите меню Program Settings . Внутри нажмите Добавить> Обзор и перейдите к месту установки Java, выберите файл javaw.exe и нажмите Открыть . Запуск javaw.exe в панели управления Nvidia

    Примечание: Вот список расположений по умолчанию в зависимости от того, какую версию Java вы используете:

      Java 7 
- C: / Program Files / Java / jre7 / bin /
ИЛИ
- C: / Program Files (x86) / Java / jre7 / bin /

  Ява 6 
- C: / Program Files / Java / jre6 / bin /
ИЛИ
- C: / Program Files (x86) / Java / jre6 / bin /
  4. Затем, после загрузки исполняемого файла, прокрутите список настроек программы вниз и найдите Vertical Sync и Triple Buffering .Как только вы их увидите, используйте раскрывающееся меню, связанное с каждым из них, чтобы изменить настройку по умолчанию на на для обоих. Изменение настроек программы по умолчанию для обоих
  5. После того, как эти две настройки будут применены, нажмите кнопку Применить , чтобы сделайте изменения постоянными.
  6. Попытайтесь снова присоединиться или создать сервер Minecraft и посмотреть, решена ли проблема.

Переустановка утилиты AMD Catalyst (только AMD)

Если вы используете графический процессор AMD, возможно, вы видите сообщение « Failed to write core dump.Минидампы не включены по умолчанию в клиентских версиях Windows , ошибка из-за частично поврежденной установки программного обеспечения AMD.

В случае, если те же обстоятельства относятся к вам, вы сможете решить проблему, удалив текущее программное обеспечение AMD или установку AMD Catalyst и повторно установив последнюю версию через официальные каналы.

Вот краткое пошаговое руководство, которое покажет вам, как это сделать:

  1. Нажмите клавишу Windows + R , чтобы открыть диалоговое окно Выполнить .Затем введите 'appwiz.cpl' и нажмите Введите , чтобы открыть меню «Программы и компоненты» . Введите «appwiz.cpl» в строке «Выполнить».
  2. Как только вы окажетесь внутри «Программы и компоненты» прокрутите список установленных приложений и найдите установку AMD, которую вы хотите удалить. Когда вы найдете установку AMD, щелкните ее правой кнопкой мыши и выберите в контекстном меню Удалить . Удаление программного обеспечения AMD
  3. При появлении запроса на подтверждение щелкните Ok и следуйте инструкциям на экране, чтобы завершить процесс удаления.
  4. Перезагрузите компьютер и дождитесь завершения следующего запуска.
  5. Перейдите по этой ссылке ( здесь ) и загрузите последнюю версию AMD Catalyst. После завершения загрузки откройте исполняемый файл установки и следуйте инструкциям на экране, чтобы завершить установку.
  6. После установки новой версии перезагрузитесь еще раз и посмотрите, будет ли проблема решена при следующем запуске, попытавшись присоединиться к серверу Minecraft или создать его.

Попробуйте создать файл дампа вручную

Иногда вы можете попытаться заставить Windows создать файл дампа через диспетчер задач, который потенциально может решить эту проблему.Для создания файла дампа необходимо выполнить следующие действия: -

1. Откройте Minecraft или Minecraft Launcher .
2. Щелкните правой кнопкой мыши на панели задач и выберите «Диспетчер задач» (также можно одновременно нажать и удерживать клавиши Ctrl + Shift + Esc).
3. После открытия диспетчера задач щелкните правой кнопкой мыши « Java (TM)» Platform SE Binary »(Если вы не можете найти его, просто щелкните правой кнопкой мыши на« Minecraft Launcher »)
4. Теперь нажмите« Создать файл дампа ».
5. Подождите, пока Windows создаст файл дампа для выбранного процесса.

Теперь перезагрузите компьютер и попробуйте снова поиграть в Minecraft .

Windows 10 выходит из системы при использовании выключения или гибернации »Winhelponline

За эти годы, по крайней мере с эпохи Windows 7, мы видели несколько случаев, когда система выводила вас из системы при нажатии на опцию Shutdown или Hibernate в Стартовое меню. Проблема также может быть замечена на компьютерах с Windows 8 или Windows 10.Некоторые пользователи указали, что проблема возникла после установки Windows 10 v1903.

Что заставляет Windows вместо этого выходить из системы пользователя, когда используется опция выключения или гибернации?

Причина

Во время гибернации Windows считывает содержимое памяти и выгружает его в файл с именем hiberfil.sys в корне системного диска. Функция аварийного дампа использует ту же технологию для сброса содержимого памяти в файл (.dmp) на вашем жестком диске после сбоя системы.Функции гибернации и аварийного дампа используют специальный драйвер фильтра с именем dumpfve.sys для выполнения задачи сброса памяти в файл.

Файл dumpfve.sys упоминается в следующем ключе реестра в значении REG_MULTI_SZ с именем DumpFilters 

 HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ CrashControl

строки реестра разрешает использование нескольких сторонних файлов. провайдеры для добавления драйверов фильтра аварийного дампа - e.g., Truecrypt.sys из TrueCrypt, MfeEpeOpal.sys из McAfee Endpoint Encryption или драйвер фильтра Daemon Tools и т. д. Большинство продуктов для шифрования дисков обычно также хотят зашифровать файлы гибернации и аварийного дампа и добавить свои фильтры дампа в указанный выше раздел реестра.

Драйверы фильтра дампа, указанные в разделе реестра, загружаются при инициализации аварийного дампа или гибернации. Если Windows не может загрузить драйверы фильтра во время перехода в спящий режим, она создает запись в журнале событий с идентификатором события 45.Запись в журнале событий выглядит следующим образом:

 Имя журнала: Система
Источник: volmgr
ID события: 45
Категория задачи: нет
Уровень: Ошибка
Ключевые слова: классический
Описание:
Системе не удалось загрузить драйвер аварийного дампа.

Кроме того, когда вы переходите на вкладку «Подробности» в этом событии и затем выбираете удобный вид, вы можете заметить следующее:

 Двоичные данные:

Прописью

0000: 00000000 00000001 00000000 C004002D
0010: 00002005 C0000034 00000000 00000000
0020: 00000000 00000000

C0000034 - означает STATUS_OBJECT_NAME_NOT_FOUND

C004002D - означает IO_DUMP_DRIVER_LOAD_FAILURE

Проблема может возникнуть и при выключении . Как?

Если включен быстрый запуск, система полностью завершает все пользовательские сеансы, а затем переводит систему в спящий режим вместо выполнения полного выключения. Быстрый запуск основан на функции гибернации и выгружает память ядра в файл hiberfil.sys. Когда включен быстрый запуск и пользователь выключает компьютер, все сеансы завершаются, и компьютер переходит в спящий режим. В процессе гибернации Windows инициализирует конфигурацию дампа памяти системы.Если драйвер (ы) фильтра не загружен, он не переходит в спящий режим и возвращает вас к экрану блокировки Windows экрана входа в систему.

СВЯЗАННЫЕ: Отключить гибернацию без отключения быстрого запуска

Чтобы избежать возникновения проблем во время выключения (не перехода в спящий режим), вы можете отключить быстрый запуск или обойти быстрый запуск во время выключения для каждого сеанса, запустив shutdown.exe / s / t 0 , чтобы выключить компьютер. Чтобы отключить быстрый запуск:

  1. Откройте Панель управления → Все элементы панели управления → Параметры электропитания (или запустите powercfg.cpl )
  2. Щелкните Выберите, что делают кнопки питания
  3. Щелкните Изменить настройки, которые в настоящее время недоступны
  4. Снимите флажок Включить быстрый запуск
  5. Щелкните OK.

Однако отключение быстрого запуска - это компромисс. Для большинства пользователей это неосуществимо, поскольку процесс перезапуска в Windows продолжает выполнять полный цикл загрузки без повышения производительности в режиме гибернации.

Разрешение: Windows отключает пользователя при использовании выключения или гибернации

Чтобы устранить проблему, удалите ссылки на драйверы фильтра аварийного дампа сторонних производителей из реестра, выполнив следующие действия:

  1. Запустите редактор реестра ( regedit.exe ) и перейдите к следующему ключу:
     HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ CrashControl
  2. Сделайте резервную копию ключа, экспортировав его в файл .reg.
  3. Дважды щелкните многострочное значение DumpFilters .
  4. Удалите все сторонние драйверы фильтров, указанные в значении. Обратите внимание, что драйвер Windows по умолчанию dumpfve.sys следует удалить , а не .
  5. Закройте редактор реестра.
  6. Перезагрузите Windows.

Функции гибернации и выключения теперь должны работать правильно - с включенным быстрым запуском или без него.

Если вы хотите решить проблему без удаления сторонних драйверов фильтра дампа, обратитесь к поставщику программного обеспечения за обновленной версией его продукта, чтобы он поддерживал последнюю версию и сборку Windows - например, Windows 10 v1903.

Одна небольшая просьба: если вам понравился этот пост, поделитесь им?

Одна ваша «крошечная» публикация серьезно помогла бы росту этого блога. Несколько отличных предложений:
  • Прикрепите!
  • Поделитесь этим в своем любимом блоге + Facebook, Reddit
  • Напишите в Твиттере!
Так что большое спасибо за поддержку, мой читатель.

Leave a comment