[Onix777]

Похоже, что контекстное винрара виновато, попробовал еще раз включить/выключить.
Дамп приложил.

[ruslan...]

Onix777,

Очень прозрачно можно подумать на C:\Program Files (x86)\WinRAR\RarExt64.dll

Но поскольку дамп абсолютно чист, без всяких заковырок, Вы без особого труда выявите виновника следующим способом:
Как определить, является проблема системной или вызвана сторонним приложением/службой

Отпишитесь о результатах.

По проверке сис. файлов: один не серьезный файл не восстановлен.
Если будет желание, напишите потом. Попробуем его восстановить.

[Onix777]

Спасибо за оперативность!

Описанный способ делал первым делом. Отключал всё ненужное.

Контекстные Winrar пока выключил, посмотрю на поведение. Хотя с ними конечно куда удобнее.
Может обновить его или частично заблокировать как-то, чтобы проводник не убивал, но контекстные были??

Или вообще другой архиватор использовать...

[ruslan...]

Или вообще другой архиватор использовать »

Вообще, лучше и продуктивнее 7-ZIP.

Может обновить его »

Конечно нужно обновить, у других таких проблем он не вызывает. http://www.win-rar.ru/download/
Возможно некачественный репак ...

[mwz]

у других таких проблем он не вызывает. http://www.win-rar.ru/download/ »

Интересно... По ссылке на официальный сайт версия 5.40, в то время как на ftp у них уже пару недель лежит финальная (до неё была бета-6) версия 5.50 обеих разрядностей: аглицкая, русская и ряд других языков.

Возможно некачественный репак ... »

Вот никогда не понимал, зачем использовать репаки при возможности брать официальные версии с полпинка...

PS
Хех... А на официальном-то англоязычном сайте версия 5.50 лежит как раз с 14 августа. Точнее, даже чуток раньше: 14-го было добавлено несколько локализаций.

[VasyaOK]

