2

У меня возникла проблема после запуска теста батареи через cmd на Windows, которая

В результате:

Устройство или драйвер сделал запрос, чтобы предотвратить автоматический переход системы в спящий режим. Имя драйвера \FileSystem \rdbss

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

Из поста:

чтобы показать скрытое свойство электропитания, которое может позволить системе спать, пока сетевые ресурсы открыты, вы можете установить это через Редактор групповой политики (gpedit.msc), или вы можете включить его в Power Properties, открыв Regedit и перейдя в :[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ Control\ Power\PowerSettings\ 238C9FA8-0AAD-41ED-83F4-97BE242C8F20\d4c1d4c8-d5cc-43d3-b83e-fc51215cb04d] там, установите атрибуты в 0 (значение по умолчанию равно 1, что означает , скрывать).

Я нашел этот ответ здесь на answers.microsoft.com.

Мой вопрос: КАК в мире люди находят такие глубокие места в реестре Windows, чтобы внести такие изменения? Существует ли какое-то приложение, которое анализирует и определяет местонахождение используемой записи реестра? Никто не может сделать или запомнить эти пути, поэтому должен быть способ проанализировать данные реестра.

2 ответа2

1

Это то, чему ты учишься со временем и с большим опытом. Это знакомство.

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

Вы часто просто сгибаете свой Google-Fu и обнаруживаете ошибку / поведение / подобную проблему, выясняете, какой компонент может быть причиной этого, Google это, формируют гипотезу, Google еще немного ... Если вам повезет, вы попадете на какой-то неясный документ, где объясняется, что вы ищете или как все работает. В противном случае вы просто экспериментируете, используя те знания, которые получили во время путешествия.

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

Я полагаю, что я пытаюсь сказать, что нет руководства, которое объясняет все для вас. Реестр - сложный зверь, и для того, чтобы быть достаточно быстрым, нужно просто потратить годы на то, чтобы прыгнуть прямо к месту, которое доставляет вам проблемы. Даже тогда еще много догадок и догадок.

0

если поиск в сети (или вопрос здесь) не приводит к решению, обычно есть 2 подхода.

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

  2. Тестирование whitebox вносит некоторые изменения в конфигурацию и напрямую отслеживает происходящее. хороший инструмент для этого будет promon.

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

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

Я не уверен, что это ответ, который вы ищете. потому что в вашем конкретном примере вы упоминаете групповую политику. они хорошо документированы, и я уверен, что существует простой метод поиска повторных ключей, который приводит к настройке групповой политики. но на этот вопрос лучше ответит опытный администратор Windows :)

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .