소스 경로가 너무 깁니다. 하지만 예전에는 그런 적이 없었습니다.

소스 경로가 너무 깁니다. 하지만 예전에는 그런 적이 없었습니다.

백업된 데이터를 외장 하드 드라이브에서 데스크탑으로 복사하려고 할 때 다음 오류가 발생합니다.

소스 파일 이름이 파일 시스템에서 지원하는 것보다 깁니다. 이 작업을 시도하기 전에 경로 이름이 더 짧은 위치로 이동하거나 더 짧은 이름으로 이름을 바꿔 보십시오.

정말 짜증나는 일인데, 이제 해당 파일을 가져올 수 없기 때문에 특정 작업을 수행할 수 없습니다. 나는 물건을 정리하는 것을 좋아하지만 Windows는 긴 위치를 지원하지 못하는 것 같습니다. 즉, 물건을 원하는 대로 정리할 수 없습니다. 그러나 이것은 결코 문제가 되지 않았습니다. 내 이전 컴퓨터에서는 항상 백업된 파일을 이리저리 복사하고 있었는데 이 오류가 발생한 것은 이 새 PC(수억 배는 더 좋을 것으로 예상됨)를 구입한 이후였습니다.

그리고 복사할 때까지 파일/폴더 이름을 단 한 글자로 바꾸는 것은 올바른 해결책이 아닙니다. 이 문제를 어떻게 해결할 수 있나요? 그리고 동일한 Windows 버전을 사용하는 저사양 PC에서는 이 문제가 발생하지 않았는데 동일한 Windows 버전을 사용하는 고사양 PC에서 이 문제가 발생하는 이유는 무엇입니까?

답변1

C:\%HOMEPATH%\Documents 등 아래의 Windows 사용자 폴더를 사용하거나 기타 여러 가지 이유로 인해 이전보다 더 깊게 중첩될 수 있습니다.

더 짧은 이름으로 구조를 평면화하는 것이 실제로 유일한 선택입니다. 문제가 있는 디렉터리를 정리하려면 파일을 새 폴더에 안전하게 저장했는지 확인하고 다음과 같이 이전 폴더를 정리하세요.

기본 제공 명령 ROBOCOPY를 사용합니다. 아무것도 설치할 필요가 없습니다. 완전히 비어 있는(e:) 불량 폴더(d:)의 복제본을 다른 드라이브에 생성합니다. 그런 다음 이 매개변수를 사용하여 robocopy를 실행하세요.

robocopy e:\folder d:\folder /Purge /E /S /R:0 /W:0

도움이 될 만한 두 가지 추가 리소스:

아이러니하게도 이름이 붙은 URL로... http://vimalsuresh.com/2013/08/08/how-to-fix-file-path-too-long-error-while-copying-deleting-or-opening-files-without-using-third-party- 애플리케이션/

그리고 CMD가 마음에 들지 않는다면 너무 긴 파일에 접근하기 위한 유틸리티(백업해 두었다고 가정)... http://backupchain.com/DeleteLongPath.html

답변2

그냥 그 점을 언급하고 싶었어요폴더나 파일 이름을 변경할 필요가 없습니다., 다른 답변에서 알 수 있듯이. robocopy 명령을 사용할 수 있지만 조금 더 느리기는 하지만 더 쉬운 방법은 폴더를 압축하고 복사한 다음 압축을 푸는 것입니다. 또는 많이 중첩된 폴더를 더 높은 수준의 디렉터리로 이동하고 복사한 다음 다시 중첩된 위치로 이동할 수 있습니다.

이것이 왜 작동하는지 확실하지 않지만이 기사창에 파일의 최대 길이가 있습니다이름, 그러나 복사할 때 어떤 이유에서인지 전체 파일 경로의 길이를 확인합니다.

관련 정보