LinuxオペレーティングシステムのパッチとカーネルパッチとファームウェアのアップグレードまたはBIOSのアップグレード[閉じる]

マイクロコード

マイクロコードアップデートは、実際の物理CPUに供給され、その中のプログラミングの最低レベルを変更するCPUメーカーのファイルです。マイクロコードアップデートは非常に低いレベルで適用されるため、通常は持続しません。つまり、プロセッサの電源を入れるかハードウェアレベルでリセットするたびに、マイクロコードアップデートを再ロードする必要があります。マイクロコードアップデートは、特定のCPUブランドとモデルにのみ適用される傾向があります。

ファームウェアアップデート/アップグレード

ファームウェアアップデートは通常、ハードウェアの動作に関連する特定のハードウェアデバイスに何らかの方法で継続的に保存されているいくつかのプログラムコードを変更/交換します。 BIOSまたはUEFIアップデートはファームウェアアップデートの特別なケースです。 BIOS/UEFI は、システムの起動方法を処理し、マザーボードに統合されたさまざまな追加のカードやデバイスを検出し、そこにハードウェアリソースと構成を割り当てるファームウェアです。低レベルの電源管理とオペレーティングシステムのブートローダで使用される基本的な入出力機能を提供します。

BIOS/UEFI アップデート/アップグレードには、マイクロコードアップデートが組み込まれている場合があります。このように、マイクロコードは起動プロセスの初期に適用され、オペレーティングシステムが常にCPUを適用可能な特定のマイクロコードレベル以上の状態に保つようにします。そして、どのソフトウェアも古い「不良」マイクロコードバージョンを再利用できません。

修理する

この場合、単語は修理する更新されるコンテンツの完全なコピーを含まず、変更された部分のみを含む更新を正しく示します。できるツールがあります。パッチ適用つまり、以前のバージョンとそのために作成されたパッチを使用して、パッチ作成者が所有するものとまったく同じ新しいバージョンを作成します。

これは元のアップデートサイズを最小限に抑える方法でしたが、独自のオペレーティングシステムを使用すると、OSベンダーはデフォルトで制限なしにアップデートを展開しながらOSの報酬を受け取ることができます。これは不可能であるか、少なくとも完全な更新を受け入れることは非常に困難です。特定のオペレーティングシステム用にリリースされたパッチセットとそれを組み合わせた無許可のオペレーティングシステムのコピーは、まるで巨大なジグソーパズルのようです。

ソフトウェア開発では、パッチは開発者間の通信に役立ちます。ソースコードパッチファイルは、人が読んだ方法で変更が正確に説明されているため、同じことを使用する2人の開発者が変更を互いに正確に表示できます。変更に基づいてパッチを作成して特定の目標を達成します。

最新のインターネット速度とストレージ容量が増加するにつれて、すでにバイナリ形式で存在するファームウェアまたはソフトウェアのアップデートは、通常、パッチでリリースされなくなります。元のパッケージまたはファームウェアファイルを完全に置き換える新しいソフトウェアパッケージまたはファームウェアを提供する方が一般的です。 。文書。まだ何人かの人々はまだ話すことができますファームウェアパッチまたはオペレーティングシステムのパッチ。これは、彼らが用語を扱っているためかもしれません。修理する等しい修正する、またはソフトウェア開発の面で考えるからです。

たとえば、ファームウェアのバグが見つかった場合、それを修正すると、次のような結果が発生する可能性が高くなります。修理するファームウェアにソースコードを適用した後、新しいバイナリファームウェアを作成します。修正する変更されたソースコードからファイルを抽出するのは、面倒で機械的で反復可能なプロセスです。パッチは実際にアップデートの「面白い部分」です。

オペレーティングシステムパッチとカーネルパッチ

どのツールまたはライブラリがパッチされるかを具体的に指定せずに「Linuxオペレーティングシステムのパッチ」について話している場合は、そのパッケージの以前のバージョンを完全に置き換えて、「更新」または「アップグレード」されている新しいまたは類似の.rpmパッケージファイルについて話す可能性これは高いです。.deb「これはより正確な用語です。これらのパッケージは、オペレーティングシステムの特定の部分（特定のツール、特定の目的のためのツールセット、または特定のシステムサービス）を更新/アップグレードするために使用できます。

「カーネルパッチ」の場合も同様ですが、プレゼンターは実際にカーネル開発に参加し、カーネルソースコードへのパッチについて話すこともできます。あるいは、特定のカーネルアップデートの「楽しい部分」、つまりいくつかのバグを修正したり、新機能を導入したソースコードパッチに集中したりすることもできます。