<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Erinome Lane &#187; windows 7</title>
	<atom:link href="https://tt.erinome.net/tag/windows-7/feed" rel="self" type="application/rss+xml" />
	<link>https://tt.erinome.net</link>
	<description>a bit of this, a bit of that...</description>
	<lastBuildDate>Mon, 23 Mar 2026 12:51:51 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>https://wordpress.org/?v=4.2.38</generator>
	<item>
		<title>Редактирование реестра Windows из среды восстановления</title>
		<link>https://tt.erinome.net/2014/09/695</link>
		<comments>https://tt.erinome.net/2014/09/695#comments</comments>
		<pubDate>Mon, 08 Sep 2014 10:18:18 +0000</pubDate>
		<dc:creator><![CDATA[root]]></dc:creator>
				<category><![CDATA[Софт]]></category>
		<category><![CDATA[windows]]></category>
		<category><![CDATA[windows 7]]></category>
		<category><![CDATA[грабли]]></category>

		<guid isPermaLink="false">http://tt.erinome.net/?p=695</guid>
		<description><![CDATA[В далеком прошлом мы описывали, как можно за считанные минуты переключать жесткие диски из режима &#8220;IDE Compatible&#8221; в AHCI и обратно, не потеряв работоспособности установленной операционной системы (Windows). Но этот способ требует, чтобы операционная система была работоспособна. А иногда может &#8230; <a href="https://tt.erinome.net/2014/09/695">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p>В далеком прошлом <a title="Windows 7: переключение SATA из IDE-режима в AHCI" href="http://tt.erinome.net/2013/07/597">мы описывали</a>, как можно за считанные минуты переключать жесткие диски из режима &#8220;IDE Compatible&#8221; в AHCI и обратно, не потеряв работоспособности установленной операционной системы (Windows). Но этот способ требует, чтобы операционная система была работоспособна. А иногда может случиться так, что система уже не запускается и вернуть аппаратную конфигурацию к исходному рабочему состоянию затруднительно или невозможно.<span id="more-695"></span></p>
<p>Отредактировать реестр незапускаемой системы можно разными способами:</p>
<ul>
<li>Загрузившись с установочного диска с Windows, после загрузки меню установки и выбора языка ввода можно нажать Shift+F10, откроется командная строка, из которой можно предпринять ряд действий по восстановлению уже имеющейся системы;</li>
<li>Существуют и LiveCD на базе ОС Windows &#8211; если в них не предусмотрено сторонних средств по работе с реестром другой операционной системы, можно сделать это при помощи стандартных программ при выполнении ряда команд из меню командной строки;</li>
<li>Просто из режима восстановления имеющейся операционной системы, который, как правило. работает и в тех случаях, когда сама система не может загрузиться.</li>
</ul>
<p>Остановимся чуть подробнее на режиме восстановления. Для входа в него необходимо до появления экрана загрузки Windows нажать на F8 и выбрать <strong>Устранение неполадок компьютера</strong> (&#8220;Repair your computer&#8221;) в дополнительных параметрах загрузки. Обратите внимание, что при перезапуске после неуспешной загрузки системы открывается сходное по внешнему виду меню, в котором предлагается либо попробовать загрузить систему заново, или выполнить автоматическое исправление запуска, а режим &#8220;Устранения неполадок&#8221; не отображается. На моей памяти средства автоматического исправления неполадок в Windows 7 ни разу не возымели какого-либо положительного эффекта, поэтому нужно просто перезапустить компьютер и успеть нажать F8 до того, как система предложит себя восстанавливать. После же загрузки оболочки восстановления системы будет предложен выбор средств для устранения неполадок &#8211; выбираем режим <strong>Командная строка</strong>.</p>
<p>Как только вы оказались в командной строке, дальнейшие действия просты:</p>
<ol>
<li>Сначала необходимо выяснить, какая буква диска оказалась присвоена разделу, содержащему операционную систему. Для этого, к примеру, можно перебирать имеющиеся диски командой <strong>dir</strong>: &#8220;dir c:&#8221;, &#8220;dir d:&#8221;, &#8230; Искомый диск будет содержать знакомые папки <em>Windows</em>, <em>Program Files</em>, <em>ProgramData</em> и т.п.;</li>
<li>Командой <strong>regedit</strong> можно открыть привычный графический редактор реестра &#8211; но это реестр оболочки восстановления (или LiveCD), а не системы, которую требуется восстановить!</li>
<li>Подключаем реестр установленной системы командой REG LOAD:<br />
<strong>REG LOAD &lt;точка монтирования&gt; &lt;путь к ветви реестра на диске&gt;</strong>.<br />
Например, если диск установленной системы смонтирован под буквой D:, могут быть использованы следующие команды:
<ul>
<li><strong>reg load HKLM\TempSoftware D:\Windows\System32\Config\Software</strong><br />
ветвь HKLM\Software;</li>
<li><strong>reg load HKLM\TempSystem D:\Windows\System32\Config\System</strong><br />
ветвь HKLM\System;</li>
<li><strong>reg load HKU\TempUser D:\Users\&lt;username&gt;\ntuser.dat</strong><br />
ветвь HKU\UserSID указанного пользователя</li>
</ul>
<p>Смонтированные таким образом ветви реестра установленной системы будут видны в редакторе реестра в указанных точках монтирования, которым можно задать произвольные имена.</li>
<li>После внесения в реестр необходимых изменений нужно выгрузить импортированные ветви и сохранить их на диске при помощи команды <strong>REG UNLOAD &lt;точка монтирования&gt;</strong>.
</ol>
<p>В случае, если система перестала запускаться по причине замены материнской платы и несовпадения драйверов контроллера жестких дисков, необходимо включить стандартные драйверы для IDE или AHCI. Для этого:</p>
<ol>
<li>Через командную строку загружаем ветвь реестра<br />
<strong>reg load HKLM\TempSystem D:\Windows\System32\Config\System</strong>
<li>Запускаем редактор реестра, находим ключ <em>HKLM\TempSystem\CurrentControlSet\services\msahci</em> и заменяем значение параметра <em>Start</em> на <em>0</em>. В случае IDE-диска аналогично поступаем с ключом <em>HKLM\TempSystem\CurrentControlSet\services\pciide</em>.
<li>Закрываем редактор реестра и не забываем выгрузить изменения обратно на диск<br />
<strong>reg unload HKLM\TempSystem</strong>
</ol>
<p>Теперь перезапускаем компьютер &#8211; с активированными стандартными драйверами система должна успешно загрузиться.</p>
]]></content:encoded>
			<wfw:commentRss>https://tt.erinome.net/2014/09/695/feed</wfw:commentRss>
		<slash:comments>7</slash:comments>
		</item>
		<item>
		<title>WindowsUpdate &#8211; ошибка 0x800b0001</title>
		<link>https://tt.erinome.net/2014/09/686</link>
		<comments>https://tt.erinome.net/2014/09/686#comments</comments>
		<pubDate>Tue, 02 Sep 2014 11:32:16 +0000</pubDate>
		<dc:creator><![CDATA[root]]></dc:creator>
				<category><![CDATA[Софт]]></category>
		<category><![CDATA[windows]]></category>
		<category><![CDATA[windows 7]]></category>
		<category><![CDATA[грабли]]></category>

		<guid isPermaLink="false">http://tt.erinome.net/?p=686</guid>
		<description><![CDATA[Однажды на одном из подконтрольных компьютеров, работающих под управлением Windows 7 Pro, перестал работать поиск обновлений системы, выводя ошибку 0x800b0001 почти сразу после инициализации поиска. По косвенным свидетельствам, поводом тому явилось обновление модуля Windows Update с версии 7.6.7600.256 на 7.6.7600.320, &#8230; <a href="https://tt.erinome.net/2014/09/686">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
				<content:encoded><![CDATA[<p>Однажды на одном из подконтрольных компьютеров, работающих под управлением Windows 7 Pro, перестал работать поиск обновлений системы, выводя ошибку 0x800b0001 почти сразу после инициализации поиска. По косвенным свидетельствам, поводом тому явилось обновление модуля Windows Update с версии 7.6.7600.256 на 7.6.7600.320, хотя до исходных причин проблемы докопаться пока так и не удалось.<span id="more-686"></span></p>
<p>Основные ошибки в логе WindowsUpdate.log сводились к следующему:</p>
<pre class="console">2014-08-03	22:08:31:258	 372	e24	Misc	Validating signature for C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\wuredir.cab with dwProvFlags 0x00000080:
2014-08-03	22:08:31:336	 372	e24	Misc	 Microsoft signed: NA
2014-08-03	22:08:31:336	 372	e24	Misc	FATAL: SubCA Chain Policy failed.
2014-08-03	22:08:31:336	 372	e24	Misc	WARNING: Digital Signatures on file C:\Windows\SoftwareDistribution\WuRedir\9482F4B4-E343-43B6-B170-9A65BC822C77\wuredir.cab are not trusted: Error 0x800b0001
2014-08-03	22:08:31:336	 372	e24	WuRedir	FATAL: Quorum check failed: 800b0001</pre>
<p>Найденные в интернете рекомендации по проверке целостности системных файлов, удалению каталога SoftwareDistribution, пересборке кэшей и т.п. не привели ни к каким результатам &#8211; WindowsUpdate никаким образом не желал искать (и соответственно устанавливать) системные обновления.</p>
<p>Неидеальным <em>временным решением</em> для возможности получения обновлений стала замена библиотеки wuaueng.dll службы WindowsUpdate на предыдущую версию. Эта процедура проводится следующим образом:</p>
<ol>
<li>Нам нужно заменить файл C:\Windows\system32\wuaueng.dll, но он заблокирован для изменений всем пользователям (даже SYSTEM), кроме TrustedInstaller. Поэтому требуется в свойствах файла выбрать &#8220;Дополнительно&#8221; и заменить владельца этого файла на текущего пользователя (или группу &#8220;Администраторы&#8221;). Затем мы можем задать себе права доступа и, тем самым, получить возможность перемещать или удалять этот файл.
<li>Далее необходимо найти предыдущую версию файла wuaueng.dll. Обычно ее можно обнаружить среди архивных библиотек каталога C:\Windows\winsxs &#8211; просто запустите поиск по имени файла в этой папке и посмотрите свойства у файлов, которые будут найдены. В нашем случае интерес представляла версия &#8220;.256&#8243;.
<li>Теперь нужно остановить службу WindowsUpdate, иначе мы не сможем заменить файл, т.к. он будет занят. Для этого набираем в командной строке cmd (запущенной с правами администратора) команду &#8220;net stop wuauserv&#8221;.
<li>Переименовываем старый файл в wuaueng.dll.old (на всякий случай), кладем на его место найденный ранее wuaueng.dll более старой ревизии. Соглашаемся с запросом системы на предоставление администраторских прав для выполнения этих действий.
<li>Запускаем обратно службу обновлений командой &#8220;net start wuauserv&#8221; в командной строке.</ol>
<p>Теперь идем в панель управления, выбираем &#8220;Центр обновления Windows&#8221; и убеждаемся в том, что поиск обновлений вновь работает.</p>
<p>Да, это решение заведомо некорректно, но только таким способом удалось восстановить работоспособность WindowsUpdate на компьютере, где возникла такая проблема.</p>
]]></content:encoded>
			<wfw:commentRss>https://tt.erinome.net/2014/09/686/feed</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
	</channel>
</rss>
