Голубой экран после установки Windows 2000 SP4
Когда инициируется подключение к общему сетевому ресурсу с использованием Universal Naming Convention (UNC) в формате server, операционная система посылает провайдеру подключений — Multiple UNC Provider (MUP — mup.sys) — запрос на подключение. После этого MUP должен выполнить идентификацию сетевого редиректора, который инициировал подключение. Если пользователь зарегистрировался в системе, подключенной к общим ресурсам DFS, или выполняет поиск в Active Directory (AD), обращается к файлам Macintosh в разделе Services for Macintosh (SFM) или же подключается к ресурсам Novell NetWare или UNIX, то такая локальная система обладает четырьмя сетевыми редиректорами, по одному на каждый ресурс: DFS Client, SFM Client, NetWare Client и UNIX Client. Когда MUP получает запрос на подключение к ресурсу в формате UNC, провайдер опрашивает все четыре редиректора, определяя, какой из них должен быть обслужен. В системе, в которой установлено несколько клиентов, можно заметить задержку между моментом, когда запрос посылается, и моментом ответа системы — MUP ожидает ответа ото всех сетевых редиректоров, прежде чем инициировать установление соединения. Версия MUP, представленная в Windows 2000 Service Pack 4 (SP4), содержит ошибку, которая способна привести к аварийному останову системы Windows 2000 с отключенной поддержкой клиента DFS. При развертывании системы Windows 2000 программа установки по умолчанию активизирует клиента DFS. Если же пользователь не нуждается в публикации совместных ресурсов DFS или поиске по структуре AD, он свободно может отключить службу DFS и установить тип ее запуска в disabled. Остановить работу клиента DFS можно программным путем или изменив настройки реестра. Когда упомянутая ошибка MUP приводит к системному отказу, стоп-код устанавливается в 0x1E. Остановка системы обычно случается при перезагрузке после установки SP4, однако это может произойти и при запросе ресурса в формате UNC в системе Windows 2000 SP4 при отключенном клиенте DFS. Подробнее об ошибке MUP рассказано в статье Microsoft «Stop 0x1E Error in Mup.sys After You Apply Windows 2000 SP4» (http://support.microsoft.com/?kbid=824288). Временно решить проблему можно путем включения клиента DFS с помощью настроек в реестре, сценария или групповой политики. Нужно открыть реестр по адресу HKEY_LOCAL_MACHINE SYSTEMCurrentControlSetServicesMup и изменить значение параметра DisableDfs (тип — REG_DWORD) с 1 (клиент DFS отключен) на ноль (DFS включен). Чтобы избавиться от этой проблемы навсегда и избежать аварийного останова системы из-за ошибки в MUP, необходимо позвонить в Microsoft Product Support Services (PSS) и попросить выслать новую версию mup.sys (5.0.2195.6774, дата выпуска 11 июля). Установить исправление можно как в системе Windows 2000 SP3 (до установки SP4), так и в системе, уже обновленной до уровня SP4, если клиент DFS отключен. Чтобы установить исправление в работающей системе SP4 с включенным клиентом DFS, необходимо заменить файлы драйверов, открытые при нормальном функционировании системы. Единственный способ заменить открытые файлы — загрузиться в режиме Recovery Console (RC), скопировать предыдущую версию mup.sys из каталога %systemroot%$NTServicePackUninstall$ в каталог %systemroot%system32drivers и перезагрузить компьютер. Эти действия приведут к восстановлению версии MUP из SP3. После чего останется только установить исправление и перезагрузить компьютер второй раз.
Ошибка Windows Explorer
Время от времени при обращении к контекстному меню файла в среде Windows XP или Windows 2000 в Windows Explorer возникает ошибка, которая сопровождается сообщением о том, что Windows Explorer столкнулся с некой проблемой и будет закрыт. Microsoft ничего не сообщает об ошибке, приводящей к сбою Windows Explorer, но утверждается, что проблема возникает в системах XP SP1 и Windows 2000 SP4, на которых работает Windows Explorer 6.0.2800.1221. Если описанный сбой происходит на компьютере достаточно часто, в журнале System log можно встретить сообщение от Dr. Watson по поводу сбоя Windows Explorer. Чтобы исправить ошибку, следует позвонить в PSS и запросить исправление; оно затрагивает три файла: ole32.dll, rpcrt4.dll, and rpcss.dll. Для XP дата создания файлов — 22 июля, для Windows 2000 — 21 июля. После установки исправления систему необходимо перезагрузить. Дополнительную информацию можно найти в статье Microsoft «Windows Explorer Quits Unexpectedly or You Receive an Error Message When You Right-Click a File» (http://support.microsoft.com/?kbid=824136).
Ошибка в Terminal Services SP4 и SP3
В Windows 2000 Server Terminal Services существует ошибка, которая не была исправлена в SP4 и теперь присутствует и в системах SP3, и в системах SP4. Когда клиент Terminal Services входит или выходит из клиентской программы или терминальной сессии, на сервере возникает взаимоблокировка кэширования записи (deadlock write-caching) и сервер зависает на несколько секунд или более; в течение этого времени сервер не воспринимает никакие входные данные. Как утверждают специалисты Microsoft, когда возникает подобная задержка в работе терминального сервера, пользователь может распознать ситуацию по следующим симптомам:
- при наборе документа символы начинают появляться только после завершения блокировки;
- нажатия на клавиатуру и мышь ни к чему не приводят, пока взаимоблокировка не завершится;
- оперативный мониторинг в Performance Monitor показывает отсутствие данных во время взаимоблокировки;
- во время взаимоблокировки приложения не отвечают;
- при наличии большого количества заданий в спулере печати пользователь может наблюдать очень высокий процент загрузки процессора.
Если вы предпочитаете установить исправление, то будьте готовы к необходимости обновить длинный список файлов (в статье Microsoft «Terminal Server and Connected Terminal Services Clients Pause When a Terminal Services Client Logs On or Logs Off» по адресу http://support.microsoft.com/?kbid=324446). После установки исправления требуется также включить Power Protect для всех жестких дисков в системе Terminal Services. Опросить и поменять статус Power Protect жестких дисков можно при помощи утилиты dskcache.exe, доступной только при обращении в PSS. В статье Microsoft «Obtain the Dskcache.exe Tool to Configure the ?Power Protected? Write Cache Option» (http://support.microsoft.com/?kbid=811392) приводится описание работы этой программы.
Задержка при регистрации клиентов Citrix в Windows 2000 SP4
Многие наверняка уже обратили внимание на задержки во время регистрации клиентов Citrix после развертывания SP4. Ошибка редиректора принтера может вызвать таймауты от 5 до 30 минут в системах Terminal Services и Citrix MetaFrame или Citrix 1.8. Проблема возникает в тех системах, где очередь печати перенаправлена на локальный принтер клиентской системы. В таком случае нужно позвонить в PSS и запросить соответствующее исправление. В него включено исправление 15 файлов ядра операционной системы, в том числе msgina.dll, kernel32.dll, win32k.sys и Winlogon. Большинство файлов датировано 17 июля. Обновление доступно только через PSS. При обращении в службу поддержки нужно сослаться на статью Microsoft «Very Long Logon Time When You Try to Connect to Citrix MetaFrame or Citrix 1.8» (http://support.microsoft.com/?kbid=824309).
Ошибка Windows Explorer
Время от времени при обращении к контекстному меню файла в среде Windows XP или Windows 2000 в Windows Explorer возникает ошибка, которая сопровождается сообщением о том, что Windows Explorer столкнулся с некой проблемой и будет закрыт. Microsoft ничего не сообщает об ошибке, приводящей к сбою Windows Explorer, но утверждается, что проблема возникает в системах XP SP1 и Windows 2000 SP4, на которых работает Windows Explorer 6.0.2800.1221. Если описанный сбой происходит на компьютере достаточно часто, в журнале System log можно встретить сообщение от Dr. Watson по поводу сбоя Windows Explorer. Чтобы исправить ошибку, следует позвонить в PSS и запросить исправление; оно затрагивает три файла: ole32.dll, rpcrt4.dll, and rpcss.dll. Для XP дата создания файлов — 22 июля, для Windows 2000 — 21 июля. После установки исправления систему необходимо перезагрузить. Дополнительную информацию можно найти в статье Microsoft «Windows Explorer Quits Unexpectedly or You Receive an Error Message When You Right-Click a File» (http://support.microsoft.com/?kbid=824136).
Ошибка запуска файловой системы NTFS
Windows 2000 не может смонтировать диск NTFS во время запуска системы, когда журнал изменений диска заполнен. Если для данного диска оказалось слишком много незавершенных изменений, драйвер NTFS должен обработать весь журнал обновлений перед тем, как выполнять монтировку диска. Эта ошибка присуща всем без исключения версиям Windows 2000, начиная от самого первого релиза до SP4 включительно. Если у вас имеются диски, которые обновляются очень интенсивно и эта ситуация повторяется каждый день, следует установить последнюю версию драйвера ntfs.sys, дата обновления 4 июня. Дополнительная информация содержится в статье Microsoft «Computer Stops Responding (Hangs) When It Tries to Mount an NTFS Volume After You Restart the Computer».
Исправление ошибки в мастере добавления принтера
Я хочу рассказать об ошибке, с которой мне несколько раз довелось столкнуться в системах Windows Server 2003, Windows XP и Windows 2000. Когда для добавления локального или сетевого принтера используется мастер Add Printer Wizard, и вы пытаетесь напечатать тестовую страницу после соответствующего предложения, добавление принтера завершается неудачно или на экране появляется сообщение об ошибке. Это происходит потому, что окно Print Test Page не показывает экран подтверждения, на котором следует нажать ОК для завершения установки принтера. Проблему можно обойти, добавляя принтер без печати тестовой страницы; это нужно сделать после того, как принтер будет установлен и подключен. Microsoft Product Support Services (PSS) располагает исправлением описанной ошибки для трех платформ: Windows 2003 (обновлено 11 компонентов), XP (9 файлов в компоненте печати) и Windows 2000 (3 компонента спулера). Большинство файлов в компоненте спулера датируются концом июня — серединой июля. Список файлов для каждой платформы опубликован в статье Microsoft «Add Printer Wizard Does Not Complete the Installation of Your Printer» (http://support.microsoft.com/?kbid=823447).
Ошибка при поиске принтера в Windows 2000 AD
При поиске принтера в структуре Entire Directory многие, возможно, уже сталкивались со значительными задержками. Недавно Microsoft выпустила исправления двух ошибок, из-за которых и возникал данный инцидент. Трасса запроса в Entire Directory показывает, что после того, как нужный принтер в глобальном каталоге — Global Catalog (GC) — найден, локальная система посылает утилите поиска запрос на предоставление свойств принтера из GC. Но проблема в том, что свойства принтера не хранятся в GC; они находятся в Active Directory (AD). Чтобы выполнить запрос, система перенаправляет поиск на ближайший контроллер домена (DC). Если с этого DC могут быть получены сведения о принтере, запрос успешно завершается добавлением принтера. Однако, как поясняется в статье Microsoft «Cannot Connect to a Printer or the Connection Is Slow from the Search Printer Dialog Box» (http://support.microsoft.com/?kbid=820604), если система, инициирующая первоначальный запрос в Entire Directory, не может связаться с корневым DC, в программе поиска возникает сбой, но сообщение об ошибке не выдается, и пользователь не в состоянии связаться с искомым принтером. В PSS имеется исправление описанной ошибки для всех версий Windows 2000 вплоть до SP4. Данное исправление обновляет два компонента AD — файлы dsfolder.dll и squery.dll, дата создания обоих — 20 июня. Для завершения установки исправления станцию необходимо перезагрузить.
Исправлена ошибка редиректора XP и Windows 2000 («голубой экран смерти»)
Самая последняя ошибка, обнаруженная в редиректоре на платформах XP и Windows 2000, приводит к аварийному останову в обоих операционных системах при выходе из программы NTBackup. Если вы столкнулись с одним из приведенных здесь стоп-кодов — 0x00000076 (PROCESS_HAS_ LOCKED_PAGES) или 0x000000CB (DRIVER_LEFT_LOCKED_PAGES_IN_PROCESS), скорее всего, виноват именно редиректор. Как сказано в статье Microsoft «You Receive Stop Error 0x00000076 or 0x000000CB When You Quit Your Backup Software» (http://support.microsoft.com/?kbid=825760), в коде редиректора имеется ошибка, которая некорректно освобождает заблокированные страницы пользователя, когда программа резервирования данных удаляет из очереди запросов оригинальный запрос на ввод/вывод. Исправление для Windows 2000 содержит обновление обоих компонентов редиректора, rdbsss.sys и mrxsmb.sys, дата создания файлов — 1 августа. В XP исправлены те же компоненты, но дата создания файлов — 6 августа.
Аварийный останов при штатном выключении HP NetServer
Те, кто работает на серверах HP NetServer LH3r, вероятно, сталкивались с аварийным остановом сервера и стоп-кодом 0x0000007f — UNEXPECTED_KERNEL_MODE_TRAP при выполнении операции выключения. В статье, где описана данная ситуация, ничего не сказано о причинах остановки сервера, однако утверждается, что Microsoft уже подготовила обновление, которое устраняет данную проблему. Судя по тому, какие именно файлы (всего их шесть) содержатся в обновлении, проблема связана с BIOS. Обновление затрагивает четыре файла ядра системы — ntkrnlpa.exe, ntkrpamp.exe, ntoskrnl.exe, ntkrnlmp.exe — и новые версии mountmgr.sys и biosinfo.inf; дата обновления большинства файлов — 1 августа. Дополнительная информация содержится в статье Microsoft «Stop Error 0x0000007f When You Shut Down Your HP NetServer LH3R That is Running Windows 2000 Server» (http://support.microsoft.com/?kbid=825673).
Ошибка Windows Explorer
Время от времени при обращении к контекстному меню файла в среде Windows XP или Windows 2000 в Windows Explorer возникает ошибка, которая сопровождается сообщением о том, что Windows Explorer столкнулся с некой проблемой и будет закрыт. Microsoft ничего не сообщает об ошибке, приводящей к сбою Windows Explorer, но утверждается, что проблема возникает в системах XP SP1 и Windows 2000 SP4, на которых работает Windows Explorer 6.0.2800.1221. Если описанный сбой происходит на компьютере достаточно часто, в журнале System log можно встретить сообщение от Dr. Watson по поводу сбоя Windows Explorer. Чтобы исправить ошибку, следует позвонить в PSS и запросить исправление; оно затрагивает три файла: ole32.dll, rpcrt4.dll, and rpcss.dll. Для XP дата создания файлов — 22 июля, для Windows 2000 — 21 июля. После установки исправления систему необходимо перезагрузить. Дополнительную информацию можно найти в статье Microsoft «Windows Explorer Quits Unexpectedly or You Receive an Error Message When You Right-Click a File» (http://support.microsoft.com/?kbid=824136).
Ошибка удаления файла в Windows Explorer
Ошибка в работе Windows Explorer может привести к тому, что файл при перетаскивании в новый каталог будет неожиданно удален, при условии что в каталоге уже имеется файл с таким именем. Когда в целевом каталоге присутствует файл, имя которого совпадает с именем перетаскиваемого файла, Windows Explorer запрашивает подтверждение операции замены файла. Если пользователь изменит свое первоначальное решение и ответит No, Windows Explorer из-за ошибки в коде оставит целевой файл без изменений, но при этом удалит исходный файл. Данная ошибка присутствует во всех версиях Windows 2000 до SP4 включительно и может привести к неожиданным потерям данных, учитывая, что пользователи весьма активно используют «перетаскивание» для перемещения файлов, особенно если за одну операцию обрабатывается большое количество файлов. Так что я в высшей степени рекомендую приобрести и распространить среди своих пользователей исправление данной ошибки. Исправление обновляет два компонента, shell32.dll и sp3res.dll, даты создания, соответственно 30 и 27 июня. Исправление хранится только в Microsoft Product Support Services (PSS). Дополнительную информацию об этой ошибке можно найти в статье Microsoft «Files Are Deleted When You Drag Them from One Location to Another in Windows Explorer» (http://support.microsoft.com/?kbid=821739).
Новая возможность отмены установки SP4
Как и раньше, пакет обновлений Windows 2000 SP4 по умолчанию создает каталог для удаления ($NtServicePackUninstall$) в корне системы. В этом каталоге имеется две утилиты: spuninst.exe, которая запускается при удалении пакета изменений через Control Panel Add/Remove Programs, и новая утилита — файл сценария spuninst.bat, который запускается из Recovery Console (RC). Если система находится в работоспособном состоянии и решено удалить SP4, следует использовать для этого Add/Remove Programs. Если же аппаратные проблемы препятствуют загрузке системы с SP4, установленный пакет изменений может быть удален в два этапа. Сначала запускается spuninst.bat, а уже затем используется обычная процедура удаления через Add/Remove Programs. Чтобы восстановить работоспособность системы, которая не запускается после инсталляции SP4, нужно загрузить RC. Требуется перейти в каталог uninstallation и запустить spuninst.bat — это необходимо для выполнения копирования заархивированных файлов предыдущей версии операционной системы на прежние места. После этого система должна загрузиться. Чтобы завершить процедуру установки, следует открыть Add/Remove Programs, щелкнуть Windows 2000 Service Pack 4 и Change/Remove. Обратите внимание: чтобы запустить RC, необходимо знать пароль администратора.
Задержка при регистрации клиентов Citrix в Windows 2000 SP4
Многие наверняка уже обратили внимание на задержки во время регистрации клиентов Citrix после развертывания SP4. Ошибка редиректора принтера может вызвать таймауты от 5 до 30 минут в системах Terminal Services и Citrix MetaFrame или Citrix 1.8. Проблема возникает в тех системах, где очередь печати перенаправлена на локальный принтер клиентской системы. В таком случае нужно позвонить в PSS и запросить соответствующее исправление. В него включено исправление 15 файлов ядра операционной системы, в том числе msgina.dll, kernel32.dll, win32k.sys и Winlogon. Большинство файлов датировано 17 июля. Обновление доступно только через PSS. При обращении в службу поддержки нужно сослаться на статью Microsoft «Very Long Logon Time When You Try to Connect to Citrix MetaFrame or Citrix 1.8» (http://support.microsoft.com/?kbid=824309).
Паула Шерик — редактор Windows & .NET Magazine и консультант по вопросам планирования, реализации и взаимодействия сетей. С ней можно связаться по адресу: paula@winnetmag.com.