Ошибка доступа к файлу ibases v8i

Показывать по
10
20
40
сообщений

Новая тема

Ответить

VRD

Дата регистрации: 19.11.2009
Сообщений: 20

Добрый день! При запуске 1С:Предприятие выходит окно с сообщением «Ошибка доступа к файлу «С….1Сv81ibases.v8i». что это такое и каким способом можно устранить?

Andrey_Ars

Дата регистрации: 14.05.2010
Сообщений: 6

Вполне возможно 1С не может получить доступ к данному файлу…Может что то с правами доступа к файлу.

VRD

Дата регистрации: 19.11.2009
Сообщений: 20

Права доступа были и их никто не менял, в этой базе работали уже не раз. а именно сегодня появилось это сообщение.

Andrey_Ars

Дата регистрации: 14.05.2010
Сообщений: 6

Тогда рекомендую сделать вам проверку жесткого …можно даже с исправлением…думаю поможет.

VRD

Дата регистрации: 19.11.2009
Сообщений: 20

а вы не знаете в чем может быть причина этой ошибки?

Andrey_Ars

Дата регистрации: 14.05.2010
Сообщений: 6

Я же вам написал проверьте свой жесткий на ошибки..Если так вдруг стала писать ошибку значит с жестким…больше вариантов не может быть..чудес не бывает.

Июньский

Дата регистрации: 11.02.2009
Сообщений: 58

гы.. если мне не изменяет память то этот файл лежи в аппликайшендата.. в нем хранится содержание данных окна информационных баз и к конкретной базе он отношения не имеет.. может вы его просто удалили? я могу ошибаться<br>

motik

Дата регистрации: 04.03.2008
Сообщений: 94

Найдите, используя поиск, файл ibases.v8i и Вы поймете, что ничего страшного у Вас не случилось. Да удалите 1С и инсталлируйте ее по новой. Хоть 100 раз и каждый день. Главное — базу берегите.

Показывать по
10
20
40
сообщений

Читают тему:

четверг, 12 февраля 2015 г.

Ошибка доступа к файлу ОтчетОСравнении при обновления конфигурации, UUID информационной базы в реестре ИБ

Ошибка возникает при отсутствии прав (виндовых) на использование области диска в которую файл ОтчетОСравнении записывается по умолчанию. Самое простое лечение- выбрать для этого файла другой путь.

Файл списка баз давно известен- ibases.v8i, открываем его Блокнотом и видим в т.ч. и UUID










Ярлыки:
1C

Комментариев нет:

Отправить комментарий

   mak-iris

26.07.16 — 16:29

Перед тем как переводить сервер 1с предприятия на 8.3, перевели сначала всех клиентов на 8.3. т.е. на клиентских компах 8.3. установлен, но предприятие продолжает работать на платформе 8.2, т.к. сервер до сих пор на 8.2.

И сразу посыпались ошибки от пользователей, такого содержания:

«Ошибка доступа к файлу ‘c:usersusername.domainname.nnn’. 5(0x00000005): Отказано в доступе.»

Например: Ошибка доступа к файлу ‘c:usersivanov.rpg.003’. 5(0x00000005): Отказано в доступе.

Причем такие ошибки у небольшого количества пользователей. Менее 10%.

У всех пользователей отсутствует постоянное рабочее место. Профили перемещаемые. Но ошибки только у части.

Из ошибки понятно, что 1С пытается на локальном компьютере найти путь к папке пользователя, которой нет (она была, но на другой машине). Причем в АД существуют папки с профилями ivanov.rpg.003, на ряду с ivanov.rpg.000, ivanov.rpg.001, ivanov.rpg.002.

Переменная среды %userprofile% на локальном компьютере возвращает путь к нормальной папке c:usersivanov.

В общем совершенно не понятно откуда 1С берет этот путь c:usersivanov.rpg.003.

На 8.2 при переходе с версии на версию подобных проблем никогда не было.

Очевидно, что АД создает профили типа ivanov.rpg.003 в домене при некорректном завершении или входе пользвователя в систему, но понять почему точно сейчас не могу.

Запустить 1С у этих проблемных пользователей все же возможно.

1. из папки BIN конкретной версии 8.2. (Вывод — проблема в 8.3)

2. с ключами с указанием конкретной базы. Например: «C:Program Files (x86)1cv8common1cestart.exe» /ENTERPRISE /S»[server/base]» (вывод — скорее всего проблема при попытке доступа к файлу со списком баз C:Users%username%AppDataRoaming1C1CEStartibases.v8i т.к. в случае указании базы ошибки нет, а без указания — ошибка есть).

И еще. После деинсталяции 1с на локальном компьютере и повторной установке ошибка исчезает, пока пользователь не пересядет на другой компьютер.

Поиск аналогичной ситуации в интернете ничего не дал.

Может кто-то уже решал подобную задачу ?

Помогите разобраться!

   Зая Бусечка

1 — 26.07.16 — 16:30

Ьаза на сервере 8.2 под клиентом 8.3 — гарантированная смерть.

Да и вообще — сервер не должен был пустить туда.

   Зая Бусечка

2 — 26.07.16 — 16:31

Решать элементарно. На сервере и на клиентах — одна версия. До циферки.

   mak-iris

3 — 26.07.16 — 16:35

Уточнение: при запуске 1cestart.exe, окно со список баз не появляется. Сразу ошибка.

   lodger

4 — 26.07.16 — 16:37

(1) лол. такие глупости с таким пафосом )

(2) тоже не по теме вопроса.

(0)(3) я бы поленился искать почему АД тупит, а просто всем прописал ярлык на 1cestart с общим конфигом и списком баз в общедоступной для чтения папке.

   lodger

5 — 26.07.16 — 16:37

(4) точнее не АД тупит, а 1с конечно же работает черти как.

   mak-iris

6 — 27.07.16 — 11:08

Но на сколько я понимаю, Клиент 1С Предприятия все равно полезет на локальный компьютер в профиль, искать файл со списком баз.

