Имена исходного и конечного файла совпадают как исправить
Перейти к содержимому

Имена исходного и конечного файла совпадают как исправить

  • автор:

Сбой операции копирования файлов, если у файлов или папок длинные пути, в проводнике

Windows Server 2012 R2 Datacenter Windows Server 2012 R2 Essentials Windows Server 2012 R2 Foundation Windows Server 2012 R2 Standard Windows 8.1 Enterprise Windows 8.1 Pro Windows 8.1 Windows Server 2012 Datacenter Windows Server 2012 Datacenter Windows Server 2012 Standard Windows Server 2012 Standard Windows Server 2012 Essentials Windows Server 2012 Foundation Windows Server 2012 Foundation Windows 8 Enterprise Windows 8 Pro Windows 8 Windows 7 Service Pack 1 Windows Server 2008 R2 Service Pack 1 Еще. Меньше

Симптомы

Рассмотрим следующий сценарий:

  • У вас есть компьютер под управлением Windows 8.1, Windows Server 2012 R2, Windows 8, Windows Server 2012 Пакет обновления 1 (SP1) для Windows 7 или Windows Server 2008 R2 Пакет обновления 1 (SP1).
  • Попробуйте скопировать файлы или папки, чтобы вставить их в другую папку с помощью проводника Windows.
  • Файлы или папки, которые вы поместите имеют пути, длина которых превышает максимальную допустимую длину пути.

В этом случае проведение операции копирования является ненадежным и происходит сбой из-за длины пути файла или папки. Кроме того возможно возникновение следующих проблем:

  • Операция копирования не выполняется и генерирует сообщение о том, что указан слишком длинный путь (имя файла). Сообщение также предлагает Сократите имя файла и повторите попытку копирования.
  • Операция копирования не запускается. В этом случае сообщение не формируется.
  • Операция копирования начинается, копирует несколько файлов или папок и затем завершается неудачей без выдачи сообщения.

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

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

Причина

Эта проблема возникает из-за особенности в способе обработки Windows ошибок длинных путей.

Решение

Для решения этой проблемы для Windows 8.1, Windows Server 2012 R2, Windows 8, andWindows Server 2012 установите накопительный пакет обновления.
Для решения этой проблемы для Windows 7 и Windows Server 2008 R2, установите исправление, описанное в данной статье.

Сведения об обновлении для Windows 8.1, Windows Server 2012 R2, Windows Server 2012 и Windows 8

Для решения этой проблемы установите накопительный пакет обновления, выпущенного апрель 2012 г. и 2014 ноября.

  • Windows RT 8.1, Windows 8.1 и обновления Windows Server 2012 R2: апреля 2014 г
  • Получить ноябрь 2014 накопительный пакет обновления для Windows Server 2012, Windows 8 и Windows RT

Сведения об исправлении для Windows 7 и Windows Server 2008 R2

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

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

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

http://support.microsoft.com/contactus/?ws=supportПримечание. В форме «Пакет исправлений доступен для скачивания» отображаются языки, для которых доступно исправление. Если нужный язык не отображается, значит исправление для данного языка отсутствует.

Предварительные условия

Для установки этого исправления необходимо иметь Пакет обновления 1 для Windows 7 или Windows Server 2008 R2 установлен.

Необходимость перезагрузки

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

Сведения о замене исправлений

Это исправление не заменяет все ранее выпущенные исправления.

Double Commander

Переименование файла, начинающегося с пробела

Здесь обсуждаем возможные ошибки. Подтвержденные ошибки отправляем в баг трекер.
1 post • Page 1 of 1
texnik Posts: 2 Joined: Wed Nov 19, 2014 1:03 pm

Переименование файла, начинающегося с пробела

#1 Post by texnik » Thu Dec 28, 2017 2:22 pm

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

Spoiler:

Double Commander
Version: 0.7.8 beta
Revision: 7400M
Build date: 2017/02/24
Lazarus: 1.6.0.4-exported
FPC: 3.0.0
Platform: x86_64-Win64-win32/win64
OS version: Windows 7 SP1 x86_64

Хочу копировать файл, а виндоус отвечает: «Не удается скопировать. Имена исходного и конечного файлов совпадают»

При попытке копировать файл (картинку) и вставить в ту же папку (обычно копия тогда появляется рядом с оригиналом и носит имя «Копия . «) компьютер выдаёт окошко со следующим текстом: «Не удается скопировать. Имена исходного и конечного файлов совпадают».
А при попытке «вырезать» что-либо оно копируется! то есть появляется там куда вставил но и остаётся в исходной папке!
Помогите пжлст

Голосование за лучший ответ
можно их скопировать не все сразу а по половине например

Скачай SuperCopier и с ним проблем не будет, он будет выдавать тебе несколько решений — заменить, пропустить или нетрогать.
http://mirsofta.ru/index.php?id=1247361502

У меня была та же проблема к сожалению в сути не разобрался но если перебрасывать по 2-3 штуки то все работает. Если кто знает почему так прошу напишите.

Имена исходного и конечного файла совпадают как исправить

Всем привет.
Подскажите пожалуйста, может кто-нибудь знает как решить эту проблему:
Захожу на расшареный ресурс сервера через сетевое окружение, далее скачиваю файл размером 700Мб (видео). И где-то после того, как уже половина фильма закачана появляется такое сообщение «Не удается скопировать. Указанное сетевое имя более не доступно». Что это и почему происходит? Что на сервере нужно исправить?
Сервер с ОС FreeBSD 6.1 и Samba 3. Всех благодарю заранее.

Оглавление

  • ‘Не удается скопировать. Указанное сетевое имя более не дост. , Антон, 07:59 , 09-Июл-07, (1)
  • ‘Не удается скопировать. Указанное сетевое имя более не дост. , Junior, 10:30 , 09-Июл-07, (2)
  • ‘Не удается скопировать. Указанное сетевое имя более не дост. , AndreyN, 11:14 , 11-Июл-07, (3)
    • ‘Не удается скопировать. Указанное сетевое имя более не дост. , Maxim, 05:59 , 17-Сен-07, (4)
      • ‘Не удается скопировать. Указанное сетевое имя более не дост. , AndreyN, 20:44 , 18-Сен-07, (5)
        • ‘Не удается скопировать. Указанное сетевое имя более не дост. , Максим, 19:01 , 19-Сен-07, (6)
          • ‘Не удается скопировать. Указанное сетевое имя более не дост. , AndreyN, 19:32 , 22-Окт-08, (7)
            • ‘Не удается скопировать. Указанное сетевое имя более не дост. , AndreyN, 20:01 , 22-Окт-08, (8)
              • ‘Не удается скопировать. Указанное сетевое имя более не дост. , FreeZz79, 18:35 , 29-Окт-08, ( 9 )
                • Не удается скопировать services. Имена исходного и конечного. , Hypnotize, 02:47 , 28-Авг-09, ( 10 )
                  • Не удается скопировать services. Имена исходного и конечного. , FreeZz79, 08:38 , 28-Авг-09, ( 11 )

                  Сообщения по теме [Сортировка по времени | RSS]

                  >Всем привет.
                  >Подскажите пожалуйста, может кто-нибудь знает как решить эту проблему:
                  >Захожу на расшареный ресурс сервера через сетевое окружение, далее скачиваю файл размером
                  >700Мб (видео). И где-то после того, как уже половина фильма закачана
                  >появляется такое сообщение «Не удается скопировать. Указанное сетевое имя более не
                  >доступно». Что это и почему происходит? Что на сервере нужно исправить?
                  >
                  >Сервер с ОС FreeBSD 6.1 и Samba 3.
                  >
                  >Всех благодарю заранее.

                  Хотябы логи запостил.

                  >Всем привет.
                  >Подскажите пожалуйста, может кто-нибудь знает как решить эту проблему:
                  >Захожу на расшареный ресурс сервера через сетевое окружение, далее скачиваю файл размером
                  >700Мб (видео). И где-то после того, как уже половина фильма закачана
                  >появляется такое сообщение «Не удается скопировать. Указанное сетевое имя более не
                  >доступно». Что это и почему происходит? Что на сервере нужно исправить?
                  >
                  >Сервер с ОС FreeBSD 6.1 и Samba 3.
                  >
                  >Всех благодарю заранее.

                  Сетка качественно сделана?
                  Свитчи-хабы не дешёвки десятидолларовые?
                  Такое ещё бывает из-за большой потери пакетов
                  и работы дешёвых сетевых хабов в перегрузке.

                  Дело вроде бы и не в коммутационном или сетевом оборудовании. Самба — здесь и трабл. В конфиг добавил use sendfile = no и теперь прекрасно пашет. В чем суть этой директивы?

                  Проблема та же.
                  Райд массив на 2 ТБ, самба, читает все без проблем, но вот закачка на самбу выдает ошибку, может по разному, иногда рубится на маленьких файлах, иногда на больших, логи молчат как партизаны. Копали в сторону райда, но через proftpd туда/сюда все работает на ура. Gentoo 2006.1, samba-3.0.24-r3. Идеи есть?

                  >Проблема та же.
                  >Райд массив на 2 ТБ, самба, читает все без проблем, но вот
                  >закачка на самбу выдает ошибку, может по разному, иногда рубится на
                  >маленьких файлах, иногда на больших, логи молчат как партизаны. Копали в
                  >сторону райда, но через proftpd туда/сюда все работает на ура.
                  >Gentoo 2006.1, samba-3.0.24-r3. Идеи есть?

                  попробуй use sendfile = no в конфиге самбы

                  >>Проблема та же.
                  >>Райд массив на 2 ТБ, самба, читает все без проблем, но вот
                  >>закачка на самбу выдает ошибку, может по разному, иногда рубится на
                  >>маленьких файлах, иногда на больших, логи молчат как партизаны. Копали в
                  >>сторону райда, но через proftpd туда/сюда все работает на ура.
                  >>Gentoo 2006.1, samba-3.0.24-r3. Идеи есть?
                  >
                  >попробуй use sendfile = no в конфиге самбы

                  Выставлено.

                  Вот лог самбы:

                  [2008/10/22 10:44:03, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:44:03, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:44:22, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:44:22, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:45:31, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:45:31, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:48:49, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:48:49, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:49:06, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:49:06, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:49:28, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:49:28, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:49:56, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:49:56, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:50:08, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:50:08, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:50:09, 0] lib/util_sock.c:write_data(557)
                  write_data: write failure in writing to client 10.10.1.11. Error Host is down
                  [2008/10/22 10:50:09, 0] lib/util_sock.c:send_smb(765)
                  Error writing 57407 bytes to client. -1. (Host is down)
                  [2008/10/22 10:50:09, 0] lib/util_sock.c:write_data(557)
                  write_data: write failure in writing to client 10.10.1.11. Error Host is down
                  [2008/10/22 10:50:09, 0] lib/util_sock.c:send_smb(765)
                  Error writing 75 bytes to client. -1. (Host is down)
                  [2008/10/22 10:50:10, 1] smbd/service.c:make_connection_snum(693)
                  10.10.1.11 (10.10.1.11) connect to service doc initially as user admin (uid=1016, gid=1001) (pid 2377)
                  [2008/10/22 10:50:11, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:50:11, 1] auth/auth_sam.c:sam_account_ok(127)
                  sam_account_ok: Account for user ‘nobody’ was disabled.
                  [2008/10/22 10:50:11, 1] smbd/service.c:make_connection_snum(693)
                  10.10.1.11 (10.10.1.11) connect to service video initially as user admin (uid=1016, gid=1001) (pid 2377)

                  У кого есть идеи.
                  Заранее спасибо!

                  use sendfile = no — не устраняет эту проблему

                  Ребята помогите и мне у меня похожая ситуацыя но не много другая, у меня выдает такое «Не удается скопировать services. Имена исходного и конечного файла совпадают.»

                  Зарание благодарю.

                  >Ребята помогите и мне у меня похожая ситуацыя но не много
                  >другая, у меня выдает такое «Не удается скопировать services. Имена
                  >исходного и конечного файла совпадают.»
                  >
                  >Зарание благодарю.

                  Так это ты копируешь, например файл /etc/services в /etc/services. Вот он тебе и гворит, что имена совпадают.

                  >700Мб (видео). И где-то после того, как уже половина фильма закачана

                  недавно такое было — клиент на виндах, сервер точь в точь как у Вас. причем забирал с самбы большой файл, который ранее сто процентов скачивался и по самбе же закачивался. после лечения касперским Win32.Sality.чего.то.там все прошло. в логах видел read timeout -4 или вроде того.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *