Ronin666 Ладно. Раз так то давай посмотрим на возможные причины проблемы. И отсюда начнём проверять.
1) Сеть - системы семейства Windows NT построены по модели "клиент-сервер" и взаимодействие между "клиентом" (инициатором) <-> ядром (диспетчером сообщений и процессов взаимодействия <-> "сервером" (ответчиком) происходит через механизм mail slots ("именованные каналы") с использованием протокола NetBIOS. Это низший (в данном случае канальный) уровень взаимодействия. А раз так, то нарушения на нём приведут к сбою всей цепочки. А что это может вызвать? Например, если в машине есть не замкнутая на выходе на терминатор (нагрузку) сетевая карта со скоростью передачи от 100 Мбит. Тогда такая карта вроде и не мешает, драйвера встали, но на шине начинает "дурить". Выход - вставить в выходной разъём терминатор либо подключить её к иному активному устройству (другой карте, свичу, хабу), после чего в свойствах её драйвера прописать её собственный MAC адрес и перезапустить систему. На перезапуске система обнаружи её и присвоит ей адрес из группы выделенных для Микрософт адресов вида 169.254.х.х. Наши действия - в настройках TCP/IP для неё задаём маску 255.255.0.0, шлюз 169.254.0.1. Это обеспечит нам возможность работы со всей подсетью в 65270 хостов (из 65536 хостов один адрес 169.254.255.255 используется как широковещательный, 254 хоста с адресами содержащими 127 в любой позиции (LOCALHOST) и 1 шлюз так же нам не доступны). Иные маски уменьшат диапазон доступных нам хостов в каждой из подсетей. Если у нас на один адаптер приходит несколько подсетей, то мы в принципе можем задать ему и альтернативные сетевые адреса, главное что бы они были заданы правильно и настроить в системе маршрутизацию используя команду
route. Если мы это сделаем правильно, то всё должно заработать без ошибок. Иначе последствия будут не предсказуемы. Причина в том, что пакеты NetBIOS для обеспечения внутренней маршрутизации передаются в поле данных пакетов других протоколов - раньше (WinNT 3.1 - 3.5) через IPS/SPX, после (WinNT 3.51/4.0, 2000/XP/2003/Vista/2008) - TCP/IP. В этом и заключается смысл "инкапсуляции" - непрерывное логическое сеансовое соединение мы разделяем на сетевом уровне на пакеты, осуществляя переход от модели "коммутация соединений (каналов)" к модели "коммутация пакетов" - менее эффективной по использованию полосы пропускания канала, но обеспечивающей гарантированное время доставки данных в многопользовательских соединениях. И по каналу связи передаём небольшие пакеты, собирая их на стороне приёмника в исходное сообщение. А, поскольку для обеспечения надёжности системы она использует сетевое взаимодействие через сетевой адаптер, виртуальное соединение между его входом и выходом, то его ошибки приведут к сбоям ядра вследствие превышения интервала времени ожидания локальных пакетов из-за многократных повторов тех, данные в которых оказались повреждены при передаче. А у не терминированных 100/1000/10000-BASE-T(-TX/-T4) Mb/s карт коэффициент потери пакетов составит 100% - они ведь при приёме проверяют свой MAC адрес в заголовке пакета, а когда у такой карты нет нагрузки её передатчик просто отключается от канала связи для снижения уровня помех в кабеле. Пакеты естественно теряются - они просто перезаписываются в буфере передатчика, но не передаются в канал связи, а как следствие, естественно не приходят на вход приёмника. В низкоскостных картах 10-BASE-T (-TX, -T4) передатчик не выключается, но все остальные механизмы работы подобны их более скоростным налогам, кроме того, что MAC адрес таких карт можно прочитать в регистре статуса устройства всегда, а не только тогда когда включён его передатчик...
Ну, программный имитатор "Microsoft Loopback Adapter" это программа-заглушка разработанная ещё во времена создания MS Lan Manager 1.0 for MS DOS (~ 1981 - 1982 год, использует IP любой адрес вида 127.x.x.x, x.127.x.x, .x.x.127.x, x.x.x.127, где х - любое значение в интервале от х=0 до х=255) с целью использования её в качестве диагностического инструмента при проверке буферов данных сетевых карт на возможные искажения передаваемых данных. Она почти ничего не делает - данные без изменений просто помещаются в буфер заглушки и если пакет данных короче 64 байт или меньше целого числа байт, то она дописывает его до 64 или ближайшего большего целого числа байт значениями 0х00 либо нулевыми битами за верхней границей пакета, а затем они передаются как якобы принятые, но они не содержат служебной информации и при обработке часть их может быть интерпретирована не верно, так как программа сравнивает полученные пакеты с шаблоном и по нему извлекает из них поле данных. Ну, а последствия думаю понятны - данные не содержащие служебную информацию и дописанные программой будут обязательно искажены.
2) Точка ошибки - это сбои файловой системы. Ну тут только chkdsk <имя_тома> /f/r.
3) Точка ошибки - сбой механизма сравнения в утилите от Микрософт. Допускаю, но тогда у нас встаёт вопрос о его первопричине. Сеть, малые тайминги шины PCI, сбои ОЗУ, иногда отказавшая/отказывающая видео карта - это основные "герои". Выстави на всякий случай Latency timer PCI в BIOS Setup в значение 64 (многие платы предлагают установить 32, но у большинства устройств внутри "прошит" цикл 64 такта шины, а этот параметр и задаёт цикл ожидания ответа устройства на шине PCI), иногда даже его может оказаться мало, тогда смело его ставь на максимум, не ошибёшься. Проверь значения частот на шине - PCI устройства, а особенно дисковые контроллеры допускают отклонение частоты шины не более чем на несколько (обычно не более 1,5% - 2% от номинального значения) и повышения частоты не допускают.
4) Ошибки в Реестре - программа ошибочно помечена на удаление. Дальше можно представить...
Попробуй проверь по этому списку, а затем глянем что получилось...
Кстати, все отключать не стоит. Имеет смысл отключит службы: Messenger, Remoute Registry (перевести как минимум на запуск "вручную"). Обязательно включить: Allerter, VSS (теневое копирование тома), "Клиент отслеживания изменившихся связей" - режим запуска "Автомат". Установить запуск драйверов файловых систем CDFS, NTFS, UDF, FASTFAT, NPFS (распознаватель файловых систем) на режим запуска "Система", если стоит SCSI контроллер от Adaptec, то включить драйвер ASPI32 на режим запуска "Автомат" если к контроллеру не подключены жёсткие диски. Он часто устанавливается на "Загрузка" и бывает, сбоит всю дисковую подсистему. Для управления драйверами/демонами я пользуюсь бесплатной утилитой
Pserv.cpl текущая версия 2.7, (pserv.cpl 2.7 - Released August 15, 2007). У неё открытый исходный код, текущая версия имеет английский и немецкий языки интерфейса. Что в ней имеется: управление драйверами, службами (включая установку и удаление), просмотр Журнала Событий (Безопасность, Система, Приложения), списков запущенных процессов, и модулей библиотек DLL, удаление программ и редактирование списка установленных программ, печать, автономный исполняемый модуль и апплета для Панели Управления, экспорт отчёта в формате XML, возможность чтения параметров коммандной строки. Размер дистрибутива 394 Кб. Лицензия BSD с открытым исходным кодом. Программа распространяется как Freeware. Думаю, что этот инструмент многим пригодится. Хотя, у неё есть и недостаток: по умолчанию, в качестве расширения для имени драйверов в окне выбора модуля подставляется значение *.EXE. Правится руками. Данный недостаток единственный замеченный за почти пять лет работы с данной программой. Ошибок при работе с драйверами/службами не возникало ни разу, а исправляла она их наверное не одну тысячу раз в самых неудобных для этого ситуациях.
Так, что рекомендую. Пригодится, и не раз. Это отличный инструмент. У автора на сайте есть ещё целый список подобных, но говорю сразу - многие не обновлялись уже несколько лет.
