Unable to open physical file operating system error 5

Содержание

• Устраняем ошибку 5 при доступе к данным
  • Способ 1: Запуск с привилегиями администратора
  • Способ 2: Открытие доступа к каталогам
  • Способ 3: «Командная строка»
  • Способ 4: Устранение проблем с Виндовс
  • Заключение
• Вопросы и ответы

В некоторых ситуациях пользователи операционной системы Виндовс 10 могут столкнуться с проблемой, когда попытка открыть файл, папку или программу приводит к появлению ошибки с кодом 5 и текстом «Отказано в доступе». Также она нередко возникает при попытке запуска или перезапуска служб. Далее мы расскажем о причинах появления этого сбоя и предложим методы его устранения.

Устраняем ошибку 5 при доступе к данным

В большинстве случаев источником ошибки являются проблемы с правами на чтение и запись данных в текущей пользовательской «учётке». Также подобное сообщение появляется при сбоях в ОС, повреждении её компонентов или записей реестра.

Способ 1: Запуск с привилегиями администратора

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

1. Убедитесь, что у текущей учётной записи нужные права есть. Если это не так, предоставьте или получите их.
   

   Урок: Получение прав администратора на Windows 10

2. Перейдите к проблемному файлу. Выделите его, нажмите правую кнопку мыши и выберите в меню пункт «Запуск от имени администратора».



3. Появится всплывающее окно с запросом на разрешение, щёлкните в нём «Да».



Далее приложение или инсталлятор должны запуститься нормально.

Способ 2: Открытие доступа к каталогам

Вторая причина проблемы, которую мы сегодня рассматриваем – неполадки с правами доступа к отдельному каталогу или диску. Предоставление нужных прав покажем на примере системного диска.

Внимание! Процедура может нарушить работу компьютера, поэтому рекомендуем создать точку восстановления!

Урок: Точка восстановления в Windows 10

1. Откройте «Этот компьютер», найдите в нём системный накопитель и кликните по нему ПКМ, затем выберите в меню пункт «Свойства».



2. Откройте вкладку «Безопасность». Нажмите на кнопку «Изменить» под блоком «Группы и пользователи».
   

   Далее кликните «Добавить».



3. В следующем окне обратитесь к блоку «Введите имена…». Наберите на клавиатуре слово Все, после чего щёлкните «Проверить имена».
   

   Если появилось окошко «Имя не найдено», попробуйте в графе «Введите имя объекта» вписать слово All либо имя текущей учётной записи, после чего воспользуйтесь кнопкой «ОК».



4. Вернувшись к утилите разрешений, убедитесь, что выделена добавленная на предыдущем шаге группа. Далее в разделе «Разрешения для группы…» отметьте все пункты в столбце «Разрешить».





5. Далее последовательно щёлкните «Применить» и «ОК», после чего перезагрузите компьютер.



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

Способ 3: «Командная строка»

Рассматриваемая проблема может касаться только той или иной службы Виндовс. В этом случае можно воспользоваться средством «Командная строка».

1. Откройте «Поиск», в котором начните вводить запрос командная строка. Выделите найденное приложение и нажмите на ссылку «Запуск от имени администратора» в правой части окна.



2. Последовательно введите в интерфейсе следующие команды:

   net localgroup Администраторы /add networkservice

   net localgroup Администраторы /add localservice

   

   Обратите внимание! Пользователям Windows 10 с английской локализацией системы необходимо вводить Administrators вместо Администраторы!

3. Закрывайте окно программы и перезагружайте ПК или ноутбук.

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

Способ 4: Устранение проблем с Виндовс

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

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

   Урок: Как установить и как удалить обновления Windows 10

2. Проверьте параметры антивируса – возможно, в нём активен строгий режим контроля, который не разрешает манипуляции с данными. Также стоит попробовать временно отключить защитное ПО.
   

   Урок: Как отключить антивирус

   Если же вы по каким-то причинам вообще не пользуетесь защитой от вирусов, рекомендуем ознакомиться со статьей по борьбе с ними — возможно, ваш компьютер стал жертвой заражения.

   

   Подробнее: Борьба с компьютерными вирусами

