Форматы файловой системы, доступные в Дисковой утилите на Mac
Дисковая утилита на Mac поддерживает несколько форматов файловых систем:
Apple File System (APFS). Файловая система, использующаяся в macOS 10.13 и новее.
Mac OS Extended. Файловая система, использующаяся в macOS 10.12 и ранее.
MS-DOS (FAT) и ExFAT. Файловые системы, совместимые с Windows.
Apple File System (APFS)
Apple File System (APFS) — стандартная файловая система для компьютеров Mac с macOS 10.13 и новее, которая обеспечивает надежное шифрование, совместное использование пространства, получение моментальных снимков, быстрое изменение размеров каталогов и улучшенные принципы файловой системы. Система APFS оптимизирована для флеш-накопителей и дисков SSD, которые используются в новейших компьютерах Mac, однако ее также можно использовать для более старых систем с традиционными жесткими дисками и внешними накопителями с прямым подключением. Версии macOS 10.13 и новее поддерживают APFS для загрузочных томов и томов данных.
APFS выделяет дисковое пространство внутри контейнера (раздела) по требованию. Если контейнер APFS содержит несколько томов, его свободное пространство используется совместно и при необходимости автоматически назначается любому из томов. При желании можно задать размеры резерва и квоты для каждого тома. Каждый том использует только часть общего контейнера, поэтому доступное пространство равно общему размеру контейнера за вычетом размера всех томов в контейнере.
Для компьютеров Mac с macOS 10.13 или новее выберите один из следующих форматов APFS.
APFS: использует формат APFS. Выберите этот вариант, если Вам не нужен зашифрованный или чувствительный к регистру формат.
APFS (зашифрованный): использует формат APFS и шифрует том.
APFS (чувствительный к регистру символов): использует формат APFS и учитывает регистр в именах файлов и папок. Например, папки с именами «Домашняя работа» и «ДОМАШНЯЯ РАБОТА» не будут считаться одинаковыми.
APFS (чувствительный к регистру символов, зашифрованный): использует формат APFS, учитывает регистр в именах файлов и папок и шифрует том. Например, папки с именами «Домашняя работа» и «ДОМАШНЯЯ РАБОТА» не будут считаться одинаковыми.
В контейнерах APFS можно легко добавлять и удалять тома. Каждый том в контейнере APFS может иметь собственный формат APFS — APFS, APFS (зашифрованный), APFS (чувствительный к регистру символов) или APFS (чувствительный к регистру символов, зашифрованный).
Mac OS Extended
Выберите один из описанных ниже форматов файловой системы Mac OS Extended для обеспечения совместимости с компьютерами Mac с macOS 10.12 и более ранних версий.
Mac OS Extended (журналируемый): использует формат Mac (журналируемый HFS Plus) для защиты целостности иерархии файловой системы. Выберите этот вариант, если Вам не нужен зашифрованный или чувствительный к регистру формат.
Mac OS Extended (журналируемый, зашифрованный): использует формат Mac, запрашивает пароль и шифрует раздел.
Mac OS Extended (чувствительный к регистру символов, журналируемый): использует формат Mac и учитывает регистр в именах папок. Например, папки с именами «Домашняя работа» и «ДОМАШНЯЯ РАБОТА» не будут считаться одинаковыми.
Mac OS Extended (чувствительный к регистру символов, журналируемый, зашифрованный): использует формат Mac, учитывает регистр в именах папок, запрашивает пароль и шифрует раздел.
Совместимые с Windows форматы
Выберите один из описанных ниже форматов файловой системы, совместимых с Windows, если Вы форматируете диск для использования с ОС Windows.
MS-DOS (FAT). используется для томов Windows, размер которых не превышает 32 ГБ.
ExFAT. используется для томов Windows, размер которых превышает 32 ГБ.
Источник
Mac os case sensitive file system
The (new) case of Mac Case-Sensitivity
You probably know the story: Unix folks prefer their file systems case-sensitive, and the Mac OS Installer lets you readily have your way. Life is good. Until you want to run software like Steam (no more workaround possible) or Creative Cloud (painful partial workaround). And since you landed here, you’re likely tired of running into the same old traps over and over again, and considering to go back to a case-insensitive HFS+ startup volume on your Mac.
Over the years there have been various hacks reported on the Internet for this, but every one I could find either does not work at all on Mac OS X «El Capitan» 10.11 or later, or involves commercial software like Carbon Copy Cloner or SuperDuper. However, if you’re comfortable using the command line, there is a way using just onboard, standard tools. (Thanks to @kylehovey, this method has been confirmed still working on Mac OS X «High Sierra» 10.13.4 and @nmasnadithya confirmed that it works on Mojave with APFS as well.)
Since it took a very long weekend to figure out all the little obstacles, there might be value in sharing the recipe that finally worked for me in the end. In a nutshell:
- Resolve all case-sensitivity naming conflicts
- Make a fresh TimeMachine backup
- Flip the backups’s case-sensitivity flag
- Restore from the manipulated backup
This how-to is kept deliberately vague in areas that are second nature to command line geeks. If you have a hard time filling-in the detail, you may want to get help from a good friend for this endeavor anyway.
Before you start you should temporarily disable disk encryption, for it would slow down the process considerably and complicate a few of the steps if left enabled (and it would be up to you to figure them out).
1. Resolve case-sensitivity naming conflicts
A case-sensitive file system treats Foo and foo as distinct files, but you won’t be able to have both in the same directory on a case-insensitive file system. The moment TimeMachine attempts to restore a conflicting file or directory that is has already put in place, it will bluntly abort the whole process with a generic error message that leaves you without any clue about what went wrong or what file caused the naming collision.
Hence you must clean your complete startup disk of any case conflicts. Unfortunately, this is a laborious and manual process and I don’t know of any tool that can do the work for you all the way. However, this repository contains two python scripts that can (hopefully) spot conflicting files for you. However, dealing with them in a clever way is completely up to you.
What I did on my system was the following:
This produced a nightmarishly long list of conflicts that had to be resolved one by one. In my case, there were two areas that required special handling. Depending on what programs you use (I expected lots of conflict potential for my photo database, but it looks like Aperture had it figured out), you may need to use their tooling to fix their databases and directories. In fact, where possible, you should use the user interface of those programs instead of manipulating their files and directories directly on the command line.
This repo also contains the script casecheck_extra.py , based on my mostly untested quick&dirty implementation of Apple’s FastUnicodeCompare algorithm used by HFS+. The algorithm skips certain «ignorable characters» that a regular Unicode string comparison would treat as different. It didn’t spot any leftovers on my disk, so the script is there mostly for completeness. Feel free to use it instead of casecheck.py and let me know how it goes.
Most conflicts occurred in my iTunes collection, because capitalization of artist, album and track names were all over the place. I found it best to normalize capitalization through iTunes directly, and it would move files appropriately (IIRC there’s a pref for that, be sure to enable it). iTunes then neatly takes care of potential collisions. Just make sure that you normalize both Artist and Album Artist for each affected track, or else files might remain in conflicting artist directories.
Mac OS won’t let you change anything the /System folder from within the running system (not even as root), but on my disk there were several conflicts in that tree. To resolve these, you need to:
- Boot into the recovery system by holding Command-R on the boot chime
- Open the Terminal app from the menu
- Resolve conflicts on the startup volume mounted in /Volume/YOUR_DISK_NAME/System/.
Where possible I chose to dele the older file and in case of my duplicate Plugin directory, I moved the content from one over into the other and deleted the empty directory left behind. So far I encountered no issues with those decisions.
2. Make a fresh TimeMachine backup
It is very hard to overstate this:
Make a fresh backup for this conversion.
Also, make another backup to another drive that you won’t touch until you’re certain beyond a doubt that the conversion succeeded.
You will need a reliable fallback in case you don’t manage to clear every last one of the case-sensitivity conflicts, and you will only really find out whether you succeeded when the restore fails – or not.
I trust you know how to create a fresh TimeMachine backup. The new backup disk needs to be case-sensitive for TimeMachine to do its thing, and that’s okay. Make sure no important folders are on the exception list for your backups.
I suggest you let TimeMachine take just a single snapshot. If you end up with multiple snapshots when the backup ran over night, for example, you may want to delete the older snapshots. The folder /Volumes/ /Backups.backupdb/ / contains all the snapshots encoded by date plus one symbolic link pointing to the lastest one.
Mind that my backup volume is called TimeMachiiine and my computer’s name is tin . Change those accordingly to match your situation. Delete all snapshots but the latest one with something like:
That snapshot will be gone with all of TimeMachine’s metadata still intact.
Never use rm -rf or anything to that effect for manipulating the backup. Things will likely break.
3. Flip a TimeMachine backup’s case-sensitivity flag
If you restore from this backup – even onto a case-insensitive volume –, the volume will end up case-sensitive again. TimeMachine’s restore process will recreate the volume according to the backup’s case-sensitivity marker alone. The good news: it doesn’t care about the backup volume’s case-sensitivity at all. It just looks for an extended attribute inside the Backup folder.
So, even though the backup is on a case-sensitive volume, all you need to do is flip the case-sensitivity switch like this:
Use the name of your Mac’s startup volume instead of my MacHD . Same goes for backup volume and computer name.
In case you’re curious what’s goi ng on there: Since the backup folder is heavily ACL’d, you need to bypass them using the bypass command like above which is shipped with the TimeMachine kernel extension. It’s present in older Mac OS versions, too, but the path may be slightly different. I’m sure you can find it.
4. Restoring the backup
- Reboot you Mac
- Hold Command-R when the chime plays
- Select Restore from TimeMachine Backup
- Select the prepared backup volume
- Let it restore
The restore will succeed if, and only if you managed to clear all case-sensitivity conflicts before taking the backup. If you didn’t, you will need to restore that other backup that you didn’t touch, and start over. Technically you can flip back the case-sensitivity flag of the manipulated backup using the recovery’s terminal, but you’ll be extremely glad to have made a backup that is still working because you didn’t break it. Believe me.
If the restore goes all the way to 100% without an error and the system finally reboots, finally go and enjoy that crappy software that put you through all of this. 😉
About
How to convert a case-sensitive Mac installation to case-insensitive
Источник
Question: Q: Case sensitive file system and Photoshop installation
I systematically install new MacOS X on top of a *case sensitive, journaled*
MacOS Extended file system.
This is a good rule to avoid softwares of poor quality in which for
example a file would be created with name «file» and then opened again with
a different name «FILE». This programming bad practice is a sign of a lack
of any quality control and is also the sign of a wide open
«back door» for *security holes*.
Today I wanted to test CS5 from Adobe (a serious software company)
and I was surprised to see an error message at the startup of
the installer of the trial version:
I imagine than Adobe which is developping
on Unix operating systems (which are all using case sensitive file
systems since more than 30 years now) is pretty aware of quality and
security controls.
How may I install, and of course run, this trial version on a *case sensitive*
file system?
Posted on Oct 28, 2010 2:19 AM
All replies
Loading page content
Page content loaded
I imagine than Adobe which is developping
on Unix operating systems (which are all using case sensitive file
systems since more than 30 years now) is pretty aware of quality and
security controls.
How may I install, and of course run, this trial version on a *case sensitive*
file system?
Oct 28, 2010 2:38 AM
How may I install, and of course run, this trial version on a *case sensitive*
file system?
You could create a disk image file with a case-insensitive file system and try installing it there, but you may find that it won’t instal on anything other than the boot drive.
Thank you Malcolm,
1. Adobe CS5 trial version doesn’t let me make an install on a disk image.
2. I made a fresh new *case insensitive* file system with Mac OS 10.6.4,
rebooted on it, and unmounted the *case sensitive* file system
as a safety measure.
I ran the CS5 trial installer without any trouble.
PhotoShop is running on the *case insensitive* root file system.
I then rebooted on my serious MacOS 10.6.4 system, which is
*case sensitive*.
PhotoShop doesn’t go any further than displaying an error window
telling:
*Configuration error*
Uninstall and reinstall the product.
If the problem persists.
3. I then rebooted from my scratch *case insensitive* file system,
unounted the serious *case sensitive* file system.
Photoshop is running without problem.
The conclusion is clear:
today Adobe is unable to make a product running on a *case sensitive*
root file system.
4. I ran the uninstaller coming with the trial version,
rebooted from my serious *case sensitive* root file system.
As a safety mesure I completely erased the scratch *case insensitive*
file system. One can never trust a software that doesn’t see the
difference between file and FILE, which is a kind of basic
in elimination of illiteracy in the software industry.
Источник