Опять будет ошибка (

   1Снеговик

7 — 27.07.16 — 11:16

(0) накуролесили с этими плавающими профилями, и думаете все так делают? Разберитесь в правах доступа на вновь созданные папки профилей. И вообще, для таких случаев терминальный доступ придумали, а не «каждый логинится локально на любой комп».

   tabarigen

8 — 27.07.16 — 11:23

(7) зачем воообще тогда нужен тонкий клиент? чтоб по рдп цепляться?

   Dmitry77

9 — 27.07.16 — 11:30

Поставьте 83 и 82 на разные порты и будет счастье…

   mak-iris

10 — 27.07.16 — 12:26

Сервер под 8.3 пока не установлен. 8.3. стоит локально на клиентских компьютерах.

Сервер 8.2.19.130

Клиенты 8.2.19.130 и 8.3.8.1784

При запуске на локальной машине программа сама выбирает нужную версию клиента. Эта версия 8.2.19.130, такая же как на сервере.

У всех все работает.

Кроме небольшого количества пользователей. У этих людей не открывается окно выбора баз.

   mak-iris

11 — 27.07.16 — 13:38

На самом деле проблема всего лишь состоит в том, что 1с 8.3 криво запоминает путь к профилю. (Весь текст в начале ветки — это просто набор фактов, наблюдений и выводов.)

8.3. думает, что путь к профилю c:usersivanov.rpg.003. Но этот профиль был у него на другом компе. А на текущем c:usersivanov

   Dmitry77

12 — 27.07.16 — 22:18

А из командного файла запускается 1с сразу с базой?

Может сделать шару, выложить туда батники на каждую БД. И уже батниками рулить? Жизнь сильно у всех упроститься…

   mak-iris

13 — 28.07.16 — 12:20

Да. Из командного файла запустится, причем сразу с базой.

Но если честно, хотелось бы решить задачу цивилизованным путем. Не так, чтобы 1 ярлык на одну базу.

На мой взгляд должно быть так: пользователь по хорошему запускает 1C, с ярлыка, с панели быстрого запуска, из пуска, как ему удобно, выбирает базу, запускает, авторизуется.

Смотрел ProcessMonitor-ом, куда пишет 1С при закрытии и открытии. В какие файлы, в реестр. Это ничего не дало.

   mak-iris

14 — 28.07.16 — 14:31

Должна же быть какая-то опция, которая нормализует работу..

   mehfk

15 — 28.07.16 — 15:08

   Dmitry77

16 — 28.07.16 — 16:13

(13) в случае с ярлыками…

Ставиться сервер, копируется в сетевую папку, на эту папку приписывается ссылка в батнике для пользователей…

Не надо ставить клиенты по всем рабочим местам.

Не надо мудрить с обновлением платформы. Все меняет в одном файле…

   mak-iris

17 — 29.07.16 — 11:17

Да, но все равно, 1С хранит кэш локально и полезет смотреть путь файл со списком баз, который хранится локально в профиле пользователя. Не прокатит..

   mak-iris

18 — 01.08.16 — 15:14

Подтвердился страшный сценарий.

Ошибка возникающая при доступе к списку баз (ibases.v8i) у кривых пользователей, и не возникающая при доступе к базе по ярлыку с ключами /ENTERPRISE /S»[server/base]», должна проявиться снова, в случае перехода сервера на 8.3, но ключи уже не помогут!

Дело в том, что когда сервер будет переведен с 8.2 на 8.3 клиенты начнут запускаться тоже в режиме 8.3. А 8.3 криво определяют пути к профилю. А в профиле лежит кэш, который по любому нужен!

В общем эта идея пришла в пятницу и сегодня была проверена. Пользователи у которых зафиксированы проблемы, не могут получить доступ к базе на сервере 8.3 НИКАК!

Сейчас проверил на тестовом сервере 8.3

   kossmatiy

19 — 01.08.16 — 16:02

(18) Укажи свой список баз, по сети. Он всегда будет доступен.

   mak-iris

20 — 01.08.16 — 16:30

А кэш тоже из сети будет брать ?

Сейчас при запуске клиента 8.3 с подключением к базе на сервере 8.3 ошибка к неправильному пути профиля, во время доступа к кэшу.

   mak-iris

21 — 01.08.16 — 17:33

Вопрос решен.

в файле location.cfg

по пути: C:UsersarishevAppDataRoaming1C1cv8

у пользователей был указан текст:

location=c:usersivanov.rpg.003AppDataLocal1C/1Cv82

после исправления на:

location=c:usersivanovAppDataLocal1C/1Cv82

программа начала запускаться нормально.

Всем спасибо!

   mak-iris

22 — 01.08.16 — 17:46

*

у пользователей был указан текст:

location=c:usersivanov.rpg.003AppDataRoaming1C/1Cv82

изменен на:

location=c:usersivanovAppDataRoaming1C/1Cv82

  

mak-iris

23 — 02.08.16 — 11:48

На самом деле тут, на мой взгляд косяк 1С.

Что произошло: Пришел пользователь на работу, включил комп, авторизовался, комп грузится долго. Пользователь перегрузил комп по кнопке, например. В общем, трудно сказать по этому или нет, но в результате он загрузился под профилем c:usersivanov.rpg.003.

Далее он запускает 1С с ярлыка и 1С видит, что на серваке появился новый дистрибутив 8.3.8.1784 (а локально установлен  8.2.19.130) и начинает его устанавливать.

Как я понимаю в этот момент создается файлик location.cfg (в 8.2 его не было, появился в 8.3) в нем формируется содержание:

location=c:usersivanov.rpg.003AppDataRoaming1C/1Cv82

причем файлик лежит в профиле по пути:

C:Usersivanov.rpg.003AppDataRoaming1C1cv8

Пользователь поработал выключил комп. Завтра пересел на другой и уже грузится под нормальным профилем, а так как location.cfg лежал в профиле пользователя, а профиль перемещаемый, location.cfg тоже грузится а содержимое его указывает на кривой профиль.

Тут явный не прогнозируемый косяк.

На мой взгляд в location.cfg должен быть текст на подобии:

location=%userprofile%AppDataRoaming1C/1Cv82

В этой статье мы расскажем об ошибке доступа к файлу 1с. Как решить возникшую проблему, что это за баг и еще немного об этом.

Ошибка доступа к файлу 1C 8.3

«1С: Предприятие» — система программ для автоматизации, улучшения и упрощения деятельности различных сфер компании, начиная от бухгалтерии и заканчивая учетом. 1С: возможности при правильной настройке безграничны . Для предпринимателя — нужно найти хороших программистов.

Нет ни одной программы в современном мире, как бы хороша она не была без ошибок и проблем. Такое случается и с нашим приложением. В ряде случаев виноват в этом криворукий программист. Многие проблемы вы не сможете решить без его участия, но некоторые, вам подсилу и самому.

Ошибка доступа к файлу 1C решение



Ярлыки:
1C

Комментариев нет:

Отправить комментарий

Источник
   mak-iris

26.07.16 — 16:29

Перед тем как переводить сервер 1с предприятия на 8.3, перевели сначала всех клиентов на 8.3. т.е. на клиентских компах 8.3. установлен, но предприятие продолжает работать на платформе 8.2, т.к. сервер до сих пор на 8.2.

И сразу посыпались ошибки от пользователей, такого содержания:

«Ошибка доступа к файлу ‘c:usersusername.domainname.nnn’. 5(0x00000005): Отказано в доступе.»

Например: Ошибка доступа к файлу ‘c:usersivanov.rpg.003’. 5(0x00000005): Отказано в доступе.

Причем такие ошибки у небольшого количества пользователей. Менее 10%.

У всех пользователей отсутствует постоянное рабочее место. Профили перемещаемые. Но ошибки только у части.

Из ошибки понятно, что 1С пытается на локальном компьютере найти путь к папке пользователя, которой нет (она была, но на другой машине). Причем в АД существуют папки с профилями ivanov.rpg.003, на ряду с ivanov.rpg.000, ivanov.rpg.001, ivanov.rpg.002.

Переменная среды %userprofile% на локальном компьютере возвращает путь к нормальной папке c:usersivanov.

В общем совершенно не понятно откуда 1С берет этот путь c:usersivanov.rpg.003.

На 8.2 при переходе с версии на версию подобных проблем никогда не было.

Очевидно, что АД создает профили типа ivanov.rpg.003 в домене при некорректном завершении или входе пользвователя в систему, но понять почему точно сейчас не могу.

Запустить 1С у этих проблемных пользователей все же возможно.

1. из папки BIN конкретной версии 8.2. (Вывод — проблема в 8.3)

2. с ключами с указанием конкретной базы. Например: «C:Program Files (x86)1cv8common1cestart.exe» /ENTERPRISE /S»[server/base]» (вывод — скорее всего проблема при попытке доступа к файлу со списком баз C:Users%username%AppDataRoaming1C1CEStartibases.v8i т.к. в случае указании базы ошибки нет, а без указания — ошибка есть).

И еще. После деинсталяции 1с на локальном компьютере и повторной установке ошибка исчезает, пока пользователь не пересядет на другой компьютер.

Поиск аналогичной ситуации в интернете ничего не дал.

Может кто-то уже решал подобную задачу ?

Помогите разобраться!

   Зая Бусечка

1 — 26.07.16 — 16:30

Ьаза на сервере 8.2 под клиентом 8.3 — гарантированная смерть.

Да и вообще — сервер не должен был пустить туда.

   Зая Бусечка

2 — 26.07.16 — 16:31

Решать элементарно. На сервере и на клиентах — одна версия. До циферки.

   mak-iris

3 — 26.07.16 — 16:35

Уточнение: при запуске 1cestart.exe, окно со список баз не появляется. Сразу ошибка.

   lodger

4 — 26.07.16 — 16:37

(1) лол. такие глупости с таким пафосом )

(2) тоже не по теме вопроса.

(0)(3) я бы поленился искать почему АД тупит, а просто всем прописал ярлык на 1cestart с общим конфигом и списком баз в общедоступной для чтения папке.

   lodger

5 — 26.07.16 — 16:37

(4) точнее не АД тупит, а 1с конечно же работает черти как.

   mak-iris

6 — 27.07.16 — 11:08

Но на сколько я понимаю, Клиент 1С Предприятия все равно полезет на локальный компьютер в профиль, искать файл со списком баз.

Опять будет ошибка (

   1Снеговик

7 — 27.07.16 — 11:16

(0) накуролесили с этими плавающими профилями, и думаете все так делают? Разберитесь в правах доступа на вновь созданные папки профилей. И вообще, для таких случаев терминальный доступ придумали, а не «каждый логинится локально на любой комп».

   tabarigen

8 — 27.07.16 — 11:23

(7) зачем воообще тогда нужен тонкий клиент? чтоб по рдп цепляться?

   Dmitry77

9 — 27.07.16 — 11:30

Поставьте 83 и 82 на разные порты и будет счастье…

   mak-iris

10 — 27.07.16 — 12:26

Сервер под 8.3 пока не установлен. 8.3. стоит локально на клиентских компьютерах.

Сервер 8.2.19.130

Клиенты 8.2.19.130 и 8.3.8.1784

При запуске на локальной машине программа сама выбирает нужную версию клиента. Эта версия 8.2.19.130, такая же как на сервере.

У всех все работает.

Кроме небольшого количества пользователей. У этих людей не открывается окно выбора баз.

   mak-iris

11 — 27.07.16 — 13:38

На самом деле проблема всего лишь состоит в том, что 1с 8.3 криво запоминает путь к профилю. (Весь текст в начале ветки — это просто набор фактов, наблюдений и выводов.)

8.3. думает, что путь к профилю c:usersivanov.rpg.003. Но этот профиль был у него на другом компе. А на текущем c:usersivanov

   Dmitry77

12 — 27.07.16 — 22:18

А из командного файла запускается 1с сразу с базой?

Может сделать шару, выложить туда батники на каждую БД. И уже батниками рулить? Жизнь сильно у всех упроститься…

   mak-iris

13 — 28.07.16 — 12:20

Да. Из командного файла запустится, причем сразу с базой.

Но если честно, хотелось бы решить задачу цивилизованным путем. Не так, чтобы 1 ярлык на одну базу.

На мой взгляд должно быть так: пользователь по хорошему запускает 1C, с ярлыка, с панели быстрого запуска, из пуска, как ему удобно, выбирает базу, запускает, авторизуется.

Смотрел ProcessMonitor-ом, куда пишет 1С при закрытии и открытии. В какие файлы, в реестр. Это ничего не дало.

   mak-iris

14 — 28.07.16 — 14:31

Должна же быть какая-то опция, которая нормализует работу..

   mehfk

15 — 28.07.16 — 15:08

   Dmitry77

16 — 28.07.16 — 16:13

(13) в случае с ярлыками…

Ставиться сервер, копируется в сетевую папку, на эту папку приписывается ссылка в батнике для пользователей…

Не надо ставить клиенты по всем рабочим местам.

Не надо мудрить с обновлением платформы. Все меняет в одном файле…

   mak-iris

17 — 29.07.16 — 11:17

Да, но все равно, 1С хранит кэш локально и полезет смотреть путь файл со списком баз, который хранится локально в профиле пользователя. Не прокатит..

   mak-iris

18 — 01.08.16 — 15:14

Подтвердился страшный сценарий.

Ошибка возникающая при доступе к списку баз (ibases.v8i) у кривых пользователей, и не возникающая при доступе к базе по ярлыку с ключами /ENTERPRISE /S»[server/base]», должна проявиться снова, в случае перехода сервера на 8.3, но ключи уже не помогут!

Дело в том, что когда сервер будет переведен с 8.2 на 8.3 клиенты начнут запускаться тоже в режиме 8.3. А 8.3 криво определяют пути к профилю. А в профиле лежит кэш, который по любому нужен!

В общем эта идея пришла в пятницу и сегодня была проверена. Пользователи у которых зафиксированы проблемы, не могут получить доступ к базе на сервере 8.3 НИКАК!

Сейчас проверил на тестовом сервере 8.3

   kossmatiy

19 — 01.08.16 — 16:02

(18) Укажи свой список баз, по сети. Он всегда будет доступен.

   mak-iris

20 — 01.08.16 — 16:30

А кэш тоже из сети будет брать ?

Сейчас при запуске клиента 8.3 с подключением к базе на сервере 8.3 ошибка к неправильному пути профиля, во время доступа к кэшу.

   mak-iris

21 — 01.08.16 — 17:33

Вопрос решен.

в файле location.cfg

по пути: C:UsersarishevAppDataRoaming1C1cv8

у пользователей был указан текст:

location=c:usersivanov.rpg.003AppDataLocal1C/1Cv82

после исправления на:

location=c:usersivanovAppDataLocal1C/1Cv82

программа начала запускаться нормально.

Всем спасибо!

   mak-iris

22 — 01.08.16 — 17:46

*

у пользователей был указан текст:

location=c:usersivanov.rpg.003AppDataRoaming1C/1Cv82

изменен на:

location=c:usersivanovAppDataRoaming1C/1Cv82

  

mak-iris

23 — 02.08.16 — 11:48

На самом деле тут, на мой взгляд косяк 1С.

Что произошло: Пришел пользователь на работу, включил комп, авторизовался, комп грузится долго. Пользователь перегрузил комп по кнопке, например. В общем, трудно сказать по этому или нет, но в результате он загрузился под профилем c:usersivanov.rpg.003.

Далее он запускает 1С с ярлыка и 1С видит, что на серваке появился новый дистрибутив 8.3.8.1784 (а локально установлен  8.2.19.130) и начинает его устанавливать.

Как я понимаю в этот момент создается файлик location.cfg (в 8.2 его не было, появился в 8.3) в нем формируется содержание:

location=c:usersivanov.rpg.003AppDataRoaming1C/1Cv82

причем файлик лежит в профиле по пути:

C:Usersivanov.rpg.003AppDataRoaming1C1cv8

Пользователь поработал выключил комп. Завтра пересел на другой и уже грузится под нормальным профилем, а так как location.cfg лежал в профиле пользователя, а профиль перемещаемый, location.cfg тоже грузится а содержимое его указывает на кривой профиль.

Тут явный не прогнозируемый косяк.

На мой взгляд в location.cfg должен быть текст на подобии:

location=%userprofile%AppDataRoaming1C/1Cv82

Источник

В этой статье мы расскажем об ошибке доступа к файлу 1с. Как решить возникшую проблему, что это за баг и еще немного об этом.

Ошибка доступа к файлу 1C 8.3

«1С: Предприятие» — система программ для автоматизации, улучшения и упрощения деятельности различных сфер компании, начиная от бухгалтерии и заканчивая учетом. 1С: возможности при правильной настройке безграничны . Для предпринимателя — нужно найти хороших программистов.

Нет ни одной программы в современном мире, как бы хороша она не была без ошибок и проблем. Такое случается и с нашим приложением. В ряде случаев виноват в этом криворукий программист. Многие проблемы вы не сможете решить без его участия, но некоторые, вам подсилу и самому.

Ошибка доступа к файлу 1C решение

Причины возникновения

Случается, что люди, которые используют данную прогу сталкиваются с проблемой при запуске программы.

Способы решения

По наименованию явившегося бага поймем что происходит с системой — нет прав для доступа к файлу. Такое случается если юзер создает копию базы и подключает ее. Также ошибка бывает в результате попытки открыть файл по сетевому доступу.

Первостепенное что мы делаем в таком случае — проверяем доступ к файлу. Правая кнопка мыши по файлу -> проверяем стоит ли галочка на «Общий доступ».

Ошибка доступа к файлу 1C решение

Ошибка доступа к файлу 1C решение

Взгляните на права пользователя под которым вы зашли в систему виндоус. У вас должны быть права и на чтение файлов и на запись.

Ошибка доступа к файлу 1C решение

Когда данные к которым нужно получить доступ (база) находится на удаленном (локальном) персональном компьютере — смотрим закладку «Безопасность». В безопасности вы должны убедиться что у пользователя нет запрета на запись.

Ошибка доступа к файлу 1C решение

Предупреждения о проблемах вылазят когда возмущается брандмауэр. Это касается сетевых объектов. Антивирусные программы препятствуют нормальной работе.

Открываем брандмауэр и антивирус и ищем в списке блокируемых программ 1С. Удаляем из списка.

Ошибка доступа к файлу 1C решение

Почистите кеш, ошибки также возникают из-за кеша.

Большой шанс появления ошибки, когда два синонимичных приложения запускаются вместе. К примеру, ЗУП и Бухгалтерия. Если запустить по очереди, проблема исчезнет

Дополнительный способ

Ничего не помогло — воспользуйтесь следующими методами:

Путь к имени файла должен быть допустимым в каталоге отчетов: щелкните вкладку «Вывод». Перейдите на вкладку «Параметры вывода». В поле Имя файла убедитесь, что путь действителен.

Сколько дискового пространства доступно для файла: Откройте Windows Explorer. Выберите Локальный диск (буква диска:), на котором хранится отчет. Щелкните правой кнопкой мыши на локальном диске (буква диска:) и нажмите Свойства. Откроется окно свойств. Проверьте доступное свободное пространство на этом локальном диске.

Убедитесь, что у пользователя есть разрешения на доступ к папке IO_Data: Откройте проводник Windows. Щелкните правой кнопкой мыши основную папку выберите «Свойства».

Перейдите на вкладку «Безопасность». Убедитесь, что у пользователя есть полные права на эту папку и все подпапки. Если вы не можете проверить права доступа, обратитесь к администратору.

Источник

Ошибка доступа к файлу ‘…exec.lck’. 5(0x00000005): Отказано в доступе.

Описание ошибки:
Ошибка в конфигураторе базы 1С 8 при попытке сохранения изменений конфигурации:
Ошибка доступа к файлу ‘…exec.lck’. 5(0x00000005): Отказано в доступе.
А так же похожая ошибка:
Ошибка при выполнении операции с информационной базой
Ошибка доступа к файлу ‘…1Cv8.cgr.cfl’. 5(0x00000005):
Отказано в доступе.

Найденные решения:

Нажатие на изображении увеличит его
1С 8, Ошибка доступа к файлу exec.lck 5(0x00000005) отказано в доступе

Подобная ошибка «Ошибка доступа к файлу. Отказано в доступе» часто встречается при попытке запустить сеанс работы с базой данной, если база файловая, и на каталог с базой не предоставлены права пользователю рабочего места.

Например попытка запуска сеанса работы с базой 1С в режиме 1С: Предприятие.

1С 8, ошибка при выполнении операции с информационной базой, ошибка режима доступа к файлу базы данных

Будет сопровождаться ошибкой

Ошибка при выполнении операции с информационной базой
Ошибка режима доступа к файлу базы данных ‘D:1C Arhiv[каталог_базы]/1Cv8.1CD’
по причине:
Ошибка режима доступа к файлу базы данных ‘D:1C Arhiv[каталог_базы]/1Cv8.1CD’

Нажатие на изображении увеличит его
1С 8, ошибка режима доступа к файлу базы данных 1Cv8.1CD

А при попытке открыть базу 1С 8 в режиме конфигуратор будет ожидать похожая ошибка:

1С 8, как исправить, устранить, починить, ошибка при выполнении операции с информационной базой, ошибка доступа к файлу 1Cv8.cgr.cfl 5(0x00000005)

Ошибка при выполнении операции с информационной базой
Ошибка доступа к файлу ‘D:1C Arhiv[каталог_базы]1Cv8.cgr.cfl’. 5(0x00000005): Отказано в доступе. 
по причине:
Ошибка доступа к файлу ‘D:1C Arhivк[каталог_базы]1Cv8.cgr.cfl’. 5(0x00000005): Отказано в доступе. 

Нажатие на изображении увеличит его
1С 8, ошибка доступа к файлу 1Cv8.cgr.cfl 5(0x00000005), отказано в доступе

Если Вы встретили все вышеперечисленные формулировки ошибок (наименования фалов могут быть разными, как можно заметить), то скорее всего проблема заключается в нехватке прав пользователя на каталог базы 1С 8.

В данном случае было удивительно, что возникает нехватка прав, хотя получилось запустить базу в режиме конфигуратора и даже внести изменения в код конфигурации. Но вот после нажатия на кнопку «Обновить конфигурацию базы данных (F7)» и в процессе обновления возникала ошибка: «Ошибка доступа к файлу ‘…exec.lck’. 5(0x00000005): Отказано в доступе.»

Было сделано обращение к системному администратору сервера, т.к. он настраивал исходно права и обозначено требование проверить и права и предоставить их для каталога базы 1С, в которой ошибка возникала. Права были предоставлены и ошибка больше не возникала.

Если у Вас достаточно прав на рабочем месте или на сервере, то можно попробовать проверить и изменить настройку доступа к каталогу базы самостоятельно. Если прав нет, то обращаемся к системному администратору с указанием на причину того, что на каталог файловой базы 1С 8 не хватает прав у пользователя рабочего места.

Итак, правой кнопкой на каталоге с базой открываем контекстное меню и переходим в «Свойства»

1С 8, как исправить, устранить, ошибка доступа к файлу, отказано в доступе

В открывшемся окне переходим на вкладку «Безопасность». Проверяем для Вашего пользователя из списка «Группы и пользователи» наличие флажков в колонке «Запретить» списка «Разрешения для группы …». Если флажки есть, то их необходимо отключить. Для этого нажимаем кнопку «Изменить».

1С 8, как убрать, избавиться, ошибка доступа к файлу 1Cv8.cgr.cfl 5(0x00000005), отказано в доступе

В открывшемся окне «Разрешения для группы» в списке «Группы и пользователи» выделяя строку с пользователем или группой и в таблице «Разрешения для группы …» ниже в колонке «Запретить» убираем все флажки. Нажимаем кнопку «ОК» в этой форме. И кнопкой «ОК» закрываем форму «Свойства». Пробуем запустить базу. Если нет других «хитрых» настроек прав доступа пользователей на сервере, то это должно помочь и база 1С 8 должна запуститься.

как проверить, настроить права пользователя на папку, каталог базы 1С 8

В остальных случаях, если указанное общее действие не помогло, то следует обратиться к системному администратору, объяснив, что … дословно «не хватает прав у пользователя(ей) на папку(каталог) базы 1С».

Оцените, помогло ли Вам предоставленное описание решения ошибки?




© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

17-03-2022

Журавлев А.С.
(Сайт azhur-c.ru)

Источник

Возможно, вам также будет интересно:

  • Ошибка доступа к файлу fnsndscaws wsdl
  • Ошибка доступа к файлу configsave
  • Ошибка доступа к файлу changes
  • Ошибка доступа к файлу c windows application data
  • Ошибка доступа к файлу bitrix

  • Понравилась статья? Поделить с друзьями:
    0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии