1с файл не обнаружен 2 0х00000002
После обновления 1С, после запуска секунд через 10 - 30 вываливает ошибку Обнаружено нарушение целостности системы и варианты: Перезапустить или завершить работу.
Попробовал выполнить процедуру как при ошибке: Файл базы данных поврежден
- Конфигуратор - “Администрирование” и нажимаем на “Тестирование и исправление”.
- Тестирование целосность БД: chdbfl.exe
Все тесты проходят успешно, но после старта 1С и запуска базы выскакивает ошибка: Обнаружено нарушение целостности системы
Кто знает в чем причина ?
Ошибка «Обнаружено нарушение целостности системы» на самом деле означает, что обнаружено нарушение условий лицензирования. Может возникнуть после обновления платформы 1С 8.3, при входе в базу данных в пользовательском режиме.
База данных абсолютно рабочая и нет смысла её проверять, лечить, восстанавливать из бэкапа и т.п. С целостностью системы и базой данных 1С всё в порядке - инфа 100%.
Причина возникновения ошибки - в наличии на компьютере установленного нелицензионного эмулятора ключа защиты, либо следов его установки.
Для устранения ошибки необходимо удалить из системы нелицензионный эмулятор ключа защиты, подчистить следы его установки. Сделать это можно вручную:
1. Откатить платформу и работать в старых версиях ( та которая у вас была до этого _ просто удалив текущий релиз ). Это временное решение, рано или поздно фирма 1С выпустит релизы, которые будут работать только на новых платформах.
2. Перейти на работу в сервисе 1С:Облако от 1000 руб/мес.
3. Купить ключи и пользоваться программой официально.
ИТАК: Перед установкой официальных лицензий или Repack (что мы не рекомендуем) вам необходимо:
Вариант 1 (haspflt.sys):
Удалить:
1.1 windows\system32\drivers\haspflt.sys
1.2 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\haspflt
1.3 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Emulato r\HASP\Dump
Вариант 2 (vusbbus.sys):
1. В диспетчере устройств ищем, и если есть, удаляем в Системных устройствах - Virtual Usb Bus Enumerator (желательно поставить галку Удалять программы драйвера)
2. Открываем консоль от админа
3. Проверяем наличие службы - sc query vusbbus
4. Если ошибка 1060 - все хорошо, службы нет, работать будет
5. Узнаем имя файла службы - sc qc vusbbus
6. Удаляем указанный файл (SystemRoot обычно равно C:\WINDOWS) (обычно \SystemRoot\system32\DRIVERS\vusbbus.sys)
7. Удаляем службу - sc delete vusbbus
Как удалить "ломанную" 1С
В связи с последними удачными попытками 1С бороться с пиратством с выходом платформы 8.3.10.2667 и выше нас очень часто спрашивают как удалить, снести пиратскую или как иногда называют "ломанную" ("крякнутую") платформу 1С?
Примечательно, что данная информация пригодится очень многим пользователям. С начала года большое количество запросов в интернете на тему "нарушением целостности системы" или "как удалить эмулятор ключа защиты". Казалось бы довольно тривиальная задача? Но не спешите. Есть несколько вариантов развития событий. Разберемся подробнее.
Чтобы правильно удалить ломанную платформу 1С и установить на ее месте лицензионную сначала надо уточнить как же была "крякнута" 1С 8. До недавнего момента существовало как минимум два действенных способа это сделать:
Подмена dll - backbas.dll 8.3
Эмулятор ключа защиты
Как восстановить backbas.dll
Если ваша платформа была сломана этим образом, то вы отделаетесь малой кровью Мы рекомендуем просто удалить все версии платформы 1С и установить заново свежую версию платформы, до этого, конечно, позаботиться о приобретении лицензии(возможно даже у вас все есть - надо найти бумажную лицензионную карточку 1С). Если лицензии у вас нет, вы можете заказать ее покупку у нас.
Как удалить эмулятор ключа hasp
Вторым нелегальным способом использовать платформу 1С является эмулирование драйвера ключа защиты Hasp. Если у вас этот случай, то тут придется повозиться. Вам надо снести или как пишут грохнуть все следы пребывания эмулятора HASP у вас на компьютере.
Попробуйте выполнить следующие шаги:
Остановить все службы, которые содержут ключевые слова «Hasp», «HLServer», «NHSrvice» и т.п.;
При наличии, остановить службу Sentinel LDK License Manager, так как её работа может вызывать ошибку при удалении файлов и отключении служб, описанных в следующих пунктах:
Удалить все компоненты HASP через "Панель управления";
Зайдите в диспетчер устройств. В ветке "Системные устройства" удалите "Virtual Usb Bus Enumerator". Это может быть скрытое устройство в ОС, которое можно отобразить через пункт меню "Вид"-"Показать скрытые устройства";
В диспетчере устройст удалить все устройства содержащие следующие слова: «Hardlock», «Haspnt», «HASP fridge» , «aksfridge»;
Удалите ветку реестра HKEY_LOCAL_MACHINE\System\CurrentControlSet\NEWHASP\ ;
Удаляем ветку реестра HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Emulato r\HASP ;
Удалить все ветки реестра содержающие слово Hasp, fridge, safenet, sentiel;
Из папок "%systemroot%\System32" и "%systemroot%\System32\drivers" удалить все файлы aks*.*, «hardlock.sys», «haspnt.sys» и т.п.
После выполнения действий перезапустите компьютер.
Зайдите в 1С и в окне "О программе" посмотрите какую лицензию стала использовать платформа 1С.
Регулярно при сохранении конфигурации появляется ошибка вида
"Файл не обнаружен 'C:\Users\user\LOCALS~1\Temp\1\v8_E0E3_e.tmp' 2(0x00000002): Не удаётся найти указанный файл".
Файла действительно не обнаруживается, другие аналогичные временные файлы в каталоге лежат. Пробовал на разных терминальных серверах под разными пользователями. Ошибка всё равно возникает.
Что это может быть и как с этим бороться?
(1) Вполне современные терминальные сервера. Никакого ФАТа. Win 2012. Нашёл Win 2003 и тоже попробовал. Не помогло.
Антивируса, упаси боже, на терминальных серверах нет. Есть виртуализация. Сервера виртуальные на Proxmox
(2) Если ничего не путаю, совместимость со старыми программами и генерация коротких имён типа "LOCALS~1" по умолчанию включена. Даже на самых современных виндах.
(0) попробуй сохранить конфигурацию поставщика отдельно. Или сделать сверку конфигурации поставщика с основной конфигурацией. Если будут ошибки, значит у тебя разрушилась конфигурация поставщика. Было у меня такое.
(6) Права выглядят нормально. И пробовал на двух разных серверах. Проблема сохраняется - где-то один раз из десяти при сохранении конфигурации вылетает. (7) (7) Пробовал. Не помогает.
(8) Сравнение с конфигурацией поставщика делал. Проходит без ошибок. Проблем не видно. Мои изменения в сравнении видны корректно.
Может связано с хранилищем конфигурации? Но без него как-то не хочется работать.
Автор так и не описал, когда же у него возникает ошибка.
"При сохраненни конфигурации" - Я как минимум три варианта тут вижу
(10) Жму F5, конфигуратор выкидывает ошибку. Последние изменения в конфигурации оказываются потеряны.
(14) Поясни. Туплю, наверное, но не понимаю, о чем речь. Пробовать мучать конфигуратор на другой базе? Так дорабатывать нужно эту. Даже если на другой базе проблемы нет, мне это не поможет.
(14) Мне кажется, что попробовав на разных серверах разных версий, я исключил проблемы windows и профайла пользователя. Завтра попробую исключить влияние доменной политики и терминала, запустив на недоменном компьютере.
Остаётся проблема в базе (ТИИ к утру что-то скажет) и проблема релиза (релиз поменять проблемно, много удалённых пользователей).
было у меня такое на локальном компьютере. После chkdsk, chkdfl, ТИИ и убрать/добавить базу в список базы, этот глюк исчез.
(15) Сохрани основную конфигурацию, загрузи в чистую базу, внеси изменения, обнови конфигурацию БД.
Затем то же самое, только вместо первого пункта сохрани конфигурацию БД.
Требовать и эффективности, и гибкости от одной и той же программы — все равно, что искать очаровательную и скромную жену. по-видимому, нам следует остановиться на чем-то одном из двух.
Фредерик Брукс-младший
Регулярно при сохранении конфигурации появляется ошибка вида "Файл не обнаружен 'C:UsersuserLOCALS~1Temp1v8_E0E3_e.tmp' 2(0x00000002): Не удаётся найти указанный файл". Файла действительно не обнаруживается, другие аналогичные временные файлы в каталоге лежат. Пробовал на разных терминальных серверах под разными пользователями. Ошибка всё равно возникает. Что это может быть и как с этим бороться?
Вполне современные терминальные сервера. Никакого ФАТа. Win 2012. Нашёл Win 2003 и тоже попробовал. Не помогло.
Антивируса, упаси боже, на терминальных серверах нет. Есть виртуализация. Сервера виртуальные на Proxmox
Если ничего не путаю, совместимость со старыми программами и генерация коротких имён типа "LOCALS~1" по умолчанию включена. Даже на самых современных виндах.
попробуй сохранить конфигурацию поставщика отдельно. Или сделать сверку конфигурации поставщика с основной конфигурацией. Если будут ошибки, значит у тебя разрушилась конфигурация поставщика. Было у меня такое.
Права выглядят нормально. И пробовал на двух разных серверах. Проблема сохраняется - где-то один раз из десяти при сохранении конфигурации вылетает. Пробовал. Не помогает. Сравнение с конфигурацией поставщика делал. Проходит без ошибок. Проблем не видно. Мои изменения в сравнении видны корректно. Может связано с хранилищем конфигурации? Но без него как-то не хочется работать.
Автор так и не описал, когда же у него возникает ошибка. "При сохраненни конфигурации" - Я как минимум три варианта тут вижу
Поясни. Туплю, наверное, но не понимаю, о чем речь. Пробовать мучать конфигуратор на другой базе? Так дорабатывать нужно эту. Даже если на другой базе проблемы нет, мне это не поможет.
Мне кажется, что попробовав на разных серверах разных версий, я исключил проблемы windows и профайла пользователя. Завтра попробую исключить влияние доменной политики и терминала, запустив на недоменном компьютере. Остаётся проблема в базе (ТИИ к утру что-то скажет) и проблема релиза (релиз поменять проблемно, много удалённых пользователей).
было у меня такое на локальном компьютере. После chkdsk, chkdfl, ТИИ и убрать/добавить базу в список базы, этот глюк исчез.
Сохрани основную конфигурацию, загрузи в чистую базу, внеси изменения, обнови конфигурацию БД. Затем то же самое, только вместо первого пункта сохрани конфигурацию БД.
Описание ошибки:
Обнаружена при разработке обработки для изменения содержимого файла формата XML в серверной базе 1С 8 в режиме управляемого приложения. При тестировании на сервере ошибка не возникала. Проявила себя при работе на рабочем месте пользователя.
По факту ошибка возникала при выполнении метода "Прочитать()" для объекта "ТекстовыйДокумент". Как было отмечено, при тестировании работы обработки непосредственно на сервере данной ошибки не возникало. Она проявила себя уже при попытке работы на другом рабочем месте. Обработка разрабатывалась для конфигурации 1С: Комплексная автоматизация 8, ред. 2, которая работает в режиме управляемого приложения - это необходимо отметить. Т.к. это проясняет причины возникновения проблемы.
По привычке разместил операции по чтению содержимого текстового файла и извлечению его содержимого на стороне сервера - см. "&НаСервере" перед процедурой "ОбрабткаНаСервере()". Клиент-серверная архитектура платформы 1С: Предприятие 8.3, казалось бы, к этому обязывала.
В итоге получалось, что платформа на клиентском рабочем месте искала файл по указанному пути на сервере, где развернут сервер 1С: Предприятия 8 исходя из директивы "&НаСервере", а не на рабочем компьютере, где была запущена обработка.
Но, как оказалось позже - конструктор "Новый ТекстовыйДокумент", методы "Прочитать()", "ПолучитьТекст()" - все они доступны не только на стороне сервера, но и на стороне тонкого и толстого клиента. Поэтому замена директивы "&НаСервере" на "&НаКлиенте" решила проблему.
Переустанавливали полностью приложение на проблемном ТСД? Если ли различия в номерах сборки на устройствах?
Переустановки и перезагрузки все пробовали, в т.ч. с перебором версий клиента 1с.
Номер сборки одинаковый: SQ45_EN_XX_WE__DS__R01_U_200408_01
PS: между "2004" и "08" возможно какой-то символ. На этом месте перенос строки сработал
а путь чистили после удаления приложения?
Какой путь, и как его чистить?
С помощью файлового клиента на терминале, папка Android > Data и удалите полностью папку com.e1c.mobile
Попробовал.
Не помогло.
Более того, после установки, подключения баз и входа в обе базы этот каталог пустой.
Может нужно как то отображение настроить?
Использовал штатный файловый клиент, который был на ТСД при покупке.
Попробуйте сделать вайп:
1)Выключить терминал и установить в него флешку с прошивкой.
2)Зажать кнопку "Power" и кнопку громкости "+", кнопку "Power" отпустить
3)На экране появится надпись "press power key to reboot"
4)Нажмите комбинацию - Громкость: +- +- ++ --
5) Вам необходимо будет выбрать пункт "wipe data/factory reset" - "Yes - delete all"
6)После этого можно будет выбрать пункт "reboot system now".
Вайп делали, только без прошивки (пункты 2-6) - не помогло.
Если нужно менять прошивку, то где взять корректную, что бы условия гарантии не нарушить?
Еще одно уточнение, может как-то поможет:
Драйвер загружается из общего модуля 1с, как в cf-примерах на этом форуме.
Так у вас на других ДТ40 работает?
Как минимум на двух DT40 запускаются обе базы без такой ошибки.
Настройку остальных пока приостановили.
А после вайпа путь кэша в ошибке такой же?
Попробуйте сделать перепубликацию, так же посмотрите не слетели ли типы MIME
Перепубликацию делали, чуть позже можем еще раз попробовать, но первая перепубликация не помогла.
MIME, скорей всего в порядке, т.к. два ТСД работают без проблем, но на всякий случай проверим тоже чуть позже.
Возможно еще важно, что у нас публикация на Apache.
Переустановку пробовали, кэш штатными средствами чистили, wipe делали, ситуация повторяется.
Одна база работает, на второй эта ошибка.
Предположительно, на базе в которую вошли первой все нормально, в которую зашли второй - ошибка.
При этом на двух других переустановка тоже проходила, но ошибка не проявляется.
Попробовали еще четвертый подключить, проблема повторилась.
Т.е. сейчас уже два с проблемой, и два без проблем.
Конфигурацию попробую сейчас подрезать и прислать. В полном виде отправлять не могу. Куски кода, где идет работа с драйвером оставлю.
Так я понимаю у вас он при загрузке выдает такую ошибку?
На сколько я понимаю, на методе ПодключитьВнешнююКомпоненту
Добрый день!
Есть какие-то прогнозы по решению этой проблемы?
У нас этот вопрос довольно срочный.
Добрый день, удалите старое приложение, почистите кэш 1С на компьютере, после сделайте перепубликацию базы и установите эту версию платформы
Добрый день!
Это не помогло.
Но в итоге мы нашли решение, как избавиться от этой ошибки.
У нас с такими действиями запустилось в режиме платформы, если собирать приложение то оно и до этого работало. А какое решение в итоге у вас?
На сколько я понял, у нас проявлялись два нюанса:
1. Android блокировал подключение два одинаковых драйвера из разных баз, и закрывал 1с с ошибкой «Файл не обнаружен».
2. При экспериментах с MANIFEST.XML в драйвере, 1с запоминала имя первого запущенного и выдавала ошибку «Компонента Omni Input Device Driver не загружена».
В итоге мы сделали копию драйвера Omni, в файле MANIFEST.XML в тэге bundle поменяли значение реквизита name на "OmniIDD1" (добавили единичку в конце). Результат добавили в качестве еще одного общего макета.
В 1с, в зависимости от того, какая именно база запускалась определяли из какого именно макета загружать драйвер.
Т.к. на ТСД было уже много разных экспериментов, в разных комбинациях могла возникать одна из этих двух ошибок.
После настройки базы нужно либо переустановить платформу на ТСД, либо в настройках очистить хранилище у приложения 1с.
Читайте также: