Linux 작업 스케줄러 테스트 토론 중에 참가자 중 한 명 토론에서 예를 들었다 필요에 대한 진술에도 불구하고 Linux 커널 개발시 호환성 유지, 최근 커널 변경으로 인해 올바른 Linux에서 ZFS 모듈 작동.
Linus Torvalds는 다음과 같이 대답했습니다. "중단 사용자 없음"원칙은 커널 자체뿐만 아니라 사용자 공간에서 응용 프로그램이 사용하는 외부 커널 인터페이스를 보존하는 것을 의미합니다. 그러나 커널에서 별도로 개발 된 타사 플러그인은 다루지 않습니다. 이것은 핵의 핵심 구성에서 받아 들여지지 않으며, 저자는 자신의 책임하에 핵 자체의 변화를 추적해야합니다.
Linux의 ZFS 프로젝트와 관련하여 Linus는 CDDL 및 GPLv2 라이센스의 비 호환성으로 인해 zfs 모듈 사용을 권장하지 않았습니다.
상황은 다음과 같습니다. 오라클의 라이선스 정책으로 인해 ZFS가 언젠가 핵심 구성에 들어갈 가능성은 매우 적습니다.
외부 코드의 핵심 기능에 대한 액세스를 변환하는 라이센스 비 호환성을 회피하기 위해 제안 된 계층은 모호한 결정입니다.
유일한 옵션 Linus가 메인 커널에서 ZFS 코드를 받아들이는 데 동의하는 것 오라클의 공식 허가를받는 것입니다. 수석 변호사와 Larry Ellison 자신이 가장 잘 인증했습니다.
중간 솔루션, 커널과 ZFS 코드 사이의 계층으로, 허용되지 않습니다. 프로그램 인터페이스의 지적 재산에 대한 오라클의 공격적인 정책 (예 : Google의 Java API 테스트)이 주어집니다.
또한, Linus는 ZFS를 패션에 대한 찬사로 사용하려는 욕구를보고 있습니다. 기술적 이점이 아닙니다. Linus가 연구 한 성능 테스트는 ZFS에 유리한 것으로 입증되지 않았으며 완전한 지원이 없다고해서 장기적인 안정성이 보장되지는 않습니다.
ZFS는 GPLv2와 호환되지 않는 무료 CDDL 라이선스로 배포됩니다. GPLv2와 CDDL 라이선스에서 코드를 혼합하는 것은 허용되지 않기 때문에 Linux 커널의 주요 분기에서 Linux에 ZFS를 통합 할 수 없기 때문입니다.
이 비 호환성을 방지하려면 라이센스, ZFS 프로젝트 Linux에서 CDDL 라이센스로 전체 제품을 배포하기로 결정했습니다. 별도의 다운로드 가능한 모듈로 커널과 별도로 제공됩니다.
완성 된 ZFS 모듈을 배포의 일부로 배포 할 가능성은 변호사들 사이에서 논란을 일으키고 있습니다.
변호사 SFC (Software Freedom Conservancy)) 커널 모듈 제공 배포 패키지의 바이너리가 제품을 형성합니다. GPL에 따라 최종 작업을 배포해야하는 GPL과 결합됩니다.
변호사는 동의하지 않습니다 그리고 논쟁 zfs 모듈 전달이 허용됨 구성 요소가 독립 실행 형 모듈로 제공되는 경우 코어 패키지와 분리됩니다. Canonical은 배포판이 NVIDIA 드라이버와 같은 독점 드라이버를 공급하기 위해 오랫동안 유사한 접근 방식을 사용해 왔다고 말합니다.
다른 쪽은 호환성 문제에 대해 독점 드라이버의 커널 사용 GPL 라이선스에 따라 배포 된 작은 레이어를 제공하여 해결됩니다. (GPL 라이센스 하의 모듈은 이미 독점 구성 요소를로드하는 커널에로드됩니다.)
ZFS의 경우 이러한 계층은 Oracle이 라이센스 예외를 제공하는 경우에만 준비 할 수 있습니다. Oracle Linux에서 GPL 비 호환성은 결합 된 CDDL 작업에 대한 라이센스 요구 사항을 제거하는 라이센스 예외를 Oracle에 제공하여 해결되지만이 예외는 다른 배포에는 적용되지 않습니다.
해결 방법은 배포에서 모듈의 소스 코드 만 제공하는 것입니다., 이는 연결로 이어지지 않으며 두 개의 개별 제품을 제공하는 것으로 간주됩니다. 데비안은이를 위해 DKMS (Dynamic Kernel Module Support) 시스템을 사용합니다. 여기서 모듈은 패키지가 설치된 직후 소스 코드로 제공되고 사용자 시스템에 조립됩니다.
출처 : https://www.realworldtech.com/
btrfs와 기간을 늘려야합니다.