Ошибка при создании нового файла в редакторе кода «Скобки»
Я попытался создать новый файл в редакторе кода Brackets. Он показывает сообщение об ошибке, как показано ниже.
«Ошибка создания файла: произошла ошибка при попытке создать файл. Целевой каталог не может быть изменен.
Не могли бы вы предоставить более подробную информацию и описать, что именно вы делали?
— RtmY
08.03.2019 07:25
В скобках у нас есть способ создать новый файл или папку. Итак, я выполнил эти шаги. Щелкните правой кнопкой мыши на левой панели. Мы получаем варианты создания нового файла, новой папки и т. д. Когда я выбираю «Новый файл» или «Новая папка», я вижу новый файл/папку, созданную под снимками экрана. Но когда я переименовываю его с любым именем и нажимаю «ОК», появляется сообщение об ошибке, что его невозможно создать.
— rahul reddy
08.03.2019 12:20
Принимая во внимание, что когда я пытаюсь создать новый файл, перейдя в меню «Файл», а затем в новую опцию, я могу создать файл на рабочей вкладке «Файлы» на левой панели. Но я не мог создать, используя параметры, которые я получаю, когда я делаю это с помощью правой кнопки мыши.
— rahul reddy
08.03.2019 12:24
Лучше, чтобы вы добавили эти детали в свой вопрос, чтобы другим людям было легче увидеть и помочь.
— RtmY
08.03.2019 19:52
другой маршрут в Flask Python
Flask — это фреймворк, который поддерживает веб-приложения. В этой статье я покажу, как мы можем использовать @app .route в flask, чтобы иметь другую…
Принцип подстановки Лискова
Принцип подстановки Лискова (LSP) — это принцип объектно-ориентированного программирования, который гласит, что объекты суперкласса должны иметь…
Версия Java на основе версии загрузки
Если вы зайдете на официальный сайт Spring Boot , там представлен start.spring.io , который упрощает создание проектов Spring Boot, как показано ниже.
Ответы
1
У меня была такая же проблема, и я понял это.
Вместо того, чтобы идти «Файл-> Новый», вы должны щелкнуть правой кнопкой мыши раздел папки в скобках, а затем выбрать «Новый файл», который создаст новый файл в вашей текущей папке, а также в разделе «Рабочие файлы».
Смотрите изображение ниже, где щелкнуть правой кнопкой мыши (щелкните правой кнопкой мыши в красном круге):
Я добавил файл Bootstrap.html в папку «Full Stack Dev».
Другие вопросы по теме
Из-за прав не могу сохранять файл в brackets и atom, почему?!
Вот, что выходит
ОС винда!
задан 19 авг 2016 в 22:16
Не можете сохранить файл из-за того что изменяете его в директории, в которой не имеете прав на запись. Создайте/скопируйте проект в другую директорию, измените права на папку и вложенные объекты, или используйте учетную запись, которая обладает такими правами (администратор).
Для записи в C:/Program files — нужны права администратора
ответ дан 6 дек 2016 в 13:24
TihonTihon
8227 серебряных знаков16 бронзовых знаков
Вы создаете проект в стартовом проекте. Попробуйте создать новый проект, там проблем возникнуть не должно…
ответ дан 6 дек 2016 в 13:11
ThusMadThusMad
3713 серебряных знака15 бронзовых знаков
UPDATE: I don’t remember seeing this earlier, but now if I load a simple tree 2 levels deep…
ProjectRoot
----folder
--------subfolder
------------file.txt
…and I try to rename folder externally, I get the «folder in use» dialog.
Old Description:
While debugging #6537, I found the following…
If, external to brackets, I copy in a folder with a subfolder into my project, then externally try to rename the folder that I pasted, windows prevents me from doing so with this warning:
Folder In Use
The action can’t be completed because the folder or a file in it is open in another program. Close the folder or file and try again.
Note that this only happens for externally added folders that include a subfolder. Pasting in a folder with no subfolders doesn’t reproduce the issue. I assume that the file watcher for the subfolder is what is holding a file lock.
This may be a sprint 36 blocker.
cc @iwehrman @peterflynn @gruehle
@peterflynn made a good point, why doesn’t this happen for all watched folders? Indeed it doesn’t…
So Windows doesn’t like the rename? Is the hypothesis that the Node watcher is somehow locking the directory? I have no idea how Windows filesystem locking works. @peterflynn?
I ran Process Explorer and it confirmed that brackets-node has a handle on the directory that I moved.
@jasonsanjose @iwehrman I have a theory that the stuck handle is actually a result of the watcher notification from the directory getting added while its parent was already watched. That would explain why it only occurs for added directories and not all directories. Does anything in the Node-side code fit into that picture? Or could there be a bug in the Node watcher impl itself…?
Not exactly sure what you mean about the notification. Can you clarify?
I don’t remember seeing this earlier, but now if I load a simple tree 2 levels deep…
ProjectRoot
----folder
--------subfolder
------------file.txt
…and I try to rename folder externally, I get the «folder in use» dialog.
Tested with Node 0.11.10 and the problem still exists.
The available options are unpalatable:
- Live with the bug on Windows;
- Disable watchers on Windows, patching up the caching infrastructure to always cache directory contents, and to invalidate directory contents on window focus if unwatched; or
- Use Node’s slower, more expensive
fs.watchFileoperation (or one of its many wrapper libraries) for file-change notifications.
The best option in my opinion is 2. The downside is that it will require some additional code. The upside is that it will probably leave the filesystem code in a better state overall, since there’s no particular reason why we shouldn’t have the proposed caching policy already for unwatched directories except for the added complexity.
Side note: although the aforementioned Node issue would indicate that this is impossible on Windows, I frankly don’t believe that. I bet it works in Sublime somehow or another. It would be nice to know how.
CC @gruehle
This is confusing. If I have Sublime open, it lets me rename folders with folder children, yet it still detects the rename instantly.
Windows Explorer itself it obviously also able to do this. So it seems like there’s some Windows API that has the behavior we want…
Could they really both be doing the super inefficient one-watcher-per-file thing??
Because Explorer can do it efficiently, it seems very likely that the answer is that there exists an API that libuv doesn’t use. Also, if they’re spinning up a watcher-per-visible-file, they still need a way to watch for new files…
We’ve identified at least four promising-sounding options that might allow efficient watching without locking most (or any) folders… It does seem like there’s a good chance libuv is simply ‘doing it wrong’ — Windows isn’t really a top-priority platform for Node, and the main native watching API is apparently pretty complicated to use effectively:
E.g., from http://qualapps.blogspot.com/2010/05/understanding-readdirectorychangesw.html
The biggest challenge to using ReadDirectoryChangesW is that there are several hundred possibilities for combinations of I/O mode, handle signaling, waiting methods, and threading models. Unless you’re an expert on Win32 I/O, it’s extremely unlikely that you’ll get it right, even in the simplest of scenarios.
So at this point we just need to proove out which alternative is going to work well, and then start thinking about how that fits into our desire to ship a Brackets update relatively soon…
FYI this was also tested on Mac and Linux…both are unaffected.
This was referenced
Jan 28, 2014
Pull requests #6673 and #412 should fix this issue. Per @peterflynn ‘s note, @JeffryBooher @ingorichter and I have implemented a native node add-on for Windows, called ‘fsevents_win’.
This new node-module replaces Brackets’ previous use of node’s fs.watch() with a Windows-native implementation of the same ReadDirectoryChangesW() function, but leveraging the ‘recursive’ flag. So, on Windows, we now only have to set a single watcher at the project root level, rather than having to iterate thru and set individual fs.watch() watchers for each subfolder within the project. As a result, the observed «in-use» issues disappear.
Per @jasonsanjose ‘s last comment, the reason why this didn’t occur on Mac was because @iwehrman had already integrated a similar 3rd-party node-module that provided this same native functionality on the Mac.
FYI… one side benefit of only setting a watcher on the project’s root folder is that we now also lock that folder so that it can’t be deleted or renamed out from under us while it’s open within Brackets. 🙂
This was referenced
Jan 29, 2014
@ackalker Good observation. The comment referred to in that link points to how using FILE_SHARE_DELETE in the CreateFile() call will keep the code from locking the folder that you’re wanting to watch with ReadDirectoryChangesW(). However, even if you use that flag, the parent folder of the watched folder will be locked by the ReadDirectoryChangesW() call.
So, in this implementation, we’ve chosen to not use this flag, and so Brackets will be locking the root of the project folder (and its parent folder). However, since we are now able to recursively watch all subfolders with a single-watcher, we’ve fixed the problem of not being able to externally rename/delete folders within the project itself.
(IMHO, it’s actually a positive that we’re now locking the root of the project folder so that it won’t be moved/deleted out from underneath us as easily.)
The Pull Requests have been merged into the release and master branches now, so marking this as FBNC back to @jasonsanjose
Confirmed fix on release build 0.37.0-11591 (build number to be fixed soon right?)
This was referenced
Sep 15, 2014
This was referenced
Feb 4, 2016
This was referenced
Aug 17, 2021
This was referenced
Sep 15, 2021
This was referenced
May 10, 2022
wll8
mentioned this issue
Jan 19, 2023
UPDATE: I don’t remember seeing this earlier, but now if I load a simple tree 2 levels deep…
ProjectRoot
----folder
--------subfolder
------------file.txt
…and I try to rename folder externally, I get the «folder in use» dialog.
Old Description:
While debugging #6537, I found the following…
If, external to brackets, I copy in a folder with a subfolder into my project, then externally try to rename the folder that I pasted, windows prevents me from doing so with this warning:
Folder In Use
The action can’t be completed because the folder or a file in it is open in another program. Close the folder or file and try again.
Note that this only happens for externally added folders that include a subfolder. Pasting in a folder with no subfolders doesn’t reproduce the issue. I assume that the file watcher for the subfolder is what is holding a file lock.
This may be a sprint 36 blocker.
cc @iwehrman @peterflynn @gruehle
@peterflynn made a good point, why doesn’t this happen for all watched folders? Indeed it doesn’t…
So Windows doesn’t like the rename? Is the hypothesis that the Node watcher is somehow locking the directory? I have no idea how Windows filesystem locking works. @peterflynn?
I ran Process Explorer and it confirmed that brackets-node has a handle on the directory that I moved.
@jasonsanjose @iwehrman I have a theory that the stuck handle is actually a result of the watcher notification from the directory getting added while its parent was already watched. That would explain why it only occurs for added directories and not all directories. Does anything in the Node-side code fit into that picture? Or could there be a bug in the Node watcher impl itself…?
Not exactly sure what you mean about the notification. Can you clarify?
I don’t remember seeing this earlier, but now if I load a simple tree 2 levels deep…
ProjectRoot
----folder
--------subfolder
------------file.txt
…and I try to rename folder externally, I get the «folder in use» dialog.
Tested with Node 0.11.10 and the problem still exists.
The available options are unpalatable:
- Live with the bug on Windows;
- Disable watchers on Windows, patching up the caching infrastructure to always cache directory contents, and to invalidate directory contents on window focus if unwatched; or
- Use Node’s slower, more expensive
fs.watchFileoperation (or one of its many wrapper libraries) for file-change notifications.
The best option in my opinion is 2. The downside is that it will require some additional code. The upside is that it will probably leave the filesystem code in a better state overall, since there’s no particular reason why we shouldn’t have the proposed caching policy already for unwatched directories except for the added complexity.
Side note: although the aforementioned Node issue would indicate that this is impossible on Windows, I frankly don’t believe that. I bet it works in Sublime somehow or another. It would be nice to know how.
CC @gruehle
This is confusing. If I have Sublime open, it lets me rename folders with folder children, yet it still detects the rename instantly.
Windows Explorer itself it obviously also able to do this. So it seems like there’s some Windows API that has the behavior we want…
Could they really both be doing the super inefficient one-watcher-per-file thing??
Because Explorer can do it efficiently, it seems very likely that the answer is that there exists an API that libuv doesn’t use. Also, if they’re spinning up a watcher-per-visible-file, they still need a way to watch for new files…
We’ve identified at least four promising-sounding options that might allow efficient watching without locking most (or any) folders… It does seem like there’s a good chance libuv is simply ‘doing it wrong’ — Windows isn’t really a top-priority platform for Node, and the main native watching API is apparently pretty complicated to use effectively:
E.g., from http://qualapps.blogspot.com/2010/05/understanding-readdirectorychangesw.html
The biggest challenge to using ReadDirectoryChangesW is that there are several hundred possibilities for combinations of I/O mode, handle signaling, waiting methods, and threading models. Unless you’re an expert on Win32 I/O, it’s extremely unlikely that you’ll get it right, even in the simplest of scenarios.
So at this point we just need to proove out which alternative is going to work well, and then start thinking about how that fits into our desire to ship a Brackets update relatively soon…
FYI this was also tested on Mac and Linux…both are unaffected.
This was referenced
Jan 28, 2014
Pull requests #6673 and #412 should fix this issue. Per @peterflynn ‘s note, @JeffryBooher @ingorichter and I have implemented a native node add-on for Windows, called ‘fsevents_win’.
This new node-module replaces Brackets’ previous use of node’s fs.watch() with a Windows-native implementation of the same ReadDirectoryChangesW() function, but leveraging the ‘recursive’ flag. So, on Windows, we now only have to set a single watcher at the project root level, rather than having to iterate thru and set individual fs.watch() watchers for each subfolder within the project. As a result, the observed «in-use» issues disappear.
Per @jasonsanjose ‘s last comment, the reason why this didn’t occur on Mac was because @iwehrman had already integrated a similar 3rd-party node-module that provided this same native functionality on the Mac.
FYI… one side benefit of only setting a watcher on the project’s root folder is that we now also lock that folder so that it can’t be deleted or renamed out from under us while it’s open within Brackets. 🙂
This was referenced
Jan 29, 2014
@ackalker Good observation. The comment referred to in that link points to how using FILE_SHARE_DELETE in the CreateFile() call will keep the code from locking the folder that you’re wanting to watch with ReadDirectoryChangesW(). However, even if you use that flag, the parent folder of the watched folder will be locked by the ReadDirectoryChangesW() call.
So, in this implementation, we’ve chosen to not use this flag, and so Brackets will be locking the root of the project folder (and its parent folder). However, since we are now able to recursively watch all subfolders with a single-watcher, we’ve fixed the problem of not being able to externally rename/delete folders within the project itself.
(IMHO, it’s actually a positive that we’re now locking the root of the project folder so that it won’t be moved/deleted out from underneath us as easily.)
The Pull Requests have been merged into the release and master branches now, so marking this as FBNC back to @jasonsanjose
Confirmed fix on release build 0.37.0-11591 (build number to be fixed soon right?)
This was referenced
Sep 15, 2014
This was referenced
Feb 4, 2016
This was referenced
Aug 17, 2021
This was referenced
Sep 15, 2021
This was referenced
May 10, 2022
wll8
mentioned this issue
Jan 19, 2023
Hi,
I have the following problem on my iMac 10.12.6 Beta (16G12b) running Brackets Release 1.9 build 1.9.0-17312 (release 189f6d39a);
I have an FTP disk/remote volume mounted with the third-party program Transmit.
There are several folders in there, among others a folder called ‘instruo-app.nl’ which contains ‘wwwroot’ which contains the website files.
I’d like to be able to also edit and save files in a folder ‘php’ outside the ‘wwwroot’ directory, as a sibling. While I can move, copy and add everywhere in Finder, and all folders are listed as «Sharing & Permissions: You can read and write», I cannot do so from Brackets.
Brackets is able to open files outside the ‘wwwroot’ directory such as the files in the ‘php’ folder, but cannot save any edits or files in this folder. Specifically, if I just move this ‘php’ folder inside the ‘wwwroot’ folder, the problem is solved, but this is not recommended.
If I try to do so, just save a file that is not in the ‘wwwroot’ directory but somewhere else on this remote volume, Brackets states Error Saving File, An error occured when trying to save the files /Volumes/Instruo/..path../php/file.php. (error Unknown).
This happens even if Brackets is reloaded without extensions, and no console message is produced in the developers view.
One would assume that this would be a permissions issue, but all other programs, Finder, Word, etc. have no problem saving files, Finder lists the folder as completely accessible, and Brackets doesn’t report or recognise a permissions issue in its error message.
I hope this can be solved; kind regards,
Isaiah van Hunen
Содержание
- Произошла ошибка при попытке переименования файла в папке назначения movefile сбой код 5
- Произошла ошибка при попытке переименования файла в папке назначения movefile сбой код 5
- Ошибка movefile сбой код 5
- Исправляем «Ошибку 5: отказано в доступе»
- Способ 1: Запуск от имени администратора
- Способ 2: Доступ к папке
- Способ 3: Учетные записи пользователей
- Произошла ошибка при попытке переименования файла в папке назначения movefile сбой код 5
- Произошла ошибка при попытке переименования файла в папке назначения movefile сбой код 5
Произошла ошибка при попытке переименования файла в папке назначения movefile сбой код 5
Для 2-х симсонов, обязательное условие:
ХР(желательно с SP1, со вторым не пробовал) + DirectX 9c (именно 9с).
у меня любая игра не устанавливается. Подозрение, что все накрывается, когда начинается распаковка архивов. Компик после чтения диска долго грузится, и если раньше начинал распаковку архивов, то теперь выдает мне это сообщение. И все. Кто-нибудь знает, что это?
Моржет сам привод сломался?
Привод надеюсь не при чем
потому что их 3 штуки (просто СД-ром, СД-Р и ДВД-ром), пробовала со всеми, но все то же самое.
Ну тогда попробуйте переустановить
Windows. Может проблемы в нем.
А может и вирус Win.Parite.b
Я тут у друга выловил кучу. Игры тоже не играли
Windows тож не при чем
я его первым делом переустановила. А что за вирус? И как с ним бороться? Но игры, которые стоят на компе работают, я не могу установить новые, и вообще, разные программы тоже не могу установить. Мне тут сказали, что это могут быть глюки оперативки. Это возможно?
в том что архиватора нет типа WIN RAR или WIN ZIP такое иногда бывает. А при установке программ тоже самое происходит и что говорит?
Если не жалко то форматни систему (логический диск на котором стоит Win 98) ставь XP
Я бы если место есть в харде партижн мардик создал бы новый драйвер туда ось бы поставил и игру. или есть возвожмность перенести нужные файлы в компик или хард а м.б. флешку. А затем отформатировал этит глючий жардик и все снова поставил. А затем переписал обратно нужные чистые от вирусов файлы.
Источник
Произошла ошибка при попытке переименования файла в папке назначения movefile сбой код 5
Для 2-х симсонов, обязательное условие:
ХР(желательно с SP1, со вторым не пробовал) + DirectX 9c (именно 9с).
у меня любая игра не устанавливается. Подозрение, что все накрывается, когда начинается распаковка архивов. Компик после чтения диска долго грузится, и если раньше начинал распаковку архивов, то теперь выдает мне это сообщение. И все. Кто-нибудь знает, что это?
Моржет сам привод сломался?
Привод надеюсь не при чем
потому что их 3 штуки (просто СД-ром, СД-Р и ДВД-ром), пробовала со всеми, но все то же самое.
Ну тогда попробуйте переустановить
Windows. Может проблемы в нем.
А может и вирус Win.Parite.b
Я тут у друга выловил кучу. Игры тоже не играли
Windows тож не при чем
я его первым делом переустановила. А что за вирус? И как с ним бороться? Но игры, которые стоят на компе работают, я не могу установить новые, и вообще, разные программы тоже не могу установить. Мне тут сказали, что это могут быть глюки оперативки. Это возможно?
в том что архиватора нет типа WIN RAR или WIN ZIP такое иногда бывает. А при установке программ тоже самое происходит и что говорит?
Если не жалко то форматни систему (логический диск на котором стоит Win 98) ставь XP
Я бы если место есть в харде партижн мардик создал бы новый драйвер туда ось бы поставил и игру. или есть возвожмность перенести нужные файлы в компик или хард а м.б. флешку. А затем отформатировал этит глючий жардик и все снова поставил. А затем переписал обратно нужные чистые от вирусов файлы.
Источник
Ошибка movefile сбой код 5
При установке новой версии возникает ошибка:
Произошла ошибка при попытке замены существующего файла.
DeleteFile: сбой, код 5.
Отказано в доступе.
Данная ошибка означает, что один или несколько файлов программы заняты системой или иным приложением (например, антивирусом).
Если вы столкнулись с такой проблемой, то попробуйте перезагрузить компьютер и установить новую версию вручную, скачав дистрибутив программы с нашего сайта.
Запуск установки при этом необходимо осуществить от имени администратора. Для этого кликните по файлу установки правой клавишей мышки и выберите пункт «Запуск от имени Администратора«.
С неисправностью «Ошибка 5: отказано в доступе» сталкиваются многие юзеры Виндовс 7. Данная ошибка говорит о том, что у пользователя не хватает прав для запуска какого-либо приложения или программного решения. Но эта ситуация может возникнуть, даже если вы находитесь в среде ОС с возможностью администрирования.
Исправляем «Ошибку 5: отказано в доступе»
Чаще всего эта проблемная ситуация возникает из-за механизма по контролю учетных записей (user access control — UAC). В нём возникают ошибки, и система блокирует доступ к определённым данным и директориям. Встречаются случаи, когда отсутствуют права доступа на конкретное приложение или службу. Сторонние программные решения (вирусное ПО и некорректно установленные приложения) также служат причиной появление неполадки. Далее приведем несколько способов по устранению «Ошибки 5».
Способ 1: Запуск от имени администратора
Представим ситуацию, что юзер начинает инсталляцию компьютерной игры и видит сообщение, в котором написано: «Ошибка 5: Отказано в доступе».
Самое простое и быстрое решение – это произвести запуск инсталлятора игры от имени администратора. Необходимо выполнить простые действия:
Выполнив эти шаги, программное решение успешно запуститься.
Хочется отметить, что существует софт, которому для запуска необходимы права администратора. Иконка такого объекта будет иметь пиктограмму щита.
Способ 2: Доступ к папке
Пример, который был приведен выше, показывает, что причина неисправности кроется в отсутствующем доступе к директории временных данных. Программное решение хочет воспользоваться временной папкой и не может получить к ней доступ. Так как изменить приложение нет возможности, то необходимо открыть доступ на уровне файловой системы.
Совершаем переход по пути:
Ищем директорию с наименованием «Temp» и жмём по ней ПКМ, выбрав подпункт «Свойства».
В открывшемся окне совершаем переход в подпункт «Безопасность». Как видим, в списке «Группы или пользователи» нет учетной записи, которая выполняла запуск инсталлирующей программы.
Чтобы добавить учетную запись «Пользователи», нажимаем по кнопке «Добавить». Всплывет окошко, в котором будет вписано пользовательское имя «Пользователи».
После нажатия на кнопку «Проверить имена» произойдет процесс поиска наименования данной записи и установка достоверного и полного пути к ней. Закрываем окно, нажимая по кнопке «ОК».
В перечне пользователей появится «Пользователи» с правами, которые выделены в подгруппе «Разрешения для группы «Пользователи» (необходимо поставить галочки напротив всех чекбоксов).
Далее нажимаем по кнопке «Применить» и соглашаемся со всплывшим предупреждением.
Процедура по применению прав занимает несколько минут. После её завершения все окна, в которых были выполнены действия по настройке, необходимо закрыть. После выполнения шагов, описанных выше, «Ошибка 5» должна исчезнуть.
Способ 3: Учетные записи пользователей
Проблема может быть устранена изменением параметров учетной записи. Для этого необходимо выполнить следующие шаги:
- Совершаем переход по пути:
Панель управленияВсе элементы панели управленияУчетные записи пользователей
Перемещаемся в пункт под названием «Изменение параметров контроля учетных записей».
В появившемся окне вы увидите бегунок. Его необходимо переместить в самое нижнее положение.
Должно выглядеть вот так.
Совершаем перезапуск ПК, неисправность должна исчезнуть.
После выполнения несложных операций, изложенных выше, «Ошибка 5: Отказано в доступе» будет устранена. Метод, изложенный в первом способе, является временной мерой, так что если вы хотите полностью искоренить проблему, придётся углубиться в настройки Windows 7. Дополнительно необходимо регулярно сканировать систему на вирусы, ведь они тоже могут служить причиной «Ошибки 5».
Отблагодарите автора, поделитесь статьей в социальных сетях.
ошибка при установке игры!!
C:Program Files (x86)GTA Power of Ninjaunins000.exe
произошла ошибка при попытке переименования файла в папке
назначения:
MoveFile:сбой код 5
нажмите >,чтобы повторить, >,чтобы
пропустить файл (не рекомендуется) или для выхода
Источник
Произошла ошибка при попытке переименования файла в папке назначения movefile сбой код 5
Для 2-х симсонов, обязательное условие:
ХР(желательно с SP1, со вторым не пробовал) + DirectX 9c (именно 9с).
у меня любая игра не устанавливается. Подозрение, что все накрывается, когда начинается распаковка архивов. Компик после чтения диска долго грузится, и если раньше начинал распаковку архивов, то теперь выдает мне это сообщение. И все. Кто-нибудь знает, что это?
Моржет сам привод сломался?
Привод надеюсь не при чем
потому что их 3 штуки (просто СД-ром, СД-Р и ДВД-ром), пробовала со всеми, но все то же самое.
Ну тогда попробуйте переустановить
Windows. Может проблемы в нем.
А может и вирус Win.Parite.b
Я тут у друга выловил кучу. Игры тоже не играли
Windows тож не при чем
я его первым делом переустановила. А что за вирус? И как с ним бороться? Но игры, которые стоят на компе работают, я не могу установить новые, и вообще, разные программы тоже не могу установить. Мне тут сказали, что это могут быть глюки оперативки. Это возможно?
в том что архиватора нет типа WIN RAR или WIN ZIP такое иногда бывает. А при установке программ тоже самое происходит и что говорит?
Если не жалко то форматни систему (логический диск на котором стоит Win 98) ставь XP
Я бы если место есть в харде партижн мардик создал бы новый драйвер туда ось бы поставил и игру. или есть возвожмность перенести нужные файлы в компик или хард а м.б. флешку. А затем отформатировал этит глючий жардик и все снова поставил. А затем переписал обратно нужные чистые от вирусов файлы.
Источник
Произошла ошибка при попытке переименования файла в папке назначения movefile сбой код 5
Вылеты игры
Решение:
Причины вылета
1. Недостаток оперативной памяти.
Кроме ОЗУ и ПЗУ у Windows предусмотрена такая штука, как Виртуальная память. В ней как раз таки и храниться ход вашей игры. При переполнении виртуальной памяти игра может как просто вылетать, так и вылетать с BSOD (синий экран смерти).
Обратите внимание, что исходный размер должен быть равен количеству ОЗУ умноженному на 1,5. Максимальный размер минимум в 2-4 больше ОЗУ.
2. Несоответствие конфигурации компьютера минимальным требованиям игры. Чаще всего причинами становятся слабая видеокарта и недостаток оперативной памяти.
Возможные решения проблемы:
1. Приобретение нового компьютера (или его составных частей), удовлетворяющего требованиям для запуска игры. Если вылет из игры сопровождается отключением компьютера, то причиной может быть нехватка энергии. В этом случае необходимо заменить блок питания на более производительный.
2. Если первый вариант решения проблемы для Вас невозможен, то в ряде случаев решить проблему поможет:
— снижение параметров качества изображения и уменьшение разрешения экрана в «Настройках»;
— игра в оконном режиме (устанавливается в «Настройках»);
— снижение нагрузки на систему в процессе игры путем отключения антивирусного программного обеспечения.
3. Очень часто вылеты из игры вызваны несоответствием установленной версии DirectX требованиям The Sims 3. В этом случае необходимо обновить DirectX.
3. Конфликт игры с видеокартой.
Возможные решения проблемы:
1. Обновление драйвера видеокарты.
2. The Sims 3 может конфликтовать с некоторыми версиями драйверов. Такая ошибка встречалась при установке драйвера Nvidia 191.07. Чтобы решить проблему, необходимо установить предыдущую версию драйвера для Вашей видеокарты.
4. Нехватка свободного места на диске.
Возможные решения проблемы:
1. Увеличение свободного места на диске.
2. Дефрагментация диска.
3. Кроме того, необходимо удостовериться в достаточном размере файла подкачки.
5. Перегрев системы.
В ряде случаев вылеты из игры обуславливаются перегревом системы. Проверьте, как работает охлаждение системы. Если проблема именно в этом, то ниже представлены возможные решения.
Возможные решения проблемы:
1. Рекомендуется аккуратно почистить компьютер от пыли.
2. Проверить работу вентиляторов, в случае необходимости увеличить их количество либо заменить на более мощные.
6. Установка дополнительных материалов, хаков и модов (чаще всего в формате package), конфликтующих с игрой или её последними обновлениями.
Это одна из наиболее часто встречающихся причин вылетов из игры. При этом чаще всего вылет происходит практически сразу после запуска игры.
Возможное решение проблемы:
— Удаление конфликтующих файлов. К сожалению, в этом случае, если Вам неизвестно, какой из недавно установленных файлов мог вызвать такую проблему, придется действовать путем их перебора. Перенесите все файлы из папки Mods/Packages в любое другое место (например, на рабочий стол). Затем небольшими партиями перемещайте их назад в папку Packages. После каждого такого переноса запускайте игру, чтобы проверить её работу.
7. Удаление необходимого для запуска игры файла.
Источник