3. Дополнительно следует проверить работоспособность системных составляющих в целом и реестра в частности.

   Подробнее:
   Проверка и восстановление системных файлов в Windows 10
   Восстановление реестра в Windows 10

Описанные выше рекомендации должны помочь в устранении проблемы.

Заключение

Мы рассмотрели варианты решения проблемы, при которой в Виндовс 10 появляется ошибка с кодом 5 и текстом «Отказано в доступе». Как видим, возникает она по разным причинам, из-за чего нет универсального метода устранения.

Еще статьи по данной теме:

Помогла ли Вам статья?

Unable to open the physical file operating system error 5 attach

This forum has migrated to Microsoft Q&A. Visit Microsoft Q&A to post new questions.

Answered by:

Question

I am trying to attach a database to SQL 2005. This database has not previously been attached. I have only just installed SQL.

I get the following message: Unable to open physical file «C:ArrowSQLArr@DataArrow_data.mdf» Operating system error 5: «5(error not found)» (Microsoft SQL Server: Error 5120)».

I have loaded SQL and the database fiel and directory with the same user acccount which is a local adminstrator ont hsi machine. I have checked that I have read/write access to the file.

The machine runs Windows Vista Business. SQL has SP 2 loaded.

What causes this?

Answers

Provide modify privilege for SQLService account for the folder C:ArrowSQLArr@Data and then attach the db, it will attach without privilege error!!

Use the below script to find the sql service account

declare @sqlser varchar ( 20 )

EXEC master .. xp_regread @rootkey = ‘HKEY_LOCAL_MACHINE’ , @key = ‘SYSTEMCurrentControlSetServicesMSSQLSERVER’ ,

@value_name = ‘objectname’ , @value = @sqlser OUTPUT

PRINT ‘Account Starting SQL Server Service:’ + convert ( varchar ( 30 ), @sqlser )

After getting the service account try the below steps to provide privilege

Provide modify privilege for SQLService account for the folder C:ArrowSQLArr@Data and then attach the db, it will attach without privilege error!!

I do not knwo how to «modify privilages for SQL Service account for the folder». Could you direct me to some instructions on how to do this?

First, check the service account of your SQL Server instance. You can get it using Configuration Manager.

Second, give this account Modify permission for the data folder.

Use the below script to find the sql service account

declare @sqlser varchar ( 20 )

EXEC master .. xp_regread @rootkey = ‘HKEY_LOCAL_MACHINE’ , @key = ‘SYSTEMCurrentControlSetServicesMSSQLSERVER’ ,

@value_name = ‘objectname’ , @value = @sqlser OUTPUT

PRINT ‘Account Starting SQL Server Service:’ + convert ( varchar ( 30 ), @sqlser )

After getting the service account try the below steps to provide privilege

uhmm im getting the same error and tried to execute the code snippet u gave but when i execute it , it gives me the error.

RegOpenKeyEx() returned error 2, ‘The system cannot find the file specified.’

Msg 22001, Level 1, State 1

sorry im kinda new to this stuff and i really need to fix this problem asap..

The above script is written for SQL 2005. Can you provide your SQL Version.

You can also try the below alternate method to find service account

MSSQLSERVER — for default instance

MSSQL$instancename — for named instance

For SQL 2005 & SQL 2008

SQL Server (MSSQLSERVER) — for default instance

SQL Server (instancename) — for named instance

Unable to open the physical file «C:InetpubwwwrootMXMinhouseApp_DataDB.mdf». Operating system error 5: «5(Access is denied.)».
An attempt to attach an auto-named database for file C:InetpubwwwrootMXMinhouseApp_DataDB.mdf failed. A database with the same name exists, or specified file cannot be opened, or it is located on UNC share.

Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.

Exception Details: System.Data.SqlClient.SqlException: Unable to open the physical file «C:InetpubwwwrootMXMinhouseApp_DataDB.mdf». Operating system error 5: «5(Access is denied.)».
An attempt to attach an auto-named database for file C:InetpubwwwrootMXMinhouseApp_DataDB.mdf failed. A database with the same name exists, or specified file cannot be opened, or it is located on UNC share.

An unhandled exception was generated during the execution of the current web request. Information regarding the origin and location of the exception can be identified using the exception stack trace below.

Stack Trace:

