(例えば、上記の役割を持つ任意のボリュームをデフォルトで非表示にしたり、またデフォルトでマウントしないようにできます)。以下の記述でこれらのAPFSの概念を説明しましょう:パーティションスキームは物理的ディスク全体を網羅します。パーティションスキーム内には1つ以上のAPFSコンテナを作成でき、それぞれのコンテナ内には1つ以上のAPFSボリュームを作成できます。過去のパーティションとは異なり、コンテナ内のすべてのボリュームはコンテナに割り当てられたスペースを共有します。上の例では、3つのグレーのヘルパーパーティション、システムとデータボリューム、そして“その他のボリューム”、それらすべてがその700GBのストレージにアクセスできます。B”は別のコンテナにあるので、コンテナ“A”のボリュームとスペースを共有しません。(例、デバロッパがテスト目的で)、それが必要になります。これはAPFSコンテナ内のボリュームを概念的にグループ化したもので、新しいサブ構造ではありません。(現在16のユニークな役割があります)。Catalinaにアップグレードすると、現在使用中のmacOSシステムボリュームは名前が変更されます。役割と共に起動ディスクのAPFSコンテナに追加され、同時にデータボリュームと共にグループ化されます。そのグループ内の2つのボリュームは、特別な絆を共有し、Finderから、およびそれぞれのボリュームのファイルシステムから特別な扱いを受けます。ユーザの視点から見ると、これら2つのボリュームは1つの、統合されたボリュームとして扱われます。ディスクユーティリティを見ると、2つのボリュームは異なる、別個の項目として表示されます。ボリュームを読み出し専用にマウントすることで、攻撃者がmacOSのシステムボリュームのコンテンツに変更を加えることが不可能になります。言って、お使いのMacがすべての考え得る攻撃から100%安全という訳ではありません。それらの危険に対する防御の1つと考える方が良いでしょう。データボリュームデータボリュームはシステムボリュームの読み出し/書き込みの“影”と考えることができます。含まれていますが、同時に、読み出し専用ボリュームに存在できない一握りのシステムコンポーネントも含まれています。AppleはSafariをデータボリュームに配置しています。頻繁にアップデートできるからでしょう。現在の起動ディスクのデータボリュームは、システムの特別なマウントポイントにマウントされています。進むと、見つけられます。そこで目にするのは、システムボリュームのルートレベルのフォルダのレプリカです。これらのフォルダ内には、まだ書き込み可能なシステムコンポーネントがすべてあります。通常、これらの項目はFinderに表示されません。いうのは、Finderは2つのボリュームのコンテンツを視覚的に1つにして、1つのボリュームとして表示するからです。Finderがデータボリュームをその他すべてのボリュームの横にリスト表示することはありません。データボリュームはマウントされていますが、非表示です。Firmlinksと絆を築くには1つの統合されたボリュームであるという幻想を解き放つために、AppleはAPFSにFirmlinksのサポートを追加しました。名前が暗示する通り、Firmlinkは概念的にソフトリンクとハードリンク間を繋ぎます。(ソフトリンクとハードリンクに精通している人でさえも!)。Appleは、Firmlinkを2つのファイルシステム間の“双方向ワームホール”と説明しています。“ユーザ”フォルダを例にとって見てみましょう。システムボリュームのルートレベルにある“ユーザ”フォルダは、実際データボリュームのルートレベルにある“ユーザ”フォルダを指すFirmlinkです。システムボリュームの“/Users”フォルダに進んでみると、実際データボリュームの“/Users”フォルダのコンテンツが表示されます。数レベル上に進むとします。“ユーザ”フォルダの親に到達した時には、見ているのはもはやデータボリュームではなく、むしろ、そのFirmlinkによってシステムボリュームのルートレベルに転送されています。Catalinaにはシステムボリュームのさまざまなフォルダを、データボリュームの書き込み可能なフォルダにリンクする20ちょっとのFirmlinkがあります。興味があるなら、Firmlinkの全リストを起動ディスクの“/usr/share/firmlinks”から閲覧できます。アプリケーションフォルダとFinderのおふざけFirmlinksはほぼ明白でわかりやすいですが、1つ実に顕著な例外があります。それはアプリケーションフォルダです。システムボリュームのルートレベルにあるアプリケーションフォルダは、データボリュームのルートレベルにあるアプリケーションフォルダへのFirmlinkです。アプリケーション、と進むと、アプリケーションの大部分がそこにないのに気が付くでしょう。システムボリュームのアプリケーションフォルダを見ると、それらはすべてそこにあります!ここでFinderがちょっとした魔法を使います。アプリケーション、と進んだ場所にあります。Finderでアプリケーションフォルダを開くと、そのフォルダの集合体とデータボリュームのルートレベルのアプリケーションフォルダが表示されています。平均的ユーザにはこれが期待通りの動作で、それは素晴らしいことです。(例、お使いのバックアップディスク)に適用されていないことに気が付くでしょう。(例、Appleのアプリケーションは無く、サードパーティのアプリケーションとSafariのみ)。アプリケーション、にあります。Catalinaは起動ボリュームのボリュームグループを活用するので、起動可能なバックアップの作成にはAPFSフォーマットされたコピー先ボリュームが必要です。Catalina以降、HFS+はmacOSを起動するためのオプションではなくなります。便宜をはかるために、CCCはHFS+フォーマットされたバックアップボリュームを、必要に応じて、自動的にAPFSに変換します。SierraまたはMojaveにアップグレードした際、起動ディスクで起きた変換と同じものです。1つ顕著な例外があります:CCCはコピー先を変換することを通知し、変換を拒否する機会を提供します。コピー先ボリュームにあるすべてのデータはそのまま残り、唯一変更されるのは、ボリュームのフォーマットのみです。コピー先ボリュームの変換を許可したくない理由があるとすれば何ですか?一般的に変換を拒否する理由はありません。変換は非破壊的で、システムのバックアップを作成するために必要です。バックアップボリュームがCCCのバックアップタスク専用になっている場合、コピー先をAPFSに変換するのは正しい選択です。コピー先ボリュームがCCCのバックアップタスク専用でない場合、コピー先の他の使用が変換によってどう影響されるかを考慮する必要があります。Machineのバックアップを壊すことになります。Machineのバックアップボリュームの変換を回避します。コピー先ボリュームをCCC以外の作業に使用していて、そのボリュームをAPFSに変換できない、または変換したくない場合には、コピー先ディスクにCCCが使用するための専用パーティションを作成できます。パーティションを作成するには:ディスクユーティリティを開きますディスクユーティリティのサイドバーにあるコピー先ディスクを選択しますツールバーの“パーティション”ボタンをクリックしてください“+”をクリックして、ディスクにパーティションを追加しますパーティションの名前とサイズを環境設定に指定しますAPFSをフォーマットとして選択します“適用”ボタンをクリックしてください変換にはどれくらい時間がかかりますか?それは、お使いのコピー先ボリュームにどれくらいデータがあるか、コピー先のデバイスのパフォーマンス、およびコピー先ボリュームがどの程度断片化されているかによります。時間がかかる可能性がありますが、CCCは変換が完了するまで2時間以上待つことはありません。2時間以上かかる場合には、CCCはコピー先ボリュームを消去するよう推奨します。することで、ファイルシステムの断片化によって直接引き起こされているパフォーマンスの問題を解決することができます。(このオプションは“編集”メニューにあります)。暗号化されたボリュームとAPFSボリュームグループ暗号化されたHFS+ボリュームを自動的にAPFSに変換することはできません。CCCは暗号化されたAPFSボリュームを使ってAPFSボリュームグループを作成できません。Catalina以降の起動ディスクをソースとして、暗号化されたボリュームをコピー先として選択する場合、CCCはその選択を許可しないで、コピー先ボリュームを消去、または暗号解除することを提案します。コピー先ボリュームを消去するのがもっともシンプルなアプローチです。(例、Mojaveやそれ以前のOSに)、そのボリュームのすべてのデータを消去しないほうがいいかもしれません。your_usernameCatalinaバックアップボリュームでFileVaultを再度有効にするにはバックアップタスクを非暗号化されたボリュームに実行した後、そのバックアップから起動して、環境設定の“セキュリティとプライバシー”からFileVaultを再度有効にできます。Conditions。