Здесь я опишу все проблемы, с какими мне довелось столкнуться при переходе со старой машины (ASRock P4i65G/Intel Celeron 2.4 GHz/RAM 2Gb/HDD 250Gb) на новую (ASUS M2N/Athlon 64 X2 Dual Core/RAM 2Gb/HDD 250Gb) и установке Windows XP SP3.
- Скорее не проблема, а замечание. Разбивку винчестера и создание/разворачивание образа мне пришлось делать с Mini LiveCD. Попытки запуска ADDS и ATIES с загрузочного диска не привели к успеху. В независимости от того, что запускаешь, программа зависает и отображается черный экран. Больше ничего не происходит.
- Развертывание образа, предварительно созданного на машине с проц. Intel Core 2 Duo, прошло успешно. Использовалась фирменная Acronis'овская технология - Universal Restore. Также я убедился, что если её не применять, то при первой загрузке вылетаем на синий экран. Соответственно, Universal Restore - работает, что значительно упрощает жизнь при подготовке образа.
- Первые серьёзные проблемы возникли на машине, после её введения в домен. Визуально это отразилось на очень долгом входе в систему, порядка 30с. На протяжении этого времени висит окно "Приминение локальных политик...". При этом в журнале приложений появляется сообщение об ошибке:
Тип события: Ошибка
Источник события: Userenv
Категория события:
Отсутствует
Код события: 1054
Дата: 10.09.2008
Время:
18:01:19
Пользователь: NT AUTHORITY\SYSTEM
Компьютер:
SVERGIN-XP
Описание:
Не удалось получить имя контроллера домена в этой сети. (Непредвиденная сетевая ошибка. ). Обработка групповой политики прекращена.После длительных поисков и экспериментов, было наконец найдено решение. В этом мне очень помогла информация отсюда http://www.eventid.net/display.asp?eventid=1054&eventno=1393&source=Userenv&phase=1. Решение заключалось в внесении изменений в реестр, а именно:
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\System]
"GroupPolicyMinTransferRate"=dword:00000000
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\System]
"GroupPolicyMinTransferRate"=dword:00000000
Также есть предположение, что эту проблему можно было бы решить установкой драйверов нужной версии на процессор или сетевуху, так как в дальнейшем с этим также были связаны определенные проблемы. Но с этим я так и не разобрался.
- Следующей ощутимой частью работы стала возня с подключением от меня и ко мне через Подключение к удаленному рабочему столу. Первое, что мне не понравилось по сравнению с тем, к чему я привык, это то что клиент при подключении к какой-либо машине не запрашивает имя пользователя и пароль, а сразу подключается к удаленному хосту. Причем вводимые там учетные данные не сохраняются и, соответственно, их нужно вводить каждый раз по новой. Чтобы этого не происходило, каждый раз при запуске клиента и ввода нового имени удаленного хоста, необходимо нажимать кнопку Параметры и прописывать логин и пароль, что не так удобно по сравнению с тем, как было раньше. В общем я начал искать, что можно сделать, чтобы при подключении к новому хосту без лишних действий выдавалось окошко с запросом логина и пароля, и галочкой Разрешить сохранять учетные данные. Сначала я нашел на сайте Microsoft статью Description of the Remote Desktop Connection 6.1 client update for Terminal Services, которая в разделе Network Level Authentication проливала свет на мою проблему и ссылалась на другую статью Description of the Credential Security Service Provider (CredSSP) in Windows XP Service Pack 3, в которой уже конкретно шла речь о том, что нужно сделать. Согласно этой статье, я внес в реестр следующие изменения:
- Click Start, click Run, type regedit, and then press ENTER.
- In the navigation pane, locate and then click the following registry subkey: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
- In the details pane, right-click Security Packages, and then click Modify.
- In the Value data box, type tspkg. Leave any data that is specific to other SSPs, and then click OK.
- In the navigation pane, locate and then click the following registry subkey: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecurityProviders
- In the details pane, right-click SecurityProviders, and then click Modify.
- In the Value data box, type credssp.dll. Leave any data that is specific to other SSPs, and then click OK.
- Exit Registry Editor.
- Restart the computer.
и затем:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\CredentialsDelegation
REG_DWORD: AllowDefaultCredentials
Value data: 00000001Но это мне ничем не помогло. В итоге я плюнул на это и решил, что не буду сильно заморачиваться, а попытаюсь просто привыкнуть к новым реалиям.
По ходу, при установке VMware Workstation 6.0.5 Build 109488 и поднятии виртуальной машины, я обноружил, что каждый раз при включении виртуалки в журнал приложений пишется следующее сообщение об ошибке:
Тип события: Ошибка
Источник события: vmauthd
Категория события: Отсутствует
Код события: 100
Дата: 24.09.2008
Время: 17:06:59
Пользователь: Н/Д
Компьютер: SVERGIN-XP
Описание:
Cannot connect to VMX: E:\Virtual Machines\Test PC\Windows XP Professional.vmx
Сначала я попробовал решить эту проблему, следуя этой рекомендации:
Note: The description for this error in your event log may be different. Error: "Cannot find perfmon object in array returned by perfDLL, index=4" - From a newsgroup post: "I had been troubled by the same error for a long while, and recently I finally found out the cause and got it fixed. It turned out that for some reason the performance counters in "PerfOS.DLL" were disabled. Once they were enabled, vmauthd has no problem to retrieve those "perfmon" objects it needs, and the error goes away. To see whether your performance counters in "PerfOS.DLL" are disabled, you will need a program called Extensible Performance Counter List (exctrlst.exe). It can be found in the Support Tools folder on Windows XP Pro CD, or the Windows 2000 Resource Kit CD. If you don't have the proper CD, you can download it from Microsoft, just follow the link below. After you install the program, run it and set the "Sort Order" to "Counter ID". You should see "PerfOS" near the top of the list. Click on it, and its status will be displayed at the bottom part of the dialog window. If the "Performance Counters Enabled" checkbox is unchecked, that means your PerfOS counters are disabled. You can simply check the box and press the "Refresh" button. Now start or restart your "VMware Authorization Service", and watch the "Application Event Log" to see whether the vmauthd error stops". Some users suggested that stopping (or preventing from starting) the VMWare Authentication Service has helped them to get rid of this error. You can set this service to manual
С счетчиками оказалось все впорядке. Да и как я потом понял, это все-таки совершенно другая ошибка. Потратив ещё изрядно времени и покапавшись в VMWare Communities, в частности вот здесь http://communities.vmware.com/thread/104057, где обсуждается аналогичная проблема, я пришел к выводу, что это тянется ещё с версии 6.0.1 и не является проблемой. Вообще это сообщение не должно было появляться в логе. Просто разработчики все время забывают пофиксить этот баг. Если это все таки раздражает, то единственным решением является следующее:
I do not need vmauth deamon since I login as Admin-level user. Therefore change authd to Manual startup. Not really a fix but good enough.
Следующую проблему я обнаружил, когда попробовал подключиться терминалкой к своей машине. Мне выдало ошибку: Because of error in data encryption, this session will end. Please try connecting to the remote computer again. Я попробовал подключиться с разных компьютеров, но результат был один и тот же. Тогда мне пришла мысль проверить журнал событий на своей машине. Результат был положительным. В системном журнале я обнаружил повторяющуюся ошибку следующего содержания:
Тип события: Ошибка
Источник события: TermDD
Категория события: Отсутствует
Код события: 50
Дата: 19.09.2008
Время: 13:11:04
Пользователь: Н/Д
Компьютер: SVERGIN-XP
Описание:
Компонент "DATA ENCRYPTION" RDP-протокола обнаружил ошибку в потоке протокола и отключил этого клиента
Порывшись в Интернете, я нашел рекомендации по решению данной проблемы на том же EventID.Net, которые привели меня к следующей статье: Сообщение об ошибке «Компонент "Шифрование данных" RDP-протокола обнаружил ошибку...». После удаления параметра Certificate из раздела реестра HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\TermService\Parameters, указанная ошибка перестала появляться в журнале. Но проблема осталась. Подключиться к моей машине не удавалось. Найдя в системном журнале многочисленные записи след. события:
Тип события: Уведомление
Источник события: Application Popup
Категория события: Отсутствует
Код события: 26
Дата: 22.09.2008
Время: 11:26:02
Пользователь: Н/Д
Компьютер: SVERGIN-XP
Описание:
Всплывающее окно приложения: : \SystemRoot\System32\RDPDD.dll failed to load
и снова поискав в Инете я в конце-концов набрел на блог \SystemRoot\System32\RDPDD.dll failed to load, в котором и описывалось решение данной проблемы, а так же ссылка на форум NVIDIA, где эта проблема разбирается более подробно. Похоже, что могли бы помочь драйвера на nVIDIA-чипсет другой версии. Но я решил, что все же более простым решением будет небольшая правка реестра, чем эксперементы с дровами. Итак, я добавил следующий параметр:
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management]
"SessionImageSize"=dword:00000020
Ура!!! Проблема решена! Наконец-то я могу подконектиться к своей машине.
Кажется уже все. Какие ещё могут быть проблемы? Но нет, рано наслаждаться спокойной работой! При попытке подключения к Project Server 2007 через PWA, выдается сообщение:
At least Internet Explorer version 6 is needed to use Project WebAccess.
Стоит отметить, что работаю я в Avant Browser'e и порывшись в Инете, обнаружил, что эта проблема напрямую связана с моим любимым браузером и обсуждается на форуме Avant'a. К счастью, она имеет решение. Необходимо сделать следующее:
Перейти в реестре к разделу:HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\User Agent\Post Platformи удалить ключ "Avant Browser"="IEAK"
Чтобы эта проблема не повторялась (Avant снова прописывает этот ключ при каждом запуске), необходимо на указанный раздел выставить для своей же учетки запрет на полный доступ