Есть проблема: я набираю текст в Word и время от времени сохраняю его, но в какой-то момент появляется сообщение: «Не удалось завершить сохранение из-за ошибки доступа к файлу Normal.dot». При следующих попытках сохранить документ ему автоматически дается имя WRL0375.tmp или что-то подобное, и после открытия становится ясно, что файл пустой. Сначала я думал, что проблема в флешке, так как все сохраняю на ней, но такая же ситуация происходит и при работе с файлами на жестком диске. Компьютер защищен: установлен «Антивирус Касперского 2009», базы обновляются регулярно, также имеются MS Office 2002 и Windows XP SP2. Буду очень признателен за вашу помощь.
Скорее всего, причина заключается в антивирусном программном обеспечении. Вы не указали файловые системы на флэш-накопителе и локальном диске, однако известный баг возникает при работе с документами Word на дисках, отформатированных в FAT-32. Ошибка была выявлена в версиях «Антивирус Касперского 2009» и KIS 2009. Попробуйте временно деактивировать антивирус – если проблема исчезнет, тогда ищите решение по следующей ссылке: support.kaspersky.ru/kis2009/error?page=1 target="_blank"]Источник[/mask_link]
Приложению Word не удалось завершить сохранение из-за ошибки доступа к файлу
Отправлено 23 Июнь 2015 — 17:08
В этом процессе пользователь вносит изменения в документ с помощью MS Word, затем сохраняет их, и файл возвращается обратно в приложение.
Поступили обращения, что при попытке сохранить редактируемый файл программа вызывает диалоговое окно "сохранить как", в котором автоматически выставляется имя файла, предложенное системой.
После того как в настройках Word была убрана галка «разрешать фоновое сохранение», он стал выдавать вполне человеческого вида ошибку, а именно: «Приложению Word не удалось завершить сохранение из-за ошибки доступа к файлу.»
Код приложения был тщательно исправлен, и все участки, где теоретически файл мог быть заблокирован, были проверены.
Тем не менее, ошибка продолжает появляться, при этом Unlocker не отображает процессы, которые могут блокировать файл.
В тех случаях, где установлен ES10, проблема проявляется стабильно. Когда Spider Guard отключен, ошибка исчезает.
Поиск по описанию ошибки выдаёт, что проблема весьма распространённая и актуальная. Кто-то винит АВ, кто-то Windows Search (а вот его отключать категорически не хочется).
Проверка архивов отключена.
В логах SpiderG3 следующее:
Кто-нибудь сталкивался с подобным и как это победить?
Dr.Web Server 13.00.1-202401120 (Linux 5.10.198-std-def-alt1 x86_64; 1 SMP Wed Oct 11 00:33:51 UTC 2023; glibc 2.32)
#2 
Konstantin Yudin
Konstantin Yudin
Отправлено 23 Июнь 2015 — 18:39
нужно собрать трейсы procmon с воспроизведением ошибки сохранения. будем крайне признательны. ну и штатный отчет. возможно там есть третий участник который ломает синхронизацию.
С уважением, Константин ЮдинКомпания Doctor Web, Ltd.
#3 Jumbo Frame
Jumbo Frame
Отправлено 23 Июнь 2015 — 19:12
Konstantin Yudin
ОК. Отфильтровываться только по всей файловой активности или ещё по активности процессов? Сохранять в PML?
Dr.Web Server 13.00.1-202401120 (Linux 5.10.198-std-def-alt1 x86_64; 1 SMP Wed Oct 11 00:33:51 UTC 2023; glibc 2.32)
#4 Konstantin Yudin
Konstantin Yudin
Отправлено 23 Июнь 2015 — 22:56
Чем больше, тем предпочтительнее. Мало что может быть упомянуто. Все виды действий. Храните все происшествия и в PML. Ссылку на трейс и отчет лучше отправить в личные сообщения. Благодарю.
With best regards, Konstantin YudinDoctor Web, Ltd.
#5 Thorvardr
Thorvardr
Отправлено 24 Июнь 2015 — 10:17
У нас с Excel такая же шляпа в последнее время. Открывают рабочую книгу, добавят туда пару строк, потом сохранить не могут, но у нас это все на сетевом ресурсе. Эффект нестабильный, пока не разрешен.
#6 Jumbo Frame
Jumbo Frame
Отправлено 24 Июнь 2015 — 12:07
Konstantin Yudin
Сервер Dr.Web версии 13.00.1-202401120 (Linux 5.10.198-std-def-alt1 x86_64; 1 SMP Ср Окт 11 00:33:51 UTC 2023; glibc 2.32)
#7 Konstantin Yudin
Konstantin Yudin
Отправлено 24 Июнь 2015 — 12:08
спасибо. буду курить
With best regards, Konstantin YudinDoctor Web, Ltd.
#8 Jumbo Frame
Jumbo Frame
Отправлено 07 Июль 2015 — 11:26
Видел новость, что в 6-й версии что-то с обработкой контейнеров поправили.
Ожидается ли подобное для 10-й версии?
Сервер Dr.Web версии 13.00.1-202401120 (Linux 5.10.198-std-def-alt1 x86_64; 1 SMP среда 11 октября 2023 года 00:33:51 UTC; glibc 2.32)
#9 Konstantin Yudin
Konstantin Yudin
Отправлено 07 Июль 2015 — 11:39
У Encounter новость, что в шестой версии были улучшены аспекты обработки контейнеров. Можно ли ожидать что-то подобное в десятой версии?
#10 Jumbo Frame
Jumbo Frame
Отправлено 08 Июль 2015 — 16:39
Хорошо, а по описанной проблеме есть какие-то подвижки?
Dr.Web Server 13.00.1-202401120 (Linux 5.10.198-std-def-alt1 x86_64; 1 SMP Wed Oct 11 00:33:51 UTC 2023; glibc 2.32)
#11 Konstantin Yudin
Konstantin Yudin
Отправлено 09 Июль 2015 — 15:09
со стороны se пару проблем пофиксили. ждал специалиста, он теперь смотрит со стороны драйвера. нужны будут еще трейсы возможно. мы сообщим. причина видна, а начала ее не понятно. возможно придется с эмулировать как то, чтоб отладится.
With best regards, Konstantin YudinDoctor Web, Ltd.
#12 Jumbo Frame
Jumbo Frame
Posters
Konstantin Yudin,
Благодарю, будем ждать.
Dr.Web Server 13.00.1-202401120 (Linux 5.10.198-std-def-alt1 x86_64; 1 SMP Wed Oct 11 00:33:51 UTC 2023; glibc 2.32)
#13 Alexander Nosov
Александр Носов
Отправлено 15 Июль 2015 — 10:54
Можно еще снять лог с выключенным Spider Guard? Так же с включенным Spider Guard нужно раньше включить логирование. Там есть возможность вообще с бута писать. А то получается не видать кто сделал первое открытие файла и держит его.
#14 Jumbo Frame
Jumbo Frame
Отправлено 15 Июль 2015 — 19:15
Хм. Автор программы говорит, что проблема больше не воспроизводится, сейчас опрашиваем пользователей.
Dr.Web Server 13.00.1-202401120 (Linux 5.10.198-std-def-alt1 x86_64; 1 SMP Wed Oct 11 00:33:51 UTC 2023; glibc 2.32)
Читают тему: 0
0 пользователей, 0 гостей, 0 скрытых
Ответить на цитированные сообщения Очистить
- Dr.Web forum
- → Русские форумы
- → Dr.Web Enterprise Suite
- Privacy Policy
- Terms target="_blank"]Источник[/mask_link]
Не удается завершить сохранение из-за ошибки доступа к файлу Normal.dot
![]()
Проблема такая: набираю текст в Word и периодически его сохраняю, в какой-то момент появляется уведомление: «Не удается завершить сохранение из-за ошибки доступа к файлу Normal.dot». При дальнейших попытках записать файл ему автоматически присваивается имя WRL0375.tmp или похожее, однако после открытия выясняется, что он пустой. Сначала я грешил на флэшку, потому что все храню на ней, но при работе с документами на жестком диске происходит то же самое. Комп защищен: стоит «Антивирус Касперского 2009», базы обновляю регулярно, также установлены MS Office 2002, Windows XP SP2. Буду очень признателен за вашу помощь.
Похоже, дело в антивирусе. Вы не указали файловые системы на флэшке и локальном диске, однако известно, что этот баг проявляется при работе с документами Word на дисках, размеченных под FAT-32. Ошибка обнаружена в продуктах «Антивирус Касперского 2009» и KIS 2009. Попробуйте временно отключить антивирус – если проблема исчезнет, то решение ищите здесь: support.kaspersky.ru/kis2009/error?page=1 target="_blank"]Источник[/mask_link]
