カーネルをバージョン2.6.30から2.6.37に更新する必要があります。このアーキテクチャのカーネルとカーネルモジュールをコンパイルして実行しましょう。しかし、インストールされたパッケージもたくさんありますが、最新のカーネルに合わせてすべてのパッケージを更新する必要があるかどうか疑問に思います。それとも必要なパッケージの一部だけを更新し、他のパッケージは以前のバージョンを維持できますか？ （コンピュータがインターネットに接続されておらず、手動でこれを行う必要があるため、これを尋ねることです）。
答え1
2.6.37はかなり古いバージョンなので、これが欲しいのかどうか自分に尋ねなければなりません。年齢はまた、多くの人がその時点でどれだけ変更されたかを忘れていた可能性があることを意味します（私も知っています）、このバージョンは十分に近く、両方とも2.6なので、API / ABIの変更はないようです。カーネルアップグレードこれは安全でなければならず、他のものは必要ありません。しかし、私は何も約束しません。
答え2
原則として、カーネル開発の黄金率は「絶対ユーザー空間を破壊しない」です。したがって、カーネルをアップグレードすると、すべてのアプリケーションが実行されます。しかし実際にはしなければならないいつも同じではないする。しかし、これは特に古代のカーネルバージョンに当てはまります。 2.4シリーズ以降は真の変化はないと思われます。
主に一般的に〜するサードパーティのカーネルモジュールは正しく動作しません。カーネルのユーザーインターフェイスとは異なり、モジュールで使用されるカーネルインターフェイスはバージョンごとに変更され、バイナリレベルだけでなくソースコードレベルでも変更されることがよくあります。サードパーティのカーネルモジュールがあり、カーネルをアップグレードした場合は、カーネルモジュールと一致するバージョンをインポートする必要があります。
エンドユーザーアプリケーションは通常安全ですが、一部の管理またはハードウェア関連ツールは不安定であると宣言されたカーネルインターフェースに依存しています。特に、ファイルの構成は/sys存続期間中に変更され、すべてのプログラムが信頼性の高いインターフェースを介してそのファイルにアクセスするわけではありません。インターフェース/procはより安定していますが、過去に変更されました。たとえば、ファイアウォールインターフェイスは2.2（ipfwadm→）ipchainsで以前のバージョンと互換性のない方法で変更され、2.4（ipchains→ iptables）で再度変更されました（ただし、それ以降は変更されませんでした）。
変更される可能性があるもう1つは、エントリのデフォルトの命名です/dev（たとえば、一部のディスクドライバがからに変更されるためhd?）sd?。これはudevで避けたりマスクすることができます。
答え3
これは古代です。ジュラ紀の時代はFedoraの帽子。全ディストリビューションをFedora 23にアップデートする方案を検討します（24は6月ごろリリースされる予定なので23はまだ廃棄されるまで1年ほど残りました）。あなたがインストールする「多くのパッケージ」がディストリビューションから来たものであれば大丈夫でしょう。ただし、パッケージを再インストールして上にインストールする必要があるかもしれません。があった巨大なカーネル2.6.x以降、カーネル側だけでなくユーザーモードでも変更が発生しました。
約1年というFedoraの寿命サイクルが速すぎる場合は、次のことを試してください。中央オペレーティングシステム（やはりRPMに基づいており、Red Hat Enterprise Linux、処理が非常に近いです）。しかし、企業にとって、ソフトウェアオプションははるかに制限的です。追加することを検討することもできます。エッフェル追加パッケージ。
これが古くて限られた機械ならば、例えば見るのが良いでしょう。リリース時計古い/制限された機械のためのDistro。