В последнее время многие пользователи Windows получали сообщение об ошибке CopyPE.cmd не работает при создании файла изображения. Эта статья покажет вам, как исправить, что CopyPE.cmd не работает в Windows 10.
Инструкция по исправлению CopyPE.cmd, не работающего в Windows 10
- Причина ошибки CopyPE.cmd not working
- Как исправить неработающий CopyPE.cmd
- 1. Отключите антивирус и брандмауэры.
- 2. Загрузите и установите Windows 10 ADK.
- 3. Загрузите и установите Windows 10 PE v1809.
Если вы являетесь пользователем операционной системы Windows, вы, вероятно, уже знаете о CopyPE.cmd. Согласно Microsoft Docs, инструменты Copype используются для создания рабочего каталога, содержащего стандартные файлы Windows PE (Preinstallation Environment). Этот инструмент используется для настройки образа загрузочного носителя.
- Инструкция по созданию WinPE файла IOS, USB загрузки WinPE
Это сообщение об ошибке отображается по-разному в зависимости от таких ситуаций, как CopyPE.cmd не работает, copype.cmd не распознается как внешний внутренний или командный, работающая программа или командный файл и т. Д.
Не запускается Android SDK, «xcopy» не является внутренней или внешней командой…
Причина ошибки CopyPE.cmd not working
Microsoft официально удалила PE (среду предустановки Windows) из Windows ADK 10 v1809. Поскольку инструмент CopyPE.cmd больше не доступен в Windows в предварительно установленном формате, пользователи получают сообщение об ошибке CopyPE.cmd не работает.
Как исправить неработающий CopyPE.cmd
Пользователям не нужно изменять какие-либо системные файлы или файлы реестра, чтобы исправить неработающий CopyPE.cmd.
1. Отключите антивирусное ПО и брандмауэры
Чтобы исправить ошибку copype.cmd на компьютере с Windows 10, пользователям необходимо запустить приложение ADK. Для установки приложения ADK на вашем компьютере должно быть не менее 15 ГБ свободного места. Кроме того, во время установки ADK необходимо обязательно отключить антивирусное программное обеспечение или брандмауэры. Если вы не хотите отключать антивирус, вы можете добавить папку комплекта Windows 10 в список исключений.
2. Загрузите и установите Windows 10 ADK.
Windows ADK (Assessment and Deployment Kit) — это набор инструментов, необходимых пользователям для настройки образов Windows. Следовательно, чтобы исправить CopyPE.cmd, вам необходимо установить Windows 10 ADK.
Чтобы загрузить Windows 10 ADK, щелкните ссылку ниже. Затем установите пакет на жесткий диск компьютера. Процесс установки Windows 10 ADK очень прост, вам просто нужно следовать инструкциям на экране.
КС | 3.8. Копирование объектов [Copy] [XCopy]
3. Загрузите и установите Windows 10 PE v1809.
После загрузки Windows 10 ADK вам необходимо загрузить Windows 10 PE v1809. Вы можете скачать файл по ссылке ниже. Когда загрузка будет завершена, следуйте инструкциям на экране, чтобы завершить процесс загрузки.
Программное обеспечение автоматически установится при полной загрузке. После этого запустите Windows 10 ADK и посмотрите, исправлен ли CopyPE.cmd.
Выше приведены два способа исправить CopyPE.cmd. Надеюсь, статья будет вам полезна.
Источник: snaptik.ru
xcopy не распознается как внутренняя или внешняя команда, действующая программа или пакетный файл
Cmd xcopy команда с unicode символами работает в windows console но не работает в php
Я хочу использовать следующую команду .
xcopy «E:Dropboxdbstore15957_тест_директ.fbx» «E:Dropboxdbstoretest15957_тест_директ.fbx»
Когда я использую эту команду в console, то все работает нормально, но когда вызываю из php , файл не копируется.
$command=»echo f | xcopy «E:Dropboxdbstore15957_тест_директ.fbx» «E:Dropboxdbstoretest15957_тест_директ.fbx»; $result=exec($command,$out2,$ret2);
Я получаю out=0 File(s) copied ret=4 .
Хочу заметить, что когда я вызываю эту команду из console, все не латинские символы замениваются ? , но файл копируется и все работает прекрасно.
Что можно сделать, чтобы решить проблему с utf8 символами?
Xcopy не распознается как внутренняя или внешняя команда, действующая программа или пакетный файл
Это не проблема с Windows 7 или 8. На самом деле это проблема с приложениями, которые обновляют переменные среды, такие как PATH.
Путь хранится в реестре как ” расширяемое строковое значение “(REG_EXPAND_SZ), но многие приложения записывают его обратно в реестр как” строковое значение ” (REG_SZ). Если ваш путь содержит что-либо вроде %SYSTEMROOT%, это не будет расширено в C:Windows (или что у вас есть), если путь sotred в REG_SZ.
исправление просто отредактируйте свой путь вручную с панели управления. Вам нужно внести изменения (например, добавить a ; в конец пути), а затем применить его. Это исправит ваш путь в реестре, чтобы быть REG_EXPAND_SZ.
(Перейдите на панель управления системой и выберите дополнительные системные настройки. Отредактировать переменную среды PATH в нижнем поле, и это должно исправить.
вы можете сказать, нарушен ли ваш путь таким образом, открыв командную строку и набрав путь. Ваш путь будет указан. Если вы можете видеть все, что заключено в% %, тогда ваш путь не расширяется.
Ошибка xcopy «недопустимы путь». использование русских символов в комманде xcopy.
Команда виндовой консоли (cmd)
:/> Где свойства ярлыков и Отображение в системных системах удаленного рабочего стола с помощью адаптера RDP
гораздо лучше своего досовского собрата
тем, что позволяет копировать всё содержимое папки с подпапками, что не заменимо при написании bat-файлов для задач резервного копирования. И, если описание этой команды найти не сложно (например,
), то описание ошибок практически невозможно.
Обычно после написания первого скрипта мы получаем ошибку “
Вызвана она может быть следующими причинами (в продолжении):
- Русские символы в пути. Дело в том, что по умолчанию консоль работает с кодировкой OEM 866 , а блокнот c ANSI (windows 1251 для руссифицированной винды). Лечится указанием кодировки в начале скрипта chcp 1251 .Единственный минус – на нормальный вывод русских букв после этого без танцев с бубном не надейтесь (он-то по прежнему будет в oem-866).
- Пробелы в пути. Если путь содержит пробелы, то его обязательно заключать в двойные кавычки “”. Да и вообще, проще выработать привычку всегда заключать путь в кавычки в команде xcopy.
- Отсутствует маска файла. Еще одна распространенная ошибка: если надо копировать все содержимое папки, то маску все-равно надо задавать! В следующем виде: “ *.* ” Если путь заключён в кавычки, то делать это надо следующим образом: маска файла указывается после закрытия кавычки.
Пример:
chcp 1251
xcopy “c:Работа”*.* “d:Резервная копия” /Y /H
xcopy не распознается как внутренняя или внешняя команда, исполняемая программа или пакетный файл
Я создаю проект С# с помощью msbuild. В конце сборки вызывается пакетный файл для копирования моих сборок из Debug/Release в некоторые другие папки.
Вот проблема, моя сборка не удалась, и в журнале ошибок написано: «xcopy не распознается как внутренняя или внешняя команда, работающая программа или пакетный файл».
Путь указан правильно, xcopy do работает из командной строки Windows и из командной строки Visual Studio (та, которая установлена в среде проекта).
Я пытался указать путь в командном файле, но это не помогает.
Я использую windows 7
задан 24 июн ’13, 11:06
8 ответы
Я столкнулся с той же проблемой.
Кажется, это проблема с переменной среды пути в Visual Studio.
Когда я добавил оператор «путь» в начало моего события сборки, он выдал следующий вывод:
PATH=
Кажется, это указывает на то, что путь пуст в среде сборки VS.
Когда я указываю полный путь к xcopy вот так, проблема исчезает:
%systemroot%System32xcopy .
Я не уверен, что заставило Visual Studio потерять свой путь.
Создан 16 июля ’13, 15:07
Установить переменную среды PATH = %SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem;%SYSTEMROOT%System32WindowsPowerShellv1.0
ответ дан 03 дек ’13, 11:12
Это не проблема с Windows 7 или 8. На самом деле это проблема с приложениями, которые обновляют переменные среды, такие как PATH. PATH хранится в реестре как «расширяемое строковое значение» (REG_EXPAND_SZ), но многие приложения записывают его обратно в реестр как «строковое значение» (REG_SZ). Если ваш путь содержит что-то вроде %SYSTEMROOT%, он не будет расширен до C:Windows (или любого другого), если путь хранится в REG_SZ.
Исправление состоит в том, чтобы просто отредактировать свой путь вручную с панели управления. Вам нужно внести изменение (например, добавить ; в конец пути), а затем применить его. Это исправит ваш путь в реестре как REG_EXPAND_SZ. (Перейдите на панель управления системой и выберите «Дополнительные параметры системы». Отредактируйте переменную среды пути в нижнем поле, и это должно исправить это.
Вы можете узнать, поврежден ли ваш путь таким образом, открыв командную строку и введя PATH. Ваш путь будет указан. Если вы видите что-либо, заключенное в % %, значит, ваш путь не расширяется.
ответ дан 28 окт ’20, 09:10
Пятно на Фила! В моем случае это было в Windows XP, и запись в реестре (HKEY_LOCAL_MACHINESYSTEMControlSet001ControlSession ManagerEnvironmentPath) действительно была установлена на REG_SZ. Повторное установление пути из Панели управления > Система > Дополнительно > Переменные среды исправило его в реестре. Когда я запустил новую командную строку, путь был правильно «расширен». — луговая шляпа
Так рад, что нашел этот ответ! Это была именно проблема на моей машине. — Матиас Кох
Это случилось со мной после того, как я обновил одно из своих расширений Visual Studio, во время которого Visual Studio была закрыта и снова открыта программой обновления. Я больше не мог правильно построить свой проект. Я закрыл Visual Studio и снова открыл его, и проблема исчезла.
ответ дан 30 дек ’13, 19:12
Источник: stackovergo.com