Simply open «SQL Server Configuration Manager«
In side «SQL Server Configuration Manager» in the right-side, right-click on the service name which you are using currently
Select Properties
Now you can do one of the followings:
— Change the log on service account to an account with appropriate privileges.
OR
— Give the selected log on service account an appropriate privileges on your file system (for example: D:SQLDatabase)

this work for me..
as i m using win7 — sql 2005 express..

OS: Win7 sp1 (fully patched to Jan 25th, 2010)
Office2007 with integrated BCM (fully patched to Jan 25th, 2010)
Auto-installed SQL Server2005 Express (fully patched to Jan 25th, 2010)
Created BCM database called SmallBusiness

I am trying to move BCM database from the default C:UsersUser_nameAppDataLocalMicrosoftBusiness Contact Manager folder.

— First I backed up the db and log.
— I copied the files into D:Databases
— Gave permission on the two files to the Log On for SQL Server Service
— I also gave permission to SQLServer2005MSSQLUser$MACHINE_NAME$MSSMLBIZ USE [master] ;
GO
CREATE DATABASE [SmallBusiness] ON
( FILENAME = N ‘D:DatabasesSmallBusiness.mdf’ ),
( FILENAME = N ‘D:DatabasesSmallBusiness.ldf’ )
FOR ATTACH
GO
— I get the infamous «SQL Server Database Error: Unable to open the physical file «D:DatabasesSmallBusiness.mdf». Operating system error 5: «5(error not found)»

So after reading many posts on this topic, and trying a few things, I decide in desperation to Share the entire drive to everyone, every logon UID on the entire system with modify all. No change.

Ok, so now this is getting silly.

— I create a brand new dummy database using Toad for Data Analysis’ Wizard in D:Databases called TestDB.mdf
— I create a schema and a few tables and fill them up with junk.
— I switch users and everything works as expected.

Now for the kicker:

— I detach this new DB which created successfully in D:Databases.
— I try to re-attach it from the same location and guess what?
«SQL Server Database Error: Unable to open the physical file «D:DatabasesTestDB.mdf». Operating system error 5: «5(error not found)»

Ok, so now this is beyond silly.

So I try to re-attach the original BCM DB files back as they were to restore everything the way it was.
«SQL Server Database Error: Unable to open the physical file «C:UsersUser_nameAppDataLocalMicrosoftBusiness Contact ManagerSmallBusiness.mdf». Operating system error 5: «5(error not found)»

I am Admin, I installed everything, I own the DB, the file permissions on the original C: DB did not change.

This is not good.

Can anyone at MS suggest anything?

Ok folks, hopefully this will help someone someday.

Even if YOU create a DB or if BCM created one on your behalf, once you detach it, you actually have to explicitly grant yourself full control over the mdf and ldf, even if you are part of the Administrators group in order to re-attach it.

I think this is a WIN7 bug.

The files were granted full control to Administrators, the SQLServer2005 Service Logon, and the SQLServer2005MSSQLUser$MACHINE_NAME$MSSMLBIZ
But if you want to re-attach it with WIN7, you have to explicitely grant yourself full control. (why? . who knows. )

So, to move a WIN7 Office2007 BCM database from it’s default location to anywhere on the planet and to ensure any database attach activity doesn’t give you the «unknown error #5»:

1) backup your files
2) copy your mdf and ldf to your favorite folder
3) ensure at minimum the following UIDs have full control over them
— SQLServer2005MSSQLUser$MACHINE_NAME$MSSMLBIZ
— Your current Administrator UserID (even if Administrators have full control and you are an Administrator, you still have to add yourself)
— SQLServer2005 Service Logon
(you can get this on WIN7 thusly:

@sqlser varchar( 20 )
EXEC master..xp_regread @rootkey = ‘HKEY_LOCAL_MACHINE’ , @key = ‘SYSTEMCurrentControlSetServicesMSSQL$MSSMLBIZ’ , @value_name = ‘objectname’ , @value = @sqlser OUTPUT
PRINT ‘Account Starting SQL Server Service:’ + convert (varchar( 30 ), @sqlser )

3) detach your DB

USE [master] ;
GO
EXEC sp_detach_db @dbname = N ‘SmallBusiness’ , @skipchecks = ‘true’ , @keepfulltextindexfile = ‘true’
GO

4) attach the DB from the new location (ensure you own it while you’re at it)

USE [master] ;
GO
CREATE DATABASE [SmallBusiness] ON
( FILENAME = N ‘D:DatabasesSmallBusiness.mdf’ ),
( FILENAME = N ‘D:DatabasesSmallBusiness.ldf’ )
FOR ATTACH
GO
if exists ( select name from master.sys.databases sd where name = N ‘SmallBusiness’ and SUSER_SNAME (sd.owner_sid) = SUSER_SNAME () ) EXEC [AnethSmallBusiness].dbo.sp_changedbowner @loginame = N ‘MACHINE_NAMEUSERNAME’ , @map = false
GO

I tried moving to a completely different computer \COMPUTERNAME2DatabasesSmallBusiness.mdf
works perfectly.

PS> My setup is brand new, but sqlcmd doesn’t work. Don’t waste time, get Toad for Data Analysis. You can do anything on ANY DB with this thing. Great scripting tool, and it has a GUI for all you lazy folk.

I agree with Majiktom, it may seem like permissions are OK but you still get errors. I feel the process is confusing, to say the least!

My quick fix was to:
— right-click on the file in Windows Explorer, select Properties
— select the Security tab
— Click Advanced
— Click Change Permission
— Uncheck «Include inheritable permissions. «, a window will open
— Click Remove (removes all permissions), the window will close
— Click Add
— Enter your login name and click OK, the permission window will open
— Check Full Control — Allow
— Click OK, OK, OK, OK

Do this for the MDF and LDF files.

I was then able to attach the database.

I have failed some of backup jobs with below error message. I don’t know how I can fix this problem. Could you give me some advice?

Executed as user: COMPXXXXX. Microsoft (R) SQL Server Execute Package Utility Version 10.0.2531.0 for 64-bit Copyright (C) Microsoft Corp 1984-2005. All rights reserved. Started: 11:07:39 AM Progress: 2010-03-16 11:07:41.99 Source: <91ebdcb5-4e9d-4945-aba7-57bb23da6176>Executing query «DECLARE @Guid UNIQUEIDENTIFIER EXECUTE msdb..sp. «.: 100% complete End Progress Error: 2010-03-16 11:07:43.46 Code: 0xC002F210 Source: Backup DB Execute SQL Task Description: Executing the query «BACKUP DATABASE [TO1] TO DISK = N’\server5mitsd. » failed with the following error: «Cannot open backup device ‘\server5mitsdb_backup$TRGXXXXXTO1TO1.bak’. Operating system error 5(Access is denied.). BACKUP DATABASE is terminating abnormally.». Possible failure reasons: Problems with the query, «ResultSet» property not set correctly, parameters not set correctly, or connection not established correctly. End Error DTExec: The package execution returned DTSER_FAILURE (1). Started: 11:07:39 AM Finished: 11:07:43 AM Elapsed: 4.313 seconds. The package execution failed. The step failed.

Yes, it seems that I had to right click on the folder containing the .MDF and .LDF files and add my current logged in user «explicit» permissions to the directory in order for SQL server to attach the DB.

This is a fact EVEN THOUGH my current logged in user is in the «(local)/Administrators» group and the «(local)/Administrators» group already has full file control permissions of that directory. Also, my current logged in user is a DB «admin» for the SQL server. For some reason I needed to «explicitly» add my currently logged in user accounts name.

NOTE: I need to point out that previous posters on this thread are all incorrect when they suggest that the solution is in giving the «SQL service account name» the permissions.

Ok folks, hopefully this will help someone someday.

It worked. Thanks a million. )

it works. thanks two million. dave

Thanks a million!

This really helped. Sure looks like a win7 bug to me.

I had exactly same error but in my case, it was user permission error,

for instance, in SQL 2008, i had an user such as ‘devadmin’

but where the files (mdf, log) were stored, ie:c:sqlmydb.mdf. , there were no such user for read/write on folder ‘c:sql’, so i had to add devadmin for full control.

then attached the db again and worked.

hope that helps someone.

«The files were granted full control to Administrators, the SQLServer2005 Service Logon, and the SQLServer2005MSSQLUser$MACHINE_NAME$MSSMLBIZ
But if you want to re-attach it with WIN7, you have to explicitely grant yourself full control. (why? . who knows. )»

Thanks, this worked for me, granting my account Full Control too, along with the Service Account.

Thank you Dave. That really worked. I had to change the permission INDIVIDUALLY for each .mdf and .ldf file.For each of these two files, I gave FULL CONTROL to USERS group and it worked.

Ok folks, hopefully this will help someone someday.

Even if YOU create a DB or if BCM created one on your behalf, once you detach it, you actually have to explicitly grant yourself full control over the mdf and ldf, even if you are part of the Administrators group in order to re-attach it.

I think this is a WIN7 bug.

The files were granted full control to Administrators, the SQLServer2005 Service Logon, and the SQLServer2005MSSQLUser$MACHINE_NAME$MSSMLBIZ
But if you want to re-attach it with WIN7, you have to explicitely grant yourself full control. (why? . who knows. )

So, to move a WIN7 Office2007 BCM database from it’s default location to anywhere on the planet and to ensure any database attach activity doesn’t give you the «unknown error #5»:

1) backup your files
2) copy your mdf and ldf to your favorite folder
3) ensure at minimum the following UIDs have full control over them
— SQLServer2005MSSQLUser$MACHINE_NAME$MSSMLBIZ
— Your current Administrator UserID (even if Administrators have full control and you are an Administrator, you still have to add yourself)
— SQLServer2005 Service Logon
(you can get this on WIN7 thusly:

@sqlser varchar( 20 )
EXEC master..xp_regread @rootkey = ‘HKEY_LOCAL_MACHINE’ , @key = ‘SYSTEMCurrentControlSetServicesMSSQL$MSSMLBIZ’ , @value_name = ‘objectname’ , @value = @sqlser OUTPUT
PRINT ‘Account Starting SQL Server Service:’ + convert (varchar( 30 ), @sqlser )

3) detach your DB

USE [master] ;
GO
EXEC sp_detach_db @dbname = N ‘SmallBusiness’ , @skipchecks = ‘true’ , @keepfulltextindexfile = ‘true’
GO

4) attach the DB from the new location (ensure you own it while you’re at it)

USE [master] ;
GO
CREATE DATABASE [SmallBusiness] ON
( FILENAME = N ‘D:DatabasesSmallBusiness.mdf’ ),
( FILENAME = N ‘D:DatabasesSmallBusiness.ldf’ )
FOR ATTACH
GO
if exists ( select name from master.sys.databases sd where name = N ‘SmallBusiness’ and SUSER_SNAME (sd.owner_sid) = SUSER_SNAME () ) EXEC [AnethSmallBusiness].dbo.sp_changedbowner @loginame = N ‘MACHINE_NAMEUSERNAME’ , @map = false
GO

I tried moving to a completely different computer \COMPUTERNAME2DatabasesSmallBusiness.mdf
works perfectly.

PS> My setup is brand new, but sqlcmd doesn’t work. Don’t waste time, get Toad for Data Analysis. You can do anything on ANY DB with this thing. Great scripting tool, and it has a GUI for all you lazy folk.

Regarding the 5(error not found), It is the problem of permission.

You first allow permission to every users.
1. Go to your db path (.mdf and ldf)
2. set permission to full control to every role ie. System, Admin, Users.

This will help to run your query.

Thanks
Amit Malviya

That was Ace!! I could open my SQL server 2005 database, by doing the above modifications to both mdf,ldf files and doing 1 simple extra step. Once the attaching is done, right click the database—> properties—>files—> specify the owner(if it is blank).

Thank you for your kindness explanation.

I found out that it is enough to «Right click and select ‘Run as administrator’» when opening the SQL Server Management Studio.

Excelent post, this provided the mising information needed to resolve this error on Windows 7.

I agree with Majiktom, it may seem like permissions are OK but you still get errors. I feel the process is confusing, to say the least!

My quick fix was to:
— right-click on the file in Windows Explorer, select Properties
— select the Security tab
— Click Advanced
— Click Change Permission
— Uncheck «Include inheritable permissions. «, a window will open
— Click Remove (removes all permissions), the window will close
— Click Add
— Enter your login name and click OK, the permission window will open
— Check Full Control — Allow
— Click OK, OK, OK, OK

Do this for the MDF and LDF files.

I was then able to attach the database.

This Works like a charm, I added all my DBs ( some were from sql server2000 even)..

Use the below script to find the sql service account

declare @sqlser varchar ( 20 )

EXEC master .. xp_regread @rootkey = ‘HKEY_LOCAL_MACHINE’ , @key = ‘SYSTEMCurrentControlSetServicesMSSQLSERVER’ ,

@value_name = ‘objectname’ , @value = @sqlser OUTPUT

PRINT ‘Account Starting SQL Server Service:’ + convert ( varchar ( 30 ), @sqlser )

After getting the service account try the below steps to provide privilege

Actually I think most people fail to be clear enough on their instructions. Someone here indicated the culprit was that oneself was not in the list of allowed users and that was the only necessary permission change.

That is not true. In my setup I moved the database from the default C:xxx location to D:Databases\Data as I also have a D:Databases\Backup directory. The MDF and LDF files reside in that directory (Data). I am using SQL Server 2008 R2 Express under Windows 7 Home Premium 64 bits.

The registry and config mgr indicated the user as «NT AUTHORITYNetworkService» but that was NOT recognized by the Windows permissions dialog, instead you have to use «Network Service» for it to be recognized as a proper account. I added Full Control permissions to «Network Service» and myself (a restricted account) to the d:Databases directory but it still failed to bring the DB online.

I checked that the Data directory had inherited those permissions but same problem. You would expect the FILES in those directories INHERIT those permissions, apparently NOT! When I checked the permissions on the MDF and LDF files in the Data directory, neither had the Network Service or my user account listed! Since I don’t believe in opening up everything, I proceeded cautiously.

Now I added the «Network Service» with Full Control to the MDF file alone (on the file itself, not the directory). The attempt failed again, only this time I indicated the error was now ONLY on the LDF file (remember I didn’t give it permissions?). So, by granting «Network Service» Full Control over both the MDF and LDF files *explicitely* I was able to bring the database online using SQL Management Studio on my restricted account.

I did not need to add my user account to the permissions list of the MDF and LDF files!, the Network Service (under which SQL Server operates) was enough. I hope that helps someone.

Источник

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

Что собой представляет системная ошибка 5

Такая системная проблема возникает, когда пользователь пытается запустить какую-то службу, программу или открыть папку. Однако в этот момент на экране появляется окошко, в котором сообщается о невозможности выполнения заданной команды. В сообщении может быть приписка, что у вас нет прав администратора для совершения таких действий. Такая ошибка может возникать, даже когда на компьютере одна учётная запись, когда пользователь точно входит с правами администратора. Предлагаем разобраться, что провоцирует такую проблему, а также ознакомиться с рекомендациями, как её самостоятельно устранить.

Почему возникает «System Error Code 5. Отказано в доступе»

При работе в Windows 7 «Ошибка 5. Отказано в доступе» создаёт определённые сложности для пользователей, препятствуя выполнению всевозможных действий. Возникает она по причине якобы отсутствующих прав доступа. Однако тут же возникает вопрос, а как же они могут отсутствовать, если вы работаете в системе под учётной записью «Администратора»?

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

Как исправить ошибку

Теперь разберёмся, как исправить ошибку 5. Не существует какого-то одного универсального способа. Мы предложим несколько вариантов действий, вы должны начать с одного из них. Если же он не принесёт желаемого результата, тогда следует перейти к иным предлагаемым вариантам. Предлагаем ознакомиться с инструкцией, как осуществляется запуск от имени администратора. Сразу оговоримся, что такой способ отлично подходит, когда вам приходится работать с инсталляционными файлами. Если же ваши действия распространяются на директории, вам вряд ли удастся получить позитивный результат.

Если предстоит установить какую-либо новую программу на компьютер, вы заранее закачиваете инсталляционный файл. Далее, не торопитесь «по традиции» кликать по нему левой клавишей мышки, чтобы не допустить сбоя, не вызвать код ошибки 5. В любом случае нужно кликнуть по клавише мышки, но только правой. После этого возникнет контекстное меню, в котором необходимо выбрать параметр «Запуск от имени администратора», кликнуть по нему. Далее процесс инсталляции будет осуществляться в привычном режиме. Если вы установили пароль для операционной системы, тогда потребуется ввести его на одном из этапов инсталляции.

Если же проблема возникает не в тот момент, когда вы приняли решение установить новое программное обеспечение на ПК, а когда вы пытаетесь открыть какую-либо папку, тогда предлагаем поступить несколько иначе. Итак, предлагаем выполнить для предоставления доступа к папке такие шаги:

Часто после выполнения таких нехитрых последовательных действий в Windows 10 или 7, проблема исчезает. При работе с директориями вы уже не столкнётесь с проблемами и пугающими окнами. Если же вы и после выполнения таких действий, продолжаете сталкиваться с неисправностью, тогда предлагаем вам выполнить ещё кое-какие действия, подразумевающие внесение изменений в параметры учётных записей пользователей. Не пугайтесь, этот предлагаемый метод не влечёт никаких сложностей, он до удивления прост, но весьма эффективен.

Изначально нам нужно попасть в «Панель управления». Сделать это несложно, если кликнуть по меню «Пуск», а затем переориентировать взгляд на правую часть открывшегося меню. Там легко найти строку «Панель управления», остаётся только просто на неё кликнуть.

В открывшемся новом окне перейдите на «Учётные записи пользователей». Теперь предстоит найти строку «Изменение параметров контроля учётных записей».

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

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

Безусловно, переустановка операционной системы займёт время, но именно она позволит не только избавиться от ошибки 5, но и устранить другие системные глюки, а также распрощаться с уже проникшими на ваш компьютер вирусами. Итак, мы уверены, что, вооружившись этой информацией, вы сможете самостоятельно решить проблему, связанную с отказом в доступе.

Системная ошибка 5 с сообщением “отказано в доступе” является универсальной и может возникать по целому ряду причин, связанных с отсутствием доступа у пользователя к различным объектам. Иногда это происходит даже если его учетная запись входит в группу администраторов.

Почему возникает system error code 5 отказано в доступе?

Наиболее распространённая причина связана с механизмом контроля учетных записей (user access control – UAC), который появился еще в WindowsVista и перешел по наследству во все последующие ОС этого семейства, включая Windows 7.

Следующей причиной является недостаточные права на объекты файловой системы, которые также стали встречаться в файловых системах, которые используются в Windows 7 по умолчанию. Называется она NTFS. До этого – в Windows XP – ставилась файловая система FAT32, в которой не было реализовано никаких механизмов разграничения прав пользователей.

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

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

Как исправить system error code 5 “отказано в доступе”?

Запуск от имени администратора

Предположим, пользователь закачал инсталлятор для игры, стартовал его и получил такое окно с сообщением об ошибке: «Error 5: Отказано в доступе».

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

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

После этого запуск программы выполнится успешно.

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

Предоставление доступа к папке

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

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

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

В появившемся окне найти папку, на которую ссылалась ошибка на самом первом скриншоте: «C:WindowsTemp». На самой папке нажать правую кнопку мыши и выбрать в меню пункт «свойства».

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

Для добавления учетной записи «user» необходимо нажать на кнопку «добавить». Появится окно, в котором пишется имя пользователя «user».

Последующим нажатием кнопки «проверить имена» происходит поиск имени записи и подстановка ее полного пути. После нажатия на кнопку «OK», окно закрывается.

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

После этого следует нажать на кнопку «применить». Появится предупреждение, с которым следует согласиться.

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

Что запомнить пользователям

После выполнения второго действия можно запускать установщики даже под пользовательской учетной записью. Возможно, что устанавливаемому приложению потребуется доступ также и к другим папкам. Его можно предоставить тем же способом. Не всегда ошибка по доступу бывает связана с разрешениями файловой системы. На уровне политик безопасности пользователям может быть запрещен запуск любых инсталляторов. В этом случае первый способ – запуска от имени администратора будет универсальным.
Разграничение на уровне доступа создано исключительно с целью повышения безопасности и надежности работы системы. Правильно выполнять все работы по установке и настройке программ под администраторскими учетными записями, а саму работу с приложением выполнять в качестве обычного пользователя.