Процесс c windows system32 runtimebroker exe инициировал отключение питания

Обновлено: 21.11.2024

Как узнать, кто перезапустил сервер Windows или любой компьютер с Windows, если вы хотите узнать, кто перезапустил компьютер, используя журналы событий, то вы находитесь в нужном месте, здесь, в этой статье, мы объясним, как это найти.

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

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

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

Шаг 1

Войдите на сервер Windows, который был перезапущен, и откройте средство просмотра событий. Вы можете открыть его, выполнив команду run, введите команду eventvwr и нажмите Enter.

Появится диалоговое окно просмотра событий, показанное в приведенном ниже фрагменте

Шаг 2

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

Шаг 3:

В поле «Фильтр текущего журнала» укажите номер идентификатора перезагрузки 1074, нажмите кнопку «ОК»

Шаг 4

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

Комментарии журнала указаны ниже с измененным именем хоста.

Процесс C:\Windows\System32\RuntimeBroker.exe (DESKDFD-DFDDF) инициировал отключение питания компьютера DESKTOP-SV9FF3Q от имени пользователя DESKTDESKDFD-DFDDF\Raj по следующей причине: Другое (незапланированное)
Код причины: 0x0
Тип завершения работы: выключение питания
Комментарий:

Спасибо, что прочитали эту статью. Пожалуйста, не стесняйтесь комментировать, если у вас есть какие-либо вопросы.

Спасибо, что прочитали эту статью. Если у вас есть какие-либо вопросы, сообщите нам об этом.

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

RuntimeBroker выключает (без перезапуска) виртуальную машину Windows 10 на esxi. идентификатор события 1074

Здравствуйте, не могли бы вы дать мне предложение, чтобы попытаться решить эту случайную проблему, которая возникает на 2 или 3 виртуальных машинах (win 10 build 1909), работающих на хосте esx?
Эти виртуальные машины выключаются случайным образом (без перезапуска) без правило. Когда это произошло, мне нужно вручную запустить виртуальную машину.
Это поведение не связано с обновлениями Windows или чем-то еще. Он появляется и в рабочее время, причем не на всех виртуальных машинах. Некоторые виртуальные машины (те же характеристики) не затронуты.

В средстве просмотра событий я обнаружил событие с идентификатором 1074: Процесс C:\Windows\System32\RuntimeBroker.exe (ИМЯ КОМПЬЮТЕРА) инициировал отключение компьютера (ИМЯ КОМПЬЮТЕРА) от имени пользователя ДОМЕН\УДАЛЕННЫЙПОЛЬЗОВАТЕЛЬ по следующей причине: Другое (незапланированное)”

Я не знаю, как решить.

6 ответов

Добро пожаловать в раздел вопросов и ответов Майкрософт.

Есть ли в журнале системных событий событие с идентификатором 1001/6008? Есть ли Bluse Screen, когда возникает эта проблема?

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

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

Проводились ли за это время какие-либо спецоперации? Например, были установлены определенные драйверы, обновлены определенные исправления/установлено определенное программное обеспечение. Рекомендуется пошагово отменить предыдущие изменения.

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

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

Спасибо за ответ, я только что проверил: ни событий 1001, ни 6008, ни синего экрана.

Он просто выключился, потому что "RuntimeBroker.exe" решил, что пора выключаться, не заботясь о том, что это рабочий компьютер.
Это произошло в случайное время, независимо от того, работает ли процессор с высокой или низкой производительностью, не имеет значения количество часов.
Эти виртуальные машины остаются на h24, потому что они запускают простую программу синхронизации файлов. И машина должна оставаться ВКЛЮЧЕННОЙ h24.

Я погуглил в сети: это нерешенная проблема. Это происходит на виртуальных машинах Windows 10

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

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

Если это не Домашняя версия, используйте групповую политику, чтобы запланировать автоматический перезапуск:

Управление перезагрузкой устройства после обновлений

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

