Які причини існують для вибору чутливої до регістру HFS + версії HFS + під час форматування основного дискового розділу? Чи не залежність від регістру не завжди буде найкращим вибором?
Відповіді:
Використовуйте за замовчуванням (нечутливі до регістру), якщо ви обидва а) не знаєте, що ви робите, і б) вам це абсолютно потрібно. Існує кілька програм (на розум приходить Norton Antivirus), які не працюватимуть належним чином у регістрі файлової системи.
За замовчуванням HFS є нечутливим до регістру, але зберігає регістр (тобто йому не важливо, що ви вводите для порівняння, але він запам'ятає, що ви вводите).
Той чи інший може зламати програми, однак за умовчанням нечутливі регістри. Якщо ви без проблем використовували регістри, то жодних гарантій того, що перехід на чутливий до регістру успіх не відбудеться, немає. Ось один приклад зі сторінок підтримки яблук :
... не вважайте, що сторонні програмні рішення працюють правильно з урахуванням регістру. Важливо: Імена, що залежать від регістру, не ігнорують символи Unicode, які можна відзначити. Це означає, що в одному каталозі може бути кілька імен, які вважаються еквівалентними за допомогою правил порівняння Unicode, але вони вважаються відмінними на регістр HFSX, що відрізняється від регістру.
Є вагома причина вибрати файлову систему з урахуванням регістру. Якщо вас турбує якість та безпека запущених програм, вас може зацікавити будь-який ранній механізм, який може дискримінувати погано запрограмовані програми.
Програма, яка свого часу створює файл з ім'ям, confа пізніше намагається відкрити той самий файл із ім'ям CONF, принаймні погано написана. Це просто погана практика програмування. Цей вид додатків заповнений вразливими місцями з однаковою середньою ймовірністю по всій довжині коду. Це небезпечне застосування.
Цей небезпечний додаток, швидше за все, вийде з ладу в регістрі файлової системи.
Ця небезпечна програма не вийде з ладу в файловій системі, нечутливій до регістру .
(Деякі програми вийдуть з ладу для обох, але ми не сильно мотивовані розбиратися в цих.)
Отже, чутливий випадок файлової системи може розглядатися як хороший інструмент для раннього виявлення та блокування погано запрограмованих додатків.
З іншого боку, такого рівня контролю якості програмування далеко не достатньо для того, щоб у вас не було жодної іншої вразливості.
Є кілька значущих програм, які не працюватимуть коректно з урахуванням регістру. І справді немає причин для цього. Я припускаю, оскільки ти просиш, що ти справді не маєш приводу це робити. Вам, безумовно, краще не робити цього, якщо у вас немає конкретної причини, і не байдуже, що багато додатків не працюють з цим правильно.
Однією з вагомих причин використовувати файлову систему з урахуванням регістру - використання репозиторіїв git. Синхронізація їх до репо викликає проблеми знову і знову, якщо не використовується регістр.
Але я пропоную додати інший розділ, використовуючи HFS +, що чутливий до регістру для такої програми, і зв’язати потрібні каталоги до цього розділу. Мій системний розділ все ще не чутливий до випадку не тому, що я знаю чому, а просто тому, що боюся.
git reset --hardабо git checkout [file]не може зробити робоче дерево чистим.
Програми Adobe Creative Cloud не запускатимуться в регістрі, і це може бути основною проблемою
Програми Adobe відомі тим, що не працюють на файлових системах, що відрізняються від регістру Adobe каже:
Ви не можете встановити продукти Adobe на об'єм, що використовує залежну від регістру файлову систему, наприклад HSFX (HFS +) або UFS. Це обмеження стосується як пристрою запуску, так і диска, на який встановлено програмне забезпечення.
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