 데1060;타 복사시 긴 파1068;명 ǐ12;문에 복사 1473;단1060; .104;고 ኹ1;lj16; ᅆ1;우가 많습니다. 복사량1060; 많1008; 상황에서 도1473;에 1060;/111;,172; .104; 버리면 복사 1473;단1060; .104;면서 0169;법1060; 없네요. 문1228;lj16; 파1068;들1060; 많다 보니 1060;름1060; 길다lj16; 파1068;들1012; 찾아 수1221; 할 0169;법도 없고 결국 ,148;너뛰기를 선택Ȣ16;,172; .104;lj16;데 1060;런 문1228;lj16; 해결 0169;법1060; ᕬ1;시 없1012;까요?
긴 파일명이나 긴 디랙토리명 외국어 사용된 것들은 일반 윈도우즈의 카피로 재대로 안되는 경우가 있더라고요..
그 외는 테라카피 /터보카피 같은 전문 카피 유틸리티가 있긴 합니다..
구글링해서 특징들 확인해보세요..
기타는 rsync 또는 tar로 묶어서 입니다.
공식적인 답변으로는 리눅스에서 시도하해보시고
(하드 탈거해서 물리기가 어려우니 질문을 하신거겠지만..)
저의 경우 FreeFileSync를 씁니다
무료 어플이니 한번 사용해보시고
(무료와 서포터 버전간 차이는 파일 작업 스레드와 자동업데이트 만 차이납니다.)
데이터 복제가 잘 이루어지면 서포터 버전을 사용하시든 무료로 쓰시든 아니면 다른걸로 쓰시든 선택 하시면 될듯 합니다.
(UI나 기능상으로는 여타 어플들 보다 편합니다. 특히 실패나 오류는 따로 로그화 시켜 알려줍니다.)
기본적인 더미파일이나 특정 프로그램에서 락 걸어버린 파일은 예외 시켜버립니다.
로그보시면 에러목록에 제외된 내용 표시 될껍니다.
다른 제한 없는 소프트로 하면 아무말 안 해요
확인 바랍니다.
NTFS의 고질적인 문제 입니다.
ReFS 로 변경 확인 바랍니다.
NTFS로 되어 있는 윈도우서버에 1400만개(12TB 정도) 파일이 있습니다.
풀백업하면 7만개 정도를 복사를 누락시키고 있습니다... 긴파일명 문제로요..
이 문제를 해결하려고 ReFS로 변경하려고 합니다.
전 ReFS에 희망을 걸고 있는데.. 이게 않된다면 문젠데...
MS에서 권고사항에 ReFS로 이문제를 해결 한다고 해서 그런 계획을 세웠섰습니다.
희망적인 방법은 없을까요 ??
원래 드라이브에 있던 폴더 전체를 새 드라이브에 폴더를 만들지 말고 복사하면, 새 드라이브에 파일 path 가 길어지지 않기 때문에 되었던 기억도 있고요.
대개 파일 명 긴 것들은 그리 보관 가치가 없는 것들이 대부분 이었습니다.
따라서 건너뛰기를 선택 할 때, 다른 비슷한 경우에도 동일한 액션을 하도록 체크 박스가 있다면 체크 해 두시면 복사가 끝날 때 까지 긴 파일 명은 모두 skip 하고 복사가 정상적으로 끝나게 됩니다.
OS 문제라기 보다는 NTFS 문제이니 사용법이 번거롭지만 NTFS에 특화된 robocopy를 무조건 써야 하고
리눅스 계열이면 지금까지 어떤 명령도 문제된적 없었습니다.
즉 PC에서 외국어로 된 데이터를 IPTIME NAS로 넣으면 그 외국어가 다 깨져 보이는 것이죠..
이것은 NAS엔진이 재대로 외국어를 지원하지 못해서 그런 경우인데..
지금은 그 버그가 아직 있는지 없는지는 모르겠네요..
혹시나 이지만 USB 도킹 스테이션 같은 것도 그런 문제가 발생을 할 수가 있을 수 있습니다..
시간은 많이 걸리겠지만 복사에 대한 원리 원칙을 세우시고 확실히 테스트 하셔서 잘 되는 프로그램으로 사용하시기 바랍니다..
저라면 컴퓨터 본체에 붙은 HDD <->HDD 의 복사밖에 안 믿겠지만요..