HFS +는 대 / 소문자를 구분하지 않습니다 — 기본 드라이브 파티션에 어떤 유형을 사용해야합니까?


39

기본 드라이브 파티션을 포맷 할 때 대소 문자 구분하는 HFS + 버전 을 선택하는 이유는 무엇입니까 ? 대소 문자를 구분하는 것이 항상 최선의 선택일까요?


4
HSFX 문제 및 가능한 수정 사항이있는 프로그램 목록은 apple.stackexchange.com/questions/46322/… 를 참조하십시오 .

답변:


34

a) 수행중인 작업을 알고 b) 반드시 수행해야하는 경우가 아니면 기본값 (대소 문자 구분)을 사용하십시오. 대소 문자를 구분하는 파일 시스템에서 제대로 작동하지 않는 몇 가지 프로그램 (Norton Antivirus가 떠오를 것)이 있습니다.

HFS는 기본적으로 대소 문자를 구분하지 않지만 대소 문자를 유지합니다 (즉, 비교 목적으로 입력하는 내용은 신경 쓰지 않지만 입력 한 내용은 기억합니다).


8

하나 또는 다른 응용 프로그램이 중단 될 수 있지만 대소 문자를 구분하지 않는 것이 기본값입니다. 대소 문자를 구분하지 않고 문제없이 사용했다면 대소 문자를 구분하지 않아도됩니다. 다음은 애플 지원 페이지의 예입니다 .

... 타사 소프트웨어 솔루션이 대소 문자를 구분하여 올바르게 작동한다고 가정하지 마십시오. 중요 사항 : 대소 문자 구분 이름은 무시할 수없는 유니 코드 문자를 무시하지 않습니다. 이는 단일 디렉토리가 유니 코드 비교 규칙을 사용하여 동등한 것으로 간주되는 여러 이름을 가질 수 있지만 대소 문자를 구분하는 HFSX 볼륨에서는 고유 한 것으로 간주됩니다.


1
그렇다면 표준은 무엇입니까? 대소 문자를 구분하지 않습니까?
Ian C.

8
대소 문자를 구분하지 않는 것이 표준이며 거의 항상 더 나은 옵션입니다.
CajunLuke

7

대소 문자 구분 파일 시스템을 선택해야 할 이유가 있습니다. 실행하는 응용 프로그램의 품질과 보안에 관심이있는 경우 잘못 프로그래밍 된 응용 프로그램을 식별 할 수있는 초기 메커니즘에 관심이있을 수 있습니다.

한 번에 이름이 지정된 파일을 작성 conf하고 나중에 이름 CONF이 같은 동일한 파일을 열려고 하는 응용 프로그램 은 적어도 제대로 작성되지 않았습니다. 이것은 단지 나쁜 프로그래밍 연습입니다. 이러한 종류의 응용 프로그램은 코드 길이 전체에서 동일한 평균 확률로 취약점으로 채워집니다. 이것은 위험한 응용 프로그램입니다.

이 위험한 응용 프로그램은 대 / 소문자를 구분하는 파일 시스템 에서 충돌을 일으킬 수 있습니다.

이 위험한 응용 프로그램은 대소 문자를 구분하지 않는 파일 시스템 에서 충돌하지 않습니다 .

일부 응용 프로그램은 두 응용 프로그램 모두에서 충돌이 발생하지만 이러한 응용 프로그램을 분류하려는 동기는 없습니다.

따라서 대소 문자를 구분하는 파일 시스템은 잘못 프로그래밍 된 응용 프로그램을 조기에 감지하고 차단하는 좋은 도구로 간주 될 수 있습니다.

반면에,이 수준의 프로그래밍 품질 관리 는 다른 취약점이 없도록하기에는 충분하지 않습니다.


1
기본적으로 개발자 / 테스터로서 대소 문자를 구분하는 파일 시스템을 사용해야하며 대소 문자를 구분하지 않는 사용자로 사용해야한다고 말하고 있습니까?
nohillside

→ Patrix : 모든 사용자에게 대소 문자 구분 파일 시스템 을 사용하도록 권합니다 . 사용자를 구별 할 필요가 없습니다. 모든 보안 취약점의 근본 인 잘못 작성된 응용 프로그램과 더 효과적으로 싸우십시오.
dan

2
파일 시스템이 대소 문자를 구분하지 않을 것으로 예상되는 응용 프로그램을 사용해야하는 경우 사용자에게 도움이되지 않습니다 (Adobe는 여전히 문제가 있습니다).
nohillside

1
→ Patrix : "Adobe에 여전히 문제 가 있습니다." 한편, Adobe는 때때로 시장에있는 거의 모든 OS (Adobe reader)에서 깔끔하게 프로그래밍되고 결함없이 실행되는 응용 프로그램을 만들 수 있습니다.
dan

4

대소 문자를 구분하여 올바르게 작동하지 않는 중요한 응용 프로그램이 있습니다. 그리고 그렇게 할 이유가 없습니다. 나는 당신이 정말로 할 이유가 없다는 것을 요구하고 있기 때문에 가정하고 있습니다. 특정한 이유가 없다면, 그렇게하지 않는 것이 좋습니다. 많은 응용 프로그램이 제대로 작동하지 않는 것을 신경 쓰지 마십시오.


2

대소 문자 구분 파일 시스템을 사용하는 좋은 이유 중 하나는 git 저장소를 사용하는 것입니다. 사례를 사용하지 않으면 repo에 동기화하면 계속해서 문제가 발생합니다.

그러나 이러한 응용 프로그램에 대해 대소 문자를 구분하는 HFS + 형식을 사용하여 다른 파티션을 추가하고 필요한 디렉토리를 해당 파티션에 연결하는 것이 좋습니다. 이유는 무엇인지 아는 것이 아니라 두려워서 시스템 파티션은 대소 문자를 구분하지 않습니다.


분명히 두려워 할 것이 없습니다. OS X은 대소 문자를 구분하는 HFS +에서 제대로 실행됩니다. 일부 응용 프로그램은 그렇지 않을 수 있습니다. 그리고 나는 동의합니다 : 자식은 이것을하는 아주 좋은 이유입니다.
Ian C.

이 답변은 너무 모호하기 때문에별로 도움이되지 않습니다. 무엇이 잘못 될 수 있는지에 대한 구체적인 예를 제시하면 개선 될 것입니다. macOS에서 git 문제가 발생하지 않았습니다.
Chris 페이지

@ChrisPage를 염두에 둔 한 가지 예 : Mac 대소 문자를 구분하지 않는 APFS에서 Linux 소스를 복제하면 "변경된"파일 이름 (대문자, 소문자)이 변경된 파일이 즉시 표시됩니다. mac의 Git은 이것을 조정하십시오- git reset --hard그렇지 git checkout [file]않으면 작업 트리를 깨끗하게 만들 수 없습니다.
톰 니콜스


1

Adobe 프로그램은 대소 문자를 구분하는 파일 시스템에서 작동하지 않는 것으로 유명합니다. 어도비는 말한다 :

HSFX (HFS +) 또는 UFS와 같이 대소 문자를 구분하는 파일 시스템을 사용하는 볼륨에는 Adobe 제품을 설치할 수 없습니다. 이 제한 사항은 시작 드라이브와 소프트웨어가 설치된 드라이브 모두에 ​​적용됩니다.

https://helpx.adobe.com/creative-suite/kb/error-case-sensitive-drives-supported.html

대소 문자를 구분하는 파일 시스템에도 Steam을 설치할 수 없습니다.

Steam은 현재 대소 문자 구분 파일 시스템 또는 파티션을 지원하지 않습니다.

https://support.steampowered.com/kb_article.php?ref=8601-RYPX-5789

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.