Как мне подойти к анализу этого аварийного дампа Windows?

Моя Windows Vista x64 время от времени дает сбой. Может кто-нибудь сказать мне, что не так в соответствии с этим crashdump?

Microsoft (R) Windows Отладчик Версия 6.11.0001.404 X86
Авторские права (c) Корпорация Microsoft. Все права защищены.


Загрузка файла дампа [C:\Windows\Minidump\Mini102109-01.dmp]
Мини-файл дампа ядра: доступны только регистры и трассировка стека

Путь поиска символов: SRV*c:\symbols*http://msdl.microsoft.com/download/symbols
Исполняемый путь поиска: 
Windows Server 2008/ ядро ​​Windows Vista версии 6001 (с пакетом обновления 1) MP (4 процесса) Бесплатно x64
Продукт: WinNt, набор: TerminalServer SingleUserTS
Построен: 6001.18145.amd64fre.vistasp1_gdr.080917-1612
Имя машины:
База ядра = 0xfffff800`01a0c000 PsLoadedModuleList = 0xfffff800`01bd1db0
Время сеанса отладки: среда 21 октября 10:30:41.928 2009 (GMT+2)
Время работы системы: 0 дней 0:00:16.021
Загрузка символов ядра..........................................
Загрузка пользовательских символов
************************************************** *****************************
* *
* Анализ ошибок *
* *
************************************************** *****************************

Используйте! Analysis -v, чтобы получить подробную информацию об отладке.

BugCheck 1000007E, {ffffffffc0000005, fffff80001cdd46a, fffffa6002a04328, fffffa6002a03d00}

Вероятно, вызвано: fileinfo.sys ( fileinfo!FIPfInterfaceClose+48)

Продолжение: MachineOwner
---------

0: kd>! Анализировать -v
*******************************************************************************
*                                                                             *
* Анализ ошибок *
* *
************************************************** *****************************

SYSTEM_THREAD_EXCEPTION_NOT_HANDLED_M (1000007e)
Это очень распространенный баг-чек. Обычно адрес исключения указывает
драйвер / функция, вызвавшая проблему. Всегда отмечайте этот адрес
а также дата ссылки на драйвер / образ, который содержит этот адрес.
Некоторые распространенные проблемы: код исключения 0x80000003. Это значит тяжело
закодирована точка останова или утверждение, но эта система была загружена
/NODEBUG. Это не должно происходить, так как разработчики никогда не должны иметь
жестко закодированные точки останова в розничном коде, но...
Если это произойдет, убедитесь, что отладчик подключен и
система загружается /DEBUG. Это позволит нам понять, почему эта точка останова
происходит.
Аргументы:
Arg1: ffffffffc0000005, код исключения, который не был обработан
Arg2: fffff80001cdd46a, адрес, на котором произошло исключение
Arg3: fffffa6002a04328, адрес записи исключения
Arg4: fffffa6002a03d00, адрес контекстной записи

Детали отладки:
------------------


EXCEPTION_CODE: (NTSTATUS) 0xc0000005 - Описание обучения 0x%08lx verwijst naar geheugen op 0x%08lx. Een lees- schrijfbewerking op het geheugen is mislukt:% s.

FAULTING_IP: 
нт!ObpReleaseHandleInfo+4а
fffff800`01cdd46a 418b4908 mov ecx, dword ptr [r9 + 8]

EXCEPTION_RECORD: fffffa6002a04328 - (.exr 0xfffffa6002a04328)
Не удается прочитать исключительную запись @ fffffa6002a04328

КОНТЕКСТ:  fffffa6002a03d00 - (.cxr 0xfffffa6002a03d00)
Невозможно прочитать контекст, ошибка Win32 0n30

CUSTOMER_CRASH_COUNT: 1

DEFAULT_BUCKET_ID: VISTA_DRIVER_FAULT

BUGCHECK_STR: 0x7E

PROCESS_NAME: система

CURRENT_IRQL: 0

LAST_CONTROL_TRANSFER: от fffff80001cdd9cd до fffff80001cdd46a

STACK_TEXT:  
fffffa60`02a04568 fffff800`01cdd9cd: 00000000`00000000 fffffa80`07c75b20 fffff880`000033d0 00000000`00000000: nt! ObpReleaseHandleInfo + 0x4a
fffffa60`02a04570 fffff800`01cddd07: fffff880`000033e0 fffffa80`00000000 fffffa80`06cc5690 00000000`00000000: nt! ObpDecr