Linuxタスクスケジューラのテストの議論中に、 参加者の一人 議論の中で 例を挙げました 必要性についての声明にもかかわらず Linuxカーネルを開発するときに互換性を維持するため、カーネルへの最近の変更により、正しい割り込みが発生しました LinuxでのZFSモジュールの操作。
リーナス・トーバルズはこう答えた 「ユーザーを壊さない」という原則は、ユーザー空間でアプリケーションが使用する外部カーネルインターフェイスとカーネル自体を保持することを意味します。 だが カーネル上で個別に開発されたサードパーティのプラグインは対象外です これらはニュークリアスのコア構成では受け入れられず、その作成者は自己責任でニュークリアス自体の変更を追跡する必要があります。
LinuxでのZFSプロジェクトに関して、 Linusは、CDDLライセンスとGPLv2ライセンスの互換性がないため、zfsモジュールの使用を推奨しませんでした。
状況は、 オラクルのライセンスポリシーにより、 ZFSがいつかコアのコア構成に入る可能性は非常に低いです。
外部コードのコア機能へのアクセスを変換するライセンスの非互換性を回避するために提案されたレイヤーは、疑わしい決定です。
唯一のオプション LinusはメインカーネルでZFSコードを受け入れることに同意します オラクルから正式な許可を得ることです。 主任弁護士によって認定され、ラリーエリソン自身によって最高の認定を受けています。
中間ソリューション、 カーネルとZFSコードの間のレイヤーとして受け入れられない、 プログラムインターフェイスの知的財産に関するOracleの積極的なポリシー（たとえば、GoogleによるJava APIのテスト）を前提としています。
さらに、 Linusは、ZFSをファッションへのオマージュとして使用したいという願望を認識しています 技術的な利点ではありません。 Linusが調査したパフォーマンステストは、ZFSを支持することを証明しておらず、完全なサポートがないことは、長期的な安定性を保証するものではありません。
ZFSは、GPLv2とCDDLライセンスの下でコードを混合することは許可されていないため、LinuxカーネルのメインブランチでLinuxにZFSを統合できないため、GPLv2と互換性のない無料のCDDLライセンスの下で配布されます。
この非互換性を回避するには ライセンス供与されたZFSプロジェクト Linuxでは、CDDLライセンスの下で製品全体を配布することを決定しました カーネルとは別に提供される、個別のダウンロード可能なモジュールとして。
完成したZFSモジュールを配布の一部として配布する可能性は、弁護士の間で論争を引き起こしています。
弁護士 Software Freedom Conservancy（SFC）カーネルモジュールを提供すると信じている 配布パッケージのバイナリは製品を形成します GPLの下での最終作業の配布を必要とするGPLと組み合わせる。
弁護士は同意しません と主張する zfsモジュールの配信が許可されていること コンポーネントがスタンドアロンモジュールとして提供されている場合は、コアパッケージとは別にしてください。 Canonicalは、ディストリビューションがNVIDIAドライバーなどのプロプライエタリドライバーを提供するために、長い間同様のアプローチを使用してきたと述べています。
反対側は、互換性の問題に応答します プロプライエタリドライバーのカーネルを使用 GPLライセンスの下で配布される小さな層を供給することによって解決されます （GPLライセンスに基づくモジュールはカーネルにロードされ、カーネルはすでにプロプライエタリコンポーネントをロードしています）。
ZFSの場合、このようなレイヤーは、Oracleがライセンスされた例外を提供する場合にのみ準備できます。 Oracle Linuxでは、GPLの非互換性は、結合されたCDDLジョブのライセンス要件を削除するライセンス例外をOracleに提供することで解決されますが、この例外は他のディストリビューションには適用されません。
回避策は、ディストリビューション内のモジュールのソースコードのみを提供することです。、これはリンクにつながることはなく、XNUMXつの別々の製品の配送と見なされます。 DebianはこれにDKMS（Dynamic Kernel Module Support）システムを使用します。このシステムでは、モジュールはソースコードで提供され、パッケージがインストールされた直後にユーザーのシステムでアセンブルされます。
出典 https://www.realworldtech.com/
彼らはbtrfsと期間を後押しする必要があります