mirror of
https://github.com/amadvance/snapraid.git
synced 2026-10-26 02:49:02 -04:00
Document Windows non-ASCII case matching limitation under known issues
This commit is contained in:
parent
4fdfc8a923
commit
0c80cd7dea
42 changed files with 839 additions and 0 deletions
|
|
@ -2241,6 +2241,22 @@ SnapRAID는 파일 크기와 수정 타임스탬프(mtime)를 비교하여 파
|
|||
SnapRAID가 이러한 변경 사항을 인식하도록 하려면 파일의 수정 타임스탬프를
|
||||
업데이트하십시오(예: \[dq]touch\[dq] 유틸리티 사용). 그렇지 않으면 이 차이점은 이후의
|
||||
\[dq]scrub\[dq] 또는 \[dq]check\[dq] 중에 해시 불일치로만 감지됩니다.
|
||||
.SS Windows 비ASCII 대소문자 일치
|
||||
SnapRAID는 모든 플랫폼에서 표준적이고 예측 가능한 UTF\-8 인코딩을 사용하며,
|
||||
대소문자를 구분하지 않는 일치를 ASCII 문자로 제한합니다.
|
||||
.PP
|
||||
Windows 파일 시스템은 임의의 시스템 종속 폴딩 테이블을 통해 유니코드 파일 이름
|
||||
전체에서 대소문자 구분을 없애도록 강제하는 레거시 디자인의 한계를 안고 있습니다.
|
||||
결과적으로 Windows는 완전히 다른 유니코드 바이트 시퀀스를 마치 동일한 파일인 것처럼
|
||||
취급하여 파일 시스템의 실제 상태를 왜곡합니다.
|
||||
.PP
|
||||
예를 들어 \`À.txt\`와 \`à.txt\`는 고유한 유니코드 이름이지만, Windows는 비논리적으로
|
||||
이를 동일하게 취급하는 반면 SnapRAID는 이들의 진정한 차이를 보존합니다.
|
||||
.PP
|
||||
이 제한은 Windows의 일관성 없는 유니코드 파일 이름 처리와 대소문자를 구분하지 않는
|
||||
별칭 지정 고집으로 인해 발생합니다. Windows의 대소문자 폴딩으로 인한 불일치를
|
||||
방지하려면 구성 경로 및 필터의 비ASCII 문자에 대해 항상 정확한 대소문자를
|
||||
지정하십시오.
|
||||
.SH 번역 (TRANSLATION)
|
||||
이 문서는 영어 매뉴얼의 자동 번역본입니다.
|
||||
공식 버전은 영어 매뉴얼을 참조하십시오.
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue