ついても、モジュールをロードしてみて、うまくロードできるか確認します。セキュリティ上からも、これが肝心・大事だと思います。類似のものを持っていると思います。組み込んだプログラムを開発するための、ヘッダーやライブラリです。無いときのために、自前でライブラリ作るやり方、書いておきます。やってみると、案外と簡単です。本家からソースをダウンロードして、コンパイル・インストールするだけです。installとします。インストール先はシステム標準の場所にします。しないと、他のプログラムをコンパイルする時にヘッダーの場所やライブラリを指定しなければならなくなりますから。やってダイナミックリンクライブラリのキャッシュに入れておきます。立ち上げるときはもうやらなくても良いです。コンパイル出来ると思います。Linux-Kernelカーネルの番号つけについては、以下のサイトの説明がすごく面白いです。この説明が一番的を射た説明かもしれないです。https://elinux.org/images/f/f6/LinuxKernelReleaseModel_20180417.pdfもっとも、普通は以下のように考える(説明する)と思います。等と3つの数字が並んでいます。最初のものがメジャー・バージョン番号、大きな機能アップがあると番号が変わります。(ただし、一説によれば「リーナスが番号を変える気になった時」がメジャー番号の変わる時らしいです、笑)次の4がマイナー・バージョン番号。小規模な規格変更とか小規模機能アップです。最後の185がバグフィックスやセキュリティーアップの番号、通称メンテナンス番号。機能は変わらず基本的にフィックスするだけ。この番号をそのまま使っています。等ではディストリの用意する番号は大抵4つの数字です。この場合、4つめがいわゆるメンテナンスの番号らしい。ソースを持ってくる時、基本的にメジャー番号とマイナー番号は変えません。メンテナンス番号だけを追いかけています。