윈 도 우 (실제사진첨부)고질적인 윈도우 오류질문드립니다.......

전 모든 하드디스크, 외장하드가 ntfs입니다

잘 됩니다 감사합니다

그런 비밀이 있었네요 경로명 255제한이요 이건 버그가 아니라 ntfs의 특징이었네요....

다음 개발될 파일시스템에서는 이 제한도 무제한으로 ms에서 개발하면 좋겠네요

역시 그 문제가 맞지 않나 싶군요.

버그 얘기를 하시길래, 255자에 한참 못미치게 짧은데도 뜨는 진짜 버그인가 싶었는데, 그건 아니었나보네요.

그런데 어지간히 폴더계층을 분리하고 쓸데없이 파일명 길게 만들지 않는한 255자는 제법 긴 제한입니다.

적어보여도 꽤 긴겁니다.

게다가 제 기억으로는 바이트단위로 255자인줄 알았는데, 지금 테스트해보니 한글도 2글자가 아닌 1글자로 쳐서 제한하네요.

즉, 한글경로로 했을때, 바이트단위로는 거의 500바이트에 달합니다.

직접 테스트삼아 폴더만들고 파일명 길게 만들어보시면, 얼마나 긴제한인지 아실 수 있을겁니다.

그럼에도 불구하고 종종 저런 문제가 생기는 이유는,

분류를 위해 너무 계층화 시켜서 너무 길어지는거죠. 직접 만들면 길어보이지만, 그걸 그대로 복사하고 옮기는거야 쉬우니까요.

계속 계층화 시키다보면 제한에 다다르게 되는거죠.

꼭 그 구조를 유지해야겠다면 어느정도 폴더 레벨에서 압축하는 것도 좋습니다.

그렇게 긴 계층화의 경우엔 대개 실사용보다는 보존용 데이터가 대부분입니다.

상시로 접근하는 파일을 그렇게 깊게(?) 넣어두는 일은 너무 비효율적이라 대개 그렇게 하진 않죠.

그러므로 단순 보존을 원한다면 압축하는 것도 한 방법입니다.

그러므로 위의 사례일경우 abcd폴더 혹은 efgh폴더 쯤에서 압축하고, 원본은 지우고 외장하드 깊은곳(?)에 넣어두면 되죠.

물론 원래대로 복원할경우에는 가능한한 루트폴더에 가까운 곳에 풀어야 에러가 없겠죠?

근데 이상한건 구들목님이 추천한 ExtremeCopy 로 복사하니까 윈도우상의 255제한 오류없이 바로 깔끔하세 복사가 됩니다

똑같은 환경에 다시 윈도우상의 내재복사툴로 복사하니까 복사오류가됩니다  이건 무슨 이유일까요?

아무리 ExtremeCopy 일지라도 윈도우 파일시스텀에 제한 받을텐데요 혹시 ExtremeCopy 알고리즘 아시는분 계신가요?