нашел вот такое решение:
Перенос ОС с помощью клонирования системного раздела действительно иногда может вызывать глюки, связанные со сменой идентификатора диска. В этом случае обычно помогают такие процедуры, как выполнение команды fdisk /mbr после загрузки ПК с дискеты Windows 9х или обработка системы приложением sysprep.exe для удаления из нее всех индивидуальных маркеров. Второй вариант не подходит, если система давно в работе и в ней есть дополнительные учетные записи.
Вы пробовали переустанавливать Windows на чистый диск (желательно его переразметить и отформатировать заново), а это значит, что проблема, скорее всего, связана с железом. Например, не тянет блок питания, или действительно вам досталась глючная оперативка. Для начала я бы предложил поэкспериментировать с настройками CMOS Setup, дабы выставить щадящие параметры для оперативной памяти (напряжение и тайминги)
(
http://www.upweek.ru/faq/faq.php?bc_tovar_id=2112)
еще:
Этой заметкой хочу предостеречь джигитов, которые хотят построить терминальную ферму "правильно", т.е. используя т.н. перемещаемые профили.
По своей сути идея замечательная, на какой бы сервер не залогинился пользователь - везде за ним сохраняются настройки, такие как почта, мои документы, настройки рабочего стола, локали, принтеры и прочее. И все настройки профайла хранятся на отдельной сетевой "шаре".
Но это только в том случае, если бы это работало так как надо. По моему печальному опыту неверное сохранение/восстановление профайла приводит к непоправимым последствиям, зависаниям и блускринам терминальных серверов.
Так, на протяжении долгого времени наши терминальные серверы блускринили с непонятными интервалами от пятнадцати минут до недели с непременной невнятной ошибкой PAGE_FAULT_IN_NONSYSTEM_AREA (0x00000050). Сначала хотелось говорить плохие слова в адрес Citrix и их мегафермы, учитывая количество багфиксов и ну оччень регулярно выходящих хотфиксов и сервиспаков (что, понятно, не говорит о качестве продукта).
Опросы моих друзей и знакомых выявили такие же проблемы (которые не решаются) , а также, с другой стороны, полное отсутствие проблем с терминальными серверами.
Так вот, забавный факт, полное отсутствие проблем было в случаях, когда терминальный сервер настроен без всяких там взрослых ухищрений, а именно, без особой балансировки нагрузки и без roaming profiles.
И вот, вчера, убрав сохранение профилей на сетевой шаре (в групповой политике Terminal profile), подчистив все откешированные профили на сервере, мы имеем до сегодняшнего дня ни разу не заблускринивший сервер. Что только подтверждает правильность нашей догадки.
Майкрософту незачот.
Еще одна забавная деталь, ica протокол, который используется цитриксом медленнее, нежели стандартный виндовый rdp, думаю, это за счет включенного медленного базового шифрования. И быстрее ica только в случае удаленной работы по ненадежным или медленным каналам связи. Так что для внутреннего использования на бездисковых станциях рекомендую подключаться напрямую через rdp. Но, понятно, если нужны вкусности предоставляемые цитриксом, как балансировка нагрузки, оптимизация для медленных соединений, универсальные драйвера принтера, маппинг локальных дисков, то, безусловно, без цитруса вам не обойтись.
(
http://it-expert.com.ua/weblog/keyword/Citrix/)
решение -
http://support.microsoft.com/kb/281132
ну и вдогонку
Ошибка 0x00000050 - PAGE_FAULT_IN_NONPAGED_AREA
Ошибка появляется, когда запрошенные данные не найдены в памяти. Система при этом генерирует так называемую страничную ошибку, или страничное прерывание (page fault), которое при обычных условиях означает, что система ищет данные в файле подкачки (paging file). В этом случае, однако, искомые данные идентифицируются системой как находящиеся в резидентном пуле (nonpaged pool), а это значит, что они ни при каких обстоятельствах не могли быть сброшены на диск. Таким образом, система не может найти требуемые данные и, следовательно, не может продолжать работу. Этот тип ошибки может быть вызван дефектными аппаратными средствами (например, ОЗУ), некорректно работающим системным сервисом, резидентным антивирусным программным обеспечением, несовместимым с операционной системой, и повреждениями файловой системы NTFS.
(
http://comprad.narod.ru/XP/stop.html#id5)
+ страничка с BSOD нашего сайта
..._______________..
иностранный материал:
The behavior may occur if the win32k.sys is corrupted. Go to
C:\WINDOWS\System32 and rename the Win32k.sys file to Win32k.old and then
close the window. Now go back to the system32 folder and you will have a
new and non-corrupt Win32k.sys file.
The behavior also may be caused by that the virtual memory of the Windows XP
is corrupted. Disable and then enable the Virtual Memory to see whether it
solved the problem.
To disable Virtual memory:
1. Right click My Computer and choose properties
2. Click the Advanced tab
3. Under Performance click settings.
4. Click the Advanced tab.
5. Under Virtual memory click change
6. Click no paging file
7. Click OK
8. Restart the computer
To enable Virtual memory:
1. Right click My Computer and choose properties
2. Click the Advanced tab
3. Under Performance click settings.
4. Click the Advanced tab.
5. Under Virtual memory click change
6. Click System Managed Size
7. Click OK
8. Restart the computer
ну и загляни сюда:
http://aumha.org/a/stop.htm