А чем анализировать дамп-файлы, сделанные посредством procdump? Аналогичая проблема - перезагружается explorer.exe. Сразу же после установки, на чистой системе (Windows 7 x64 Ultimate SP1 + UpdatePack7R2. Но explorer крашится и без UpdatePack - пробовал оригинальный MSDN-диск (md5: 10963967c12e6b58d346054f51aff5c1), всё тоже самое. Вроде бы вычислил "методом тыка", что виноват K-Lite Codec Pack (точнее, Icaros Shell Extensions), но хотелось бы знать наверняка...

[Petya V4sechkin]

VasyaOK, выложите DMP-файл.

А чем анализировать

Debugging Tools for Windows.

[VasyaOK]

выложите DMP-файл. »

https://www.upload.ee/files/7386691/...25553.rar.html

Цитата: А чем анализировать Debugging Tools for Windows. »

Там много чего в составе. Если не сложно, вкратце можно узнать порядок действий?

[Petya V4sechkin]

Если не сложно, вкратце можно узнать порядок действий?

1. Запускаем WinDbg.
2. Если в первый раз, задаём в меню File -> Symbol File Path и Image File Path:
   srv*D:\Symbols*http://msdl.microsoft.com/download/symbols
   (папка D:\Symbols для примера, туда будут скачиваться отладочные файлы с сервера Microsoft).
3. Открываем дамп, выполняем команду !analyze -v (анализ) или просто k (просмотр стека). Если там окажется сторонний модуль, причина определена.

Конкретно в вашем дампе стек такой:

Код:

00000000`04d5cfc8 000007fe`e8a898bd imapi2fs!OBJECT::Compare+0x4
00000000`04d5cfd0 000007fe`e8a8744c imapi2fs!MESSAGE::LogMsg+0x55
00000000`04d5d030 000007fe`e8a958c0 imapi2fs!IO_DP_DRIVE::HardRead+0x220
00000000`04d5d0d0 000007fe`e8a953e5 imapi2fs!READ_MODIFY_WRITE_CACHE::MakeCacheBlockValid+0xb8
00000000`04d5d100 000007fe`e8a9787f imapi2fs!READ_MODIFY_WRITE_CACHE::Read+0x79
00000000`04d5d140 000007fe`e8a9cd5c imapi2fs!UDF_LVOL::Read+0xab
00000000`04d5d180 000007fe`e8aa0c4e imapi2fs!FILE_ICB_DESCRIPTOR::ReadData+0x4f8
00000000`04d5d200 000007fe`e8aa0eb3 imapi2fs!DIR_ICB_DESCRIPTOR::ProbeRead+0xda
00000000`04d5d240 000007fe`e8aa0dd9 imapi2fs!DIR_ICB_DESCRIPTOR::NextFidWithoutPointerIncrement+0x8b
00000000`04d5d2a0 000007fe`e8b0ee40 imapi2fs!DIR_ICB_DESCRIPTOR::NextFid+0x15
00000000`04d5d2d0 000007fe`e8b0eee7 imapi2fs!UdfFileSystemSupport::ImportDirectory+0xeb8
00000000`04d5dbb0 000007fe`e8b0eee7 imapi2fs!UdfFileSystemSupport::ImportDirectory+0xf5f
00000000`04d5e490 000007fe`e8b0cbf7 imapi2fs!UdfFileSystemSupport::ImportDirectory+0xf5f
00000000`04d5ed70 000007fe`e8ad1857 imapi2fs!UdfFileSystemSupport::ImportImage+0x723
00000000`04d5f250 000007fe`e8add491 imapi2fs!FileSystemSupport::ImportFileSystem+0x43
00000000`04d5f2a0 000007fe`e8add7ee imapi2fs!FileSystemImage::ImportSpecificFileSystem+0x3bd
00000000`04d5f540 000007fe`e8abb4d5 imapi2fs!FileSystemImage::ImportDefaultFileSystem+0x26a
00000000`04d5f700 000007fe`fe69d8f9 imapi2fs!CMsftFileSystemImage::ImportFileSystem+0x1b1
00000000`04d5f900 000007fe`ff2f3843 shell32!CCDBurn::_FetchRewritableFreeBlocksWorkitem+0x149
00000000`04d5f990 00000000`7713004b shlwapi!ExecuteWorkItemThreadProc+0xf
00000000`04d5f9c0 00000000`7712fc62 ntdll!RtlpTpWorkCallback+0x16b
00000000`04d5faa0 00000000`76f059cd ntdll!TppWorkerThread+0x6f7
00000000`04d5fd30 00000000`7713a561 kernel32!BaseThreadInitThunk+0xd
00000000`04d5fd60 00000000`00000000 ntdll!RtlUserThreadStart+0x1d

Тут сторонних модулей нет, системный imapi2fs.dll относится к IMAPI, может означать проблему с файловой системой UDF на CD/DVD-диске.

В других потоках присутствует
C:\Program Files\Classic Shell\ClassicStartMenuDLL.dll
Относится он к проблеме или нет, неизвестно (удалите Classic Shell для эксперимента).

[VasyaOK]

Petya V4sechkin,
Пасиб, похоже вы попали в точку - DVD-диск действительно битый. Выкинуть жалко (жаба "давит" ) - вот и изгаляюсь по несколько раз перезаписывая. В общем, для начала - выкинуть DVD-диск.
Classic Shell не удалял, но менял версию (проблема возникла ещё на версии 4.2.5, заменил на последнюю 4.3.1 - проблема не ушла). С помощью ShellExView отключал Context Menu и Browser Helper Object для Classic Shell - тоже результата не дало. А вот деинсталляция K-Lite Codec Pack (точнее, "не-инсталляция" из FirstLogon при автоматической установке) проблему вроде бы решила. Во всяком случае, мне сейчас не удаётся поймать падение explorer.exe.
Попробую ещё по вашей методе проанализировать другие дампы (предыдущие, ибо - повторюсь сейчас ничего не валится). Ну, и конечно удалю "больной зуб" (DVD-диск).