LTS 배포판을 사용하여 바닐라 커널 실행

하지 않는 한 위험은 별로 없습니다매우배포판에 사용된 최신 버전보다, 그럼에도 불구하고 명확한 문제는 없습니다. 가장 큰 문제는 커널->사용자 공간에도 불구하고ABI안정적이라고 가정되지만 이론적으로는 한계점에 도달할 수 있습니다. Debian 2.0의 복사본을 찾아 그 위에 3.17 커널을 빌드하고 빌드되면(아마도 이전 gcc/libc 때문이 아닐 것임) 계속해서 잘 작동하더라도 놀라지 않을 것입니다.

네이티브 C 라이브러리를 포함한 일부 소프트웨어는 커널 소스 코드의 헤더 파일을 사용하여 컴파일됩니다. 또, 이가능한버전이 크게 다른 경우 문제가 발생할 수 있습니다. C 라이브러리가 기초이므로 문제가 있으면 즉시 알아차릴 수 있습니다. ¹ "대부분"이란 3.4와 3.16의 차이를 의미하는 것이 아닙니다. 현재 배포판에서 3.x 커널을 실행한 적이 있다면 문제 없이 3.x 커널을 실행할 수 있습니다. 이 배포판은 커널을 업그레이드할 때 C 라이브러리를 대체하지 않습니다.

간단히 말해서 배포판에서는 항상 소스 버전을 사용하도록 권장하지만 실제로는 문제가 되지 않습니다. 스톡 커널을 구축했는데 어떤 이유로 작동하지 않는 경우,설정을 잘못해서 그렇습니다, 배포판에서 추가한 작은 조정이 부족해서가 아닙니다. 나는 항상 사용자 정의 커널을 실행하게 되는 것 같습니다(처음에는 그렇게 할 의도가 아니었음에도 불구하고). 그리고 수십 대의 컴퓨터에서 10년 넘게 스톡 소스 사용과 관련된 문제가 발생한 적이 없습니다.

^{1. 구성 오류로 인해 단순히 기능이 부족한 커널과 달리 정말 망가진 커널을 본 유일한 경우는 인위적인 툴체인을 사용하여 다른 플랫폼에서 크로스 컴파일되었을 때였습니다(즉, 이 커널을 사용하지 않음) 머신)을 대상 라이브러리에서). 여기서 "망가졌다"는 것은 사용자 공간과 관련이 있습니다. 커널이 부팅되고 작동하지만 일부 다른 기본 사용자 공간 도구는 로그인 후 즉시 실패합니다. 이것이 반드시 위험한 것은 아닙니다. 이러한 유형의 오류는 분할 오류와 같은 오류일 가능성이 거의 확실합니다. 나쁜 일은 일어나지 않았고, 당신이 하고 싶었던 일을 할 수 없었을 뿐입니다. 코어 자체는 미쳐가는 것이 아니라 적절하게 협력하지 않을 뿐입니다(좋든 나쁘든 모든 일이 일어날 가능성이 낮아집니다).}