Редактировать: Единственные ошибки в состоянии просмотра событий: Процесс C:\Windows\System32\RuntimeBroker.exe (ПК) инициировал перезагрузку компьютера ПК от имени пользователя -ПК\имя по следующей причине: Другое (Незапланированный) Код причины: 0x0

Здравствуйте, r/техподдержка! У меня была эта проблема с моим компьютером в течение последних трех или четырех месяцев. В основном ПК просто случайным образом перезагружается без предупреждения. Я проверил монитор надежности, и единственная ошибка, которую я получаю, это «Windows не была правильно закрыта». В поле сведений просто указано, что отключение было неожиданным. Кажется, нет какой-то конкретной вещи, которая вызывает перезапуск.

Я пробовал следующее:

Отключил автоматический перезапуск, но потом просто зависает.

Переустановка Windows помогла ненадолго, но потом все началось снова.

Разборка и повторная установка всех компонентов помогли на некоторое время, но примерно через три недели все началось снова.

Я предполагаю, что это связано с аппаратным обеспечением, но любые предложения или идеи будут полезны. ПК 4 года. Спецификации следующие:

Название ОС Microsoft Windows 10 Домашняя

Версия 10.0.19042 Сборка 19042

Описание другой ОС недоступно

Производитель ОС Microsoft Corporation

Производитель системы MSI

Модель системы MS-7A11

Тип системы ПК на базе x64

Системная строка SKU по умолчанию

Процессор Intel(R) Core(TM) i5-6600K CPU @ 3,50 ГГц, 3504 МГц, 4 ядра, 4 логических процессора

Версия/дата BIOS American Megatrends Inc. 2.70, 17.10.2016

SMBIOS версии 3.0

Встроенный контроллер версии 255.255

Устаревший режим BIOS

Производитель материнских плат MSI

Продукт базовой платы Z170A KRAIT GAMING 3X (MS-7A11)

Базовая плата версии 1.0

Роль платформы для рабочего стола

Безопасное состояние загрузки не поддерживается

Привязка конфигурации PCR7 невозможна

Каталог Windows C:\WINDOWS

Системный каталог C:\WINDOWS\system32

Загрузочное устройство \Device\HarddiskVolume1

Регион США

Версия уровня аппаратной абстракции = "10.0.19041.488"

Часовой пояс Восточное стандартное время

Установленная физическая память (ОЗУ) 16,0 ГБ

Общая физическая память 16,0 ГБ

Доступная физическая память: 10,3 ГБ

Общая виртуальная память: 18,3 ГБ

Доступная виртуальная память: 10,5 ГБ

Место для файла подкачки 2,38 ГБ

Файл подкачки C:\pagefile.sys

Защита ядра DMA выключена

Безопасность на основе виртуализации Не включено

Поддержка шифрования устройства. Причины сбоя автоматического шифрования устройства: TPM не может использоваться, привязка PCR7 не поддерживается, интерфейс проверки аппаратной безопасности не работает и устройство не находится в состоянии Modern Standby, обнаружены неразрешенные шины/устройства с поддержкой DMA, TPM нельзя использовать

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

Знаете ли вы, что такое Runtime Broker (RuntimeBroker.exe) и почему он работает в Windows 10?

Иногда вы могли видеть, что RuntimeBroker.exe запущен в диспетчере задач. Вы можете задаться вопросом, что это такое? Это вирус? Это безопасно? Хорошая новость: Runtime Broker (RuntimeBroker.exe) — это основной процесс Windows 10, созданный Microsoft.

Если вы только что вошли в Windows 10 и еще не открывали никаких приложений, вы, вероятно, еще не увидите запущенный процесс Runtime Broker. Так что же делает RuntimeBroker.exe?

Runtime Broker — это доверенный процесс в Windows 10, который управляет разрешениями для приложений из Магазина Windows. Он проверяет, объявляет ли приложение все разрешения (например, доступ к фотографиям) и уведомляет пользователя, разрешено оно или нет.Он также проверяет разрешения приложения на доступ к оборудованию или нет, например к веб-камере. Короче говоря, вы можете думать, что это посредник между вашим приложением и вашей конфиденциальностью/безопасностью вашего ПК с Windows 10.

Обычно Runtime Broker использует всего несколько мегабайт (МБ) памяти и не слишком много ресурсов ЦП. Однако в некоторых случаях из-за неисправного приложения RuntimeBroker.exe может использовать до гигабайт памяти и много ресурсов ЦП. Таким образом, если вы обнаружили, что ваш ЦП и ОЗУ сильно загружены, а компьютер работает медленно, возможно, у вас возникла серьезная проблема с приложением на вашем компьютере.

Устранение проблемы с Windows 10 RuntimeBroker.exe (посредник времени выполнения)

Если вы чувствуете, что ваш компьютер работает медленно, вы можете нажать: Ctrl + Shift + Esc, чтобы запустить диспетчер задач и проверить, сколько процессора и памяти использует RuntimeBroker.exe.

Самый простой и быстрый способ временного решения этой проблемы — прекратить выполнение процесса RuntimeBroker.exe на вашем ПК с ОС Windows. В окне «Диспетчер задач» перейдите на вкладку «Процессы», выберите в списке Runtime Broker, щелкните правой кнопкой мыши и выберите «Завершить задачу», чтобы принудительно закрыть «Runtime Broker». Затем перезагрузите компьютер с Windows 10.

Однако проблема появится снова через некоторое время, может быть, на следующий день или даже после перезагрузки. Настоящая проблема остается, и RuntimeBroker.exe вернется, чтобы снова снизить производительность вашего ПК.

В этом руководстве я покажу вам два способа решения этой проблемы и предотвращения использования Runtime Broker слишком большого количества ресурсов вашего ПК.

Отключить «Показывать советы о Windows» в Windows 10

Согласно сообщениям многих пользователей с форума PCGuide.Online, вы можете решить эту проблему и запретить RuntimeBroker.exe использовать слишком много ресурсов вашего ПК, отключив «Показывать мне советы о Windows» в настройках.

Сначала откройте настройки Windows 10, нажав Windows + R.
Во-вторых, выберите «Система», а затем выберите «Уведомления и действия» на левой боковой панели.
Наконец отключите параметр "Показывать советы о Windows".

Вот оно! Это поможет вам решить проблему высокой загрузки ЦП и памяти в Windows 10.

Отключить функцию «Обновления из более чем одного места» в Windows 10

Многие пользователи сообщают, что после отключения функции «Обновления из нескольких источников» в настройках процесс Runtime Broker больше не использует слишком много ЦП и ОЗУ вашего компьютера.

Чтобы отключить эту функцию, нажмите Windows + I, чтобы открыть настройки.
На следующем шаге выберите вариант «Обновление и безопасность».
Нажмите ссылку "Дополнительные параметры".
Затем нажмите ссылку "Выберите способ доставки обновлений".
Наконец отключите функцию "Обновления из нескольких источников".

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

Чтобы отключить Runtime Broker, нажмите Windows + R и введите: regedit, затем нажмите Enter

В редакторе реестра Windows перейдите к:

Дважды щелкните поле «Пуск» и измените «Значение данных» с «3» на «4».

В будущем, если вы захотите включить эту функцию, сделайте то же самое, что и выше, но замените цифру «4» на «3» или «2».

Примечание. Эта проблема на компьютере с Windows 10 может быть вызвана несколькими другими причинами, например проблемами с приложениями по умолчанию, такими как «Фотографии», «Музыка Groove», «Новости» или «Диктофон». Поэтому вам нужно диагностировать, какие приложения вызвали эту проблему, помимо двух причин, которые я упомянул выше. Затем закройте или принудительно закройте его, чтобы проверить, исчезла ли проблема. Исходя из полученного результата, выполните необходимые действия, чтобы исправить ошибку Runtime Broker (RuntimeBroker.exe).

Для просмотра этого видео включите JavaScript и рассмотрите возможность перехода на веб-браузер, поддерживающий видео в формате HTML5

Читайте также: