「マイクロコード」の版間の差分

提供: ArchWiki
ナビゲーションに移動 検索に移動
(英語版と同期)
(同期)
 
(2人の利用者による、間の22版が非表示)
6行目: 6行目:
 
[[ru:Microcode]]
  
[[ru:Microcode]]
 
[[zh-hans:Microcode]]
  
[[zh-hans:Microcode]]
−
[[Wikipedia:ja:マイクロプログラム方式|プロセッサのマイクロコード]]はプロセッサのファームウェアと同種のものです。カーネルは BIOS のアップデートをすることなくプロセッサのファームウェアをアップデートすることができます。[https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=23082 Intel] のウェブサイトより:
 +
プロセッサの製造者はプロセッサ[[Wikipedia:ja:マイクロプログラム方式|マイクロコード]]に安定性とセキュリティのアップデートをリリースしています。そのようなアップデートには、システムの安定性に深く関わるバグフィックスが含まれています。これがないと、追跡困難な疑わしいクラッシュや予期しないシステム停止を引き起こす場合があります。
   
  +
AMD や Intel CPU を持つすべてのユーザは、システムの安定性を確保するためにマイクロコードのアップデートをインストールすべきです。仮想マシンやコンテナ内では、マイクロコードのアップデートはゲストシステムではなく、ホストに属します。
−
:''マイクロコードのデータファイルには全ての Intel プロセッサのための最新のマイクロコードが定義されています。Intel はマイクロコードのアップデートをリリースすることで、それぞれのプロセッサの仕様のアプリケーションに文書化されているようにプロセッサの挙動を修正します。一般的に、このマイクロコードの更新を行うのは BIOS のアップデートによりますが、これは管理者を困らせるような羽目になることがあるのを Intel は了解しています。Linux オペレーティングシステムや VMware ESX プロダクトには起動後にマイクロコードを更新する仕組みが備わっています。例えば、Linux システムの {{ic|/etc/firmware}} ディレクトリにファイルが配置されると、オペレーティングシステムの仕組みがこのファイルを使用します。''
  
−  
−
全てのユーザーがアップデートをインストールすべきですが、Intel Haswell と Broadwell プロセッサファミリーに属する CPU を使っている場合は特に、システムを安定させるためにマイクロコードのアップデートをインストールしてください。
  
   
 
== インストール ==
  
== インストール ==
   
−
Intel のプロセッサの場合、{{Pkg|intel-ucode}} をインストールしてください。
 +
更新されたマイクロコードを入手するには、プロセッサに応じて以下のパッケージのどれかを[[インストール]]してください:
   
−
AMD のプロセッサの場合、{{Pkg|amd-ucode}} をインストールしてください。
 +
* {{Pkg|amd-ucode}}: AMD プロセッサ。
  +
* {{Pkg|intel-ucode}}: Intel プロセッサ。
   
  +
[[mkinitcpio]] と [[dracut]] はデフォルトで、[[#マイクロコード initramfs とメインの initramfs を1つのファイルに一緒にパックする|(メインの initramfs とマイクロコードを) 混合した initramfs ファイル]]を生成します。マイクロコードはブート時に自動的にロードされます。[[Booster]] は混合 initramfs の生成を[https://github.com/anatol/booster/issues/40 サポートしていません]。[[#別個のマイクロコード initramfs ファイルを使う]] で説明されている、必要なブートローダー設定を参照してください。
−
Arch 環境を[[USB キーに Arch Linux をインストール|リムーバブルドライブ]]上に構築していて、両方のメーカーのマイクロコードが必要な場合、両方のパッケージをインストールしてください。
  
   
−
== 起動初期にマイクロコードをアップデート ==
 +
== マイクロコードをロードする ==
   
  +
通常、マイクロコードのアップデートはマザーボードのファームウェアに同梱されており、ファームウェアの初期化中に適用されます。しかし、OEM はファームウェアのアップデートをタイムリーにリリースしないかもしれない上、古いシステムでは新しいファームウェアアップデートは全くリリースされないので、起動中に CPU マイクロコードアップデートを適用する機能が Linux カーネルに追加されました。[https://docs.kernel.org/arch/x86/microcode.html Linux マイクロコードローダ]は3つの方法をサポートします:
−
マイクロコードは[[ブートローダー]]からロードする必要があります。ブートの設定はユーザーによって様々であるため、Arch のデフォルト設定ではマイクロコードのアップデートは自動的に使われないようになっています。この点について AUR カーネルの多くは Arch の公式[[カーネル]]と同じようになっています。
  
   
  +
# '''組み込みマイクロコード''' は、カーネルに組み込んでコンパイルし、早期ローダ (early loader) を使って適用することができます。
−
アップデートを有効にするにはブートローダーの設定ファイルに {{ic|/boot/amd-ucode.img}} または {{ic|/boot/intel-ucode.img}} を一番目の initrd として追加する必要があります。通常の initrd ファイルとは別に追加します。
  
  +
# '''早期ロード''' は、起動中の非常に早い段階 (initramfs ステージよりも前) でマイクロコードをアップデートします。遅延ロードよりもこちらが推奨されます。Intel の Haswell や Broadwell プロセッサファミリのように CPU に深刻なハードウェアバグが存在する場合、早期ロードが必須です。
  +
# '''遅延ロード''' ([https://github.com/torvalds/linux/commit/9407bda845dd19756e276d4f3abc15a20777ba45 場合によって]は[https://docs.kernel.org/arch/x86/microcode.html#why-is-late-loading-dangerous 危険]) は、起動後にマイクロコードをアップデートします。CPU が欠陥のある命令の使用をすでに試みたかもしれないので、これでは遅すぎる可能性があります。「早期ロード」をすでに使用している場合でも、「遅延ロード」を使用して再起動せずに新しいマイクロコードのアップデートを適用できます。
   
  +
=== 早期ロード ===
−
{{Note|以下のセクションで出てくる {{ic|''cpu_manufacturer''}} はあなたが使っている CPU のメーカー名 ({{ic|amd}} または {{ic|intel}}) に置き換えてください。}}
  
   
  +
マイクロコードは、カーネルに組み込まない場合、早期ローダ (early loader) によって読み込む必要があります。
−
{{Tip|[[USB キーに Arch Linux をインストール|リムーバブルドライブ]]に Arch Linux をインストールする場合、ブートローダーの設定にマイクロコードファイルを両方とも {{ic|initrd}} で追加してください。initramfs イメージよりも前に指定していればファイルの順番は関係ありません。}}
  
   
  +
早期ローダは、マイクロコードのアップデートファイルが未圧縮 CPIO アーカイブ (initramfs イメージ) 内の {{ic|/kernel/x86/microcode/GenuineIntel.bin}} または {{ic|/kernel/x86/microcode/AuthenticAMD.bin}} として存在していることを期待します。
−
=== GRUB ===
  
   
  +
早期 initramfs イメージ (マイクロコードのアップデートファイル) は、メインの initramfs イメージと合体して1つのファイルにし、(ブートローダーで {{ic|1=initrd=}} カーネルコマンドラインオプションを使うか、ユニファイドカーネルイメージ内にパックして) 単一の initramfs ファイルとしてカーネルに渡すこともできますし、個別のファイルとして使用することもできます (この場合、{{ic|1=initrd=}} カーネルコマンドラインオプションを複数回使用する必要があります)。いずれにせよ、マイクロコードを含んでいる未圧縮 CPIO アーカイブはメインの initramfs より前に配置'''しなければなりません'''。
−
==== 自動ロード ====
  
   
−
''grub-mkconfig'' が自動的にマイクロコードのアップデートを処理します。マイクロコードのパッケージをインストールした後に以下のコマンドを実行して、grub の設定を再生成し、マイクロコードのアップデートのロードを有効にしてください:
 +
注意点として、ユーザーの初期ブート構成は多様なので、Arch のデフォルトの設定ではマイクロコードのアップデートは自動的にトリガーされません。
   
  +
==== カスタムビルドされたカーネル ====
−
# grub-mkconfig -o /boot/grub/grub.cfg
  
   
  +
早期ローダーを[[カーネル/Arch build system|カスタムカーネル]]で動作させるには、"CPU microcode loading support" を、モジュールとしてコンパイルせずに、カーネルに組み込む必要があります。これにより "Early load microcode" プロンプトが有効化され、これを {{ic|Y}} に設定する必要があります。
−
==== 手動ロード ====
  
   
  +
CONFIG_BLK_DEV_INITRD=Y
−
もしくは、[[GRUB]] の設定ファイルを手動で管理したい場合、以下のように {{ic|grub.cfg}} に {{ic|/boot/''cpu_manufacturer''-ucode.img}} ({{ic|/boot}} パーティションを分けている場合は {{ic|/''cpu_manufacturer''-ucode.img}}) を追加します:
  
  +
CONFIG_MICROCODE=y
  +
CONFIG_MICROCODE_INTEL=Y
  +
CONFIG_MICROCODE_AMD=y
  +
  +
==== マイクロコード initramfs とメインの initramfs を1つのファイルに一緒にパックする ====
  +
  +
未圧縮のマイクロコード CPIO は [https://docs.kernel.org/arch/x86/microcode.html#early-load-microcode initramfs の先頭に追加する]ことが可能であり、単一の initramfs ファイルとして利用できるようになります。この方法は、追加のブートパラメータの設定が必要ないため、[[#別個のマイクロコード initramfs ファイルを使う]] の方法よりも推奨されます。
  +
  +
{{Tip|{{ic|/etc/pacman.conf}} の [[NoExtract]] オプションに {{ic|boot/*-ucode.img}} を追加することもできます。マイクロコードのファイルは {{ic|/usr/lib/firmware/*-ucode/}} のものが直接使用されるからです。}}
  +
  +
===== mkinitcpio =====
  +
  +
[[mkinitcpio]] でマイクロコードを含んでいる initramfs ファイルを生成するには、{{ic|/etc/mkinitcpio.conf}} の {{ic|HOOKS}} 配列に {{ic|microcode}} フックが含まれていることを確認してください。
  +
  +
{{ic|autodetect}} フックが {{ic|microcode}} フックよりも前にある場合、現在使用している CPU のマイクロコードのみが追加されます。システム上に存在する全ての CPU マイクロコードファイルを追加するには、{{ic|microcode}} フックを {{ic|autodetect}} フックより前に移動するか、{{ic|autodetect}} フックを削除してください。
  +
  +
Initramfs の生成時に ''mkinitcpio'' は以下のようなメッセージを表示します:
  +
  +
-> Early uncompressed CPIO image generation successful
  +
  +
{{man|1|lsinitcpio}} コマンドを使えば、マイクロコードのアップデートファイルが initramfs 内に存在していることを確認できます。例えば:
  +
  +
{{hc|# lsinitcpio --early /boot/initramfs-linux.img {{!}} grep microcode |
  +
kernel/x86/microcode/
  +
kernel/x86/microcode/AuthenticAMD.bin
  +
}}
  +
  +
===== dracut =====
  +
  +
[[dracut]] に関しては {{man|5|dracut.conf|DESCRIPTION}} を見てください。
  +
  +
==== 別個のマイクロコード initramfs ファイルを使う ====
  +
  +
先の方法を用いない場合、マイクロコードの早期アップデートは {{ic|/boot/amd-ucode.img}} や {{ic|/boot/intel-ucode.img}} を'''ブートローダーの設定ファイルで最初の initrd''' として追加することで有効化する必要があります。マイクロコードの initrd は通常の initrd ファイルよりも前に来る必要があります。一般的なブートローダーにおける手順は以下を参照してください。
  +
  +
以下の章では、{{ic|''cpu_manufacturer''}} という記述はあなたの CPU の製造業者名 (つまり、{{ic|amd}} か {{ic|intel}}) に置き換えてください。
  +
  +
===== GRUB =====
  +
  +
''grub-mkconfig'' はマイクロコードのアップデートを自動的に検出し、[[GRUB]] を適切に設定します。マイクロコードのインストール後に以下を実行して GRUB 設定ファイルを再生成し、マイクロコードアップデートのロードを有効化してください:
  +
  +
# grub-mkconfig -o /boot/grub/grub.cfg
  +
  +
あるいは、GRUB 設定ファイルを手動で管理しているユーザは、以下のように {{ic|/boot/''cpu_manufacturer''-ucode.img}} を追加できます(別のパーティションに {{ic|/boot}} がある場合は {{ic|/''cpu_manufacturer''-ucode.img}}):
   
 
{{hc|/boot/grub/grub.cfg|
  
{{hc|/boot/grub/grub.cfg|
49行目: 94行目:
 
}}
  
}}
   
−
すべてのメニューエントリに追加してください。
 +
それぞれのメニュエントリに対してこれを行ってください。
   
−
=== systemd-boot ===
 +
===== systemd-boot =====
   
−
以下のように初期 RAM ディスクの前に {{ic|initrd}} オプションを使ってマイクロコードをロード:
 +
以下のように、マイクロコードを読み込むオプションを初期 RAM ディスクより前に使用してください:
   
 
{{hc|/boot/loader/entries/''entry''.conf|
  
{{hc|/boot/loader/entries/''entry''.conf|
63行目: 108行目:
 
}}
  
}}
   
−
最新のマイクロコード {{ic|''cpu_manufacturer''-ucode.img}} が起動時に [[EFI システムパーティション]]に必要となります。{{Pkg|amd-ucode}} または {{Pkg|intel-ucode}} を更新したときはマイクロコードが更新されるように {{ic|/boot}} に ESP をマウントしてください。もしくは ESP に {{ic|/boot/''cpu_manufacturer''-ucode.img}} をコピーしてください。
 +
最新のマイクロコード {{ic|''cpu_manufacturer''-ucode.img}} は起動時に [[EFI システムパーティション]] (ESP) に存在していなければなりません。{{Pkg|amd-ucode}} または {{Pkg|intel-ucode}} を更新したときはマイクロコードが更新されるように {{ic|/boot}} に ESP をマウントしてください。もしくは、マイクロコードパッケージのアップデートがあるたびに ESP に {{ic|/boot/''cpu_manufacturer''-ucode.img}} をコピーしてください。
   
−
=== EFI ブートスタブ===
 +
===== EFISTUB =====
   
−
{{ic|1=initrd=}} オプションを2つ追加:
 +
2つの {{ic|1=initrd=}} オプションを末尾に追加してください:
   
−
'''initrd=/''cpu_manufacturer''-ucode.img''' initrd=/initramfs-linux.img
 +
'''initrd=\''cpu_manufacturer''-ucode.img''' initrd=\initramfs-linux.img
   
  +
===== rEFInd =====
−
全ての initrd とコマンドライン、カーネルを含む[[systemd-boot#/EFI/Linux のカーネルの準備|ひとつのファイルとしてカーネルを生成した]]場合、まず以下のように新しい initrd を作成して統合してください:
  
   
  +
{{Tip|以前に {{ic|initrd}} カーネルパラメータを指定しなかったユーザは、複数の {{ic|initrd}} パラメータを渡せるようにするために [[rEFInd#設定]] で説明されている手順に従う必要があります。}}
−
{{bc|1=
  
−
cat /boot/''cpu_manufacturer''-ucode.img /boot/initramfs-linux.img > my_new_initrd
  
−
objcopy ... --add-section .initrd=my_new_initrd
 
−
}}
  
   
  +
{{ic|/boot/refind_linux.conf}} のブートオプションを編集し、マイクロコードイメージをロードするための {{ic|1=initrd=}} オプションを最初の {{ic|initrd}} 引数として追加してください。{{ic|/boot}} 内のファイルが別のパーティションの直下にあるかどうかに応じて、{{ic|1=initrd=boot\''cpu_manufacturer''-ucode.img}} か {{ic|1=initrd=''cpu_manufacturer''-ucode.img}} のどちらかを使ってください。
−
=== rEFInd ===
  
   
  +
マイクロコードは、ブートオプションのリストの中で最初に宣言された initramfs でなければなりません。例えば:
−
次のように {{ic|/boot/refind_linux.conf}} のブートオプションを編集します:
  
   
−
"Boot using default options" "root=PARTUUID=''XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX'' rw add_efi_memmap '''initrd=/boot/''cpu_manufacturer''-ucode.img''' initrd=/boot/initramfs-%v.img"
 +
"Boot using default options" "root=PARTUUID=''XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX'' rw add_efi_memmap initrd=boot\''cpu_manufacturer''-ucode.img initrd=boot\initramfs-%v.img"
   
  +
====== 手動でブートオプションを記述する ======
−
[[rEFInd#手動でブートエントリを記述|手動]]で {{ic|''esp''/EFI/refind/refind.conf}} にカーネルを定義している場合はメインの部分ではなく options 行に {{ic|/boot/''cpu_manufacturer''-ucode.img}} ({{ic|/boot}} パーティションを分けている場合は {{ic|/''cpu_manufacturer''-ucode.img}}) を追加してください。例:
  
   
  +
[[rEFInd#手動でブートエントリを記述する|手動]]で {{ic|''esp''/EFI/refind/refind.conf}} にカーネルを定義している場合は、{{ic|1=initrd=}} パラメータを追加して、ブートパーティション内の適切なパスに設定する必要があります。このパラメータは options 行の一部である必要があり、設定のメインの部分ではありません。例:
−
options "root=PARTUUID=''XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX'' rw add_efi_memmap '''initrd=/boot/''cpu_manufacturer''-ucode.img'''"
  
   
  +
options "root=PARTUUID=''XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX'' rw add_efi_memmap '''initrd=boot\''cpu_manufacturer''-ucode.img'''"
−
=== Syslinux ===
  
   
  +
===== Syslinux =====
−
{{Note|initrd ファイルの {{ic|''cpu_manufacturer''-ucode.img}} と {{ic|initramfs-linux}} の間に空白は挟まないで下さい。以下の記述そのままに編集するようにしてください。}}
  
  +
  +
{{Note|initrd ファイルの {{ic|''cpu_manufacturer''-ucode.img}} と {{ic|initramfs-linux}} の間に空白は挟まないで下さい。{{ic|INITRD}} の行は以下の記述そのままに編集しなければなりません。}}
   
 
{{ic|/boot/syslinux/syslinux.cfg}} で複数の initrd をカンマで区切って指定できます:
  
{{ic|/boot/syslinux/syslinux.cfg}} で複数の initrd をカンマで区切って指定できます:
100行目: 144行目:
 
...
  
...
   
−
=== LILO ===
 +
===== LILO =====
   
−
[[LILO]] などの旧式のブートローダーは複数の initrd イメージをサポートしていません。そのような場合 {{ic|''cpu_manufacturer''-ucode.img}} と {{ic|initramfs-linux.img}} をひとつのイメージにまとめる必要があります。
 +
[[LILO]] は複数の初期 RAM ディスクイメージの読み込みをサポートしておらず、他の古いブートローダーも同じくサポートしていない可能性があります。代わりに [[#マイクロコード initramfs とメインの initramfs を1つのファイルに一緒にパックする]] で説明されている方法に従ってください。
   
  +
===== Limine =====
−
{{Warning|カーネルをアップデートするたびに毎回イメージをマージして再生成する必要があります。}}
  
   
  +
[[Limine]] においては、[[Limine#設定|limine.conf]] ファイル内の {{ic|MODULE_PATH}} オプションにマイクロコードへのパスを追加するだけで良いです。以下は例です:
−
{{Note|イメージの順番は重要です。オリジナルのイメージである {{ic|initramfs-linux}} は {{ic|''cpu_manufacturer''-ucode.img}} イメージよりも先に来るように結合する必要があります。}}
  
   
  +
{{hc|limine.conf|2=
−
ふたつのイメージを {{ic|initramfs-merged.img}} という名前のイメージにマージするには、以下のコマンドを使用:
  
  +
default_entry: 1
−
 
  +
timeout: 3
−
# cat /boot/''cpu_manufacturer''-ucode.img /boot/initramfs-linux.img > /boot/initramfs-merged.img
  
   
  +
/Arch
−
マージできたら {{ic|/etc/lilo.conf}} を編集して新しいイメージをロードします:
  
  +
comment: Arch Linux
   
  +
protocol: linux
−
...
  
  +
kernel_path: boot():/vmlinuz-linux
−
initrd=/boot/initramfs-merged.img
  
  +
kernel_cmdline: root=UUID=c0748521-eca9-4f38-989c-43811b6e39a1 rw loglevel=3
−
...
  
  +
'''module_path: boot():/''cpu_manufacturer-ucode''.img'''
  +
module_path: boot():/initramfs-linux.img
  +
}}
   
  +
=== 遅延ロード ===
−
root で {{ic|lilo}} を実行してください:
  
−
 
−
# lilo
  
   
  +
{{Warning|1=マイクロコードの遅延ロードは危険であるとみなされています(Linux 5.19 以降で遅延ロードを行うとカーネルに汚染マークが付きます)。[https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=9784edd73a08ea08d0ce5606e1f0f729df688c59]}}
−
== 起動後にマイクロコードをアップデート ==
  
   
−
システムを起動した後にマイクロコードのアップデートをロードすることもできます。{{ic|/usr/lib/firmware/amd-ucode/}} と {{ic|/usr/lib/firmware/intel-ucode/}} のファイルを使用します。
 +
マイクロコードアップデートの遅延ロードは、システムが起動し終わった後に行われます。その時、{{ic|/usr/lib/firmware/amd-ucode/}} と {{ic|/usr/lib/firmware/intel-ucode/}} にあるファイルが使用されます。AMD CPU と Intel CPU のマイクロコードのアップデートファイルは、それぞれ {{Pkg|amd-ucode}} と {{Pkg|intel-ucode}} によって提供されています。
   
  +
遅延ロードを行うには、{{ic|1=CONFIG_MICROCODE_LATE_LOADING=y}} でビルドされたカーネルが必要です。現時点では、Arch の[[カーネル#公式サポートカーネル|公式サポートカーネル]]はこのフラグが有効化されていません。[https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/blob/8d50b29ca6b927096ecf678cec193fc230b447cd/config#L462]
−
AMD プロセッサの場合、マイクロコードのアップデートファイルは {{Pkg|linux-firmware}} によって提供されます。
  
   
  +
==== マイクロコードのアップデートの遅延ロード ====
−
Intel プロセッサの場合、マイクロコードのアップデートファイルが含まれるパッケージはありません ({{Bug|59841}})。起動後にロードするには Intel が提供しているアーカイブから手動で {{ic|intel-ucode/}} を抽出する必要があります。
  
   
  +
実行中のシステムで手動でマイクロコードをアップデートするには (例: {{ic|/usr/lib/firmware/amd-ucode/}} か {{ic|/usr/lib/firmware/intel-ucode/}} 内のマイクロコードファイルをアップデートした後に):
−
=== マイクロコードのアップデートを有効にする ===
  
−  
−
起動初期のロードとは異なり、起動後のマイクロコードのアップデートのロードは Arch Linux ではデフォルトで有効になっており {{ic|/usr/lib/tmpfiles.d/linux-firmware.conf}} を使用します。起動後に {{man|8|systemd-tmpfiles-setup.service}} によってファイルが読み込まれて CPU のマイクロコードが更新されます。
  
−  
−
実行中のシステムで手動でマイクロコードをアップデートするには:
  
   
 
# echo 1 > /sys/devices/system/cpu/microcode/reload
  
# echo 1 > /sys/devices/system/cpu/microcode/reload
   
−
このコマンドを使えば {{Pkg|linux-firmware}} が更新されたときにシステムを再起動することなくマイクロコードのアップデートを適用することができます。[[pacman フック]]を使って自動的にコマンドを実行することも可能です:
 +
これにより、システムを再起動せずに新しいマイクロコードのアップデートを適用できます。
−  
−
{{hc|/etc/pacman.d/hooks/microcode_reload.hook|2=
  
−
[Trigger]
  
−
Operation = Install
  
−
Operation = Upgrade
  
−
Operation = Remove
  
−
Type = File
  
−
Target = usr/lib/firmware/amd-ucode/*
  
−  
−
[Action]
  
−
Description = Applying CPU microcode updates...
  
−
When = PostTransaction
  
−
Depends = sh
  
−
Exec = /bin/sh -c 'echo 1 > /sys/devices/system/cpu/microcode/reload'
  
−
}}
  
−  
−
=== マイクロコードのアップデートを無効にする ===
  
−  
−
AMD 環境では {{Pkg|amd-ucode}} がインストールされてなくても {{Pkg|linux-firmware}} にファイルが含まれているため CPU のマイクロコードはアップデートされてしまいます ({{Bug|59840}})。起動後のロードを無効にしたい場合は {{ic|/usr/lib/tmpfiles.d/linux-firmware.conf}} を無効にしてください。{{ic|/etc/tmpfiles.d/}} に同名のファイルを作成することで無効化できます:
  
−  
−
# ln -s /dev/null /etc/tmpfiles.d/linux-firmware.conf
  
   
 
== 起動時にマイクロコードのアップデートがされたか確認する ==
  
== 起動時にマイクロコードのアップデートがされたか確認する ==
   
−
マイクロコードがアップデートされたかどうか確認するには {{ic|/usr/bin/dmesg}} を使用します:
 +
マイクロコードがアップデートされたかどうか確認するには ''journalctl'' でカーネルメッセージを確認してください:
−
$ dmesg | grep microcode
  
   
  +
# journalctl -k --grep='microcode:'
−
Intel が載っているシステムでは、マイクロコードのアップデートがされていると以下のような表示がされます:
  
   
  +
ブート時に毎回以下のような出力がなされるはずです (以下ではマイクロコードが非常に早い段階でアップデートされていることを示しています):
−
[ 0.000000] CPU0 microcode updated early to revision 0x1b, date = 2014-05-29
  
−
[ 0.221951] CPU1 microcode updated early to revision 0x1b, date = 2014-05-29
  
−
[ 0.242064] CPU2 microcode updated early to revision 0x1b, date = 2014-05-29
  
−
[ 0.262349] CPU3 microcode updated early to revision 0x1b, date = 2014-05-29
  
−
[ 0.507267] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x1b
  
−
[ 0.507272] microcode: CPU1 sig=0x306a9, pf=0x2, revision=0x1b
  
−
[ 0.507276] microcode: CPU2 sig=0x306a9, pf=0x2, revision=0x1b
  
−
[ 0.507281] microcode: CPU3 sig=0x306a9, pf=0x2, revision=0x1b
  
−
[ 0.507286] microcode: CPU4 sig=0x306a9, pf=0x2, revision=0x1b
  
−
[ 0.507292] microcode: CPU5 sig=0x306a9, pf=0x2, revision=0x1b
  
−
[ 0.507296] microcode: CPU6 sig=0x306a9, pf=0x2, revision=0x1b
  
−
[ 0.507300] microcode: CPU7 sig=0x306a9, pf=0x2, revision=0x1b
  
−
[ 0.507335] microcode: Microcode Update Driver: v2.2.
  
   
  +
kernel: microcode: Current revision: 0x00000012
−
{{Note|表示される日付は {{pkg|intel-ucode}} パッケージのバージョンとは対応しません。Intel がマイクロコードのアップデートを行った最後の日付が表示されます。}}
  
  +
kernel: microcode: Updated early from: 0x0000000e
   
−
最新のハードウェアの場合、CPU のマイクロコードアップデートが存在しないという可能性も考えられます。そのときは、以下のような出力がなされます:
 +
場合によっては (特に最新のハードウェアの場合)、対象 CPU に対するマイクロコードのアップデートが無い場合もあります。
   
  +
AMD システムで遅延ロードを使用すると、新しいマイクロコードが再読み込みされる前の古い方のバージョンが表示されます。
−
[ 0.292893] microcode: CPU0 sig=0x306c3, pf=0x2, revision=0x1c
  
−
[ 0.292899] microcode: CPU1 sig=0x306c3, pf=0x2, revision=0x1c
  
−
[ 0.292906] microcode: CPU2 sig=0x306c3, pf=0x2, revision=0x1c
  
−
[ 0.292912] microcode: CPU3 sig=0x306c3, pf=0x2, revision=0x1c
  
−
[ 0.292956] microcode: Microcode Update Driver: v2.2.
  
−  
−
AMD 環境で起動初期にマイクロコードをアップデートしている場合、以下のように出力されます:
  
−  
−
[ 2.119089] microcode: microcode updated early to new patch_level=0x0700010f
  
−
[ 2.119157] microcode: CPU0: patch_level=0x0700010f
  
−
[ 2.119171] microcode: CPU1: patch_level=0x0700010f
  
−
[ 2.119183] microcode: CPU2: patch_level=0x0700010f
  
−
[ 2.119189] microcode: CPU3: patch_level=0x0700010f
  
−
[ 2.119269] microcode: Microcode Update Driver: v2.2.
  
−  
−
AMD 環境で起動後にマイクロコードをアップデートしている場合、古いマイクロコードのバージョンが表示されてからマイクロコードがリロードされ、新しいマイクロコードのバージョンが表示されます。例:
  
−  
−
[ 2.112919] microcode: CPU0: patch_level=0x0700010b
  
−
[ 2.112931] microcode: CPU1: patch_level=0x0700010b
  
−
[ 2.112940] microcode: CPU2: patch_level=0x0700010b
  
−
[ 2.112951] microcode: CPU3: patch_level=0x0700010b
  
−
[ 2.113043] microcode: Microcode Update Driver: v2.2.
  
−
[ 6.429109] microcode: CPU2: new patch_level=0x0700010f
  
−
[ 6.430416] microcode: CPU0: new patch_level=0x0700010f
  
−
[ 6.431722] microcode: CPU1: new patch_level=0x0700010f
  
−
[ 6.433029] microcode: CPU3: new patch_level=0x0700010f
  
−
[ 6.433073] x86/CPU: CPU features have changed after loading microcode, but might not take effect.
  
   
 
== マイクロコードのアップデートができる CPU ==
  
== マイクロコードのアップデートができる CPU ==
   
−
特定のモデルがサポートされているのかどうかは以下のリンクから Intel や AMD のサイトで確認することができます:
 +
特定のモデルがサポートされているのかどうかは以下のリンクから Intel のサイトや AMD の Gentoo Wiki サイトで確認することができます:
   
  +
* [[Gentoo:AMD microcode#Microcode firmware files]]。
−
* [http://www.amd64.org/microcode.html AMD の Operating System Research Center]。
  
 
* [https://downloadcenter.intel.com/SearchResult.aspx?lang=eng&keyword=processor%20microcode%20data%20file Intel のダウンロードセンター]。
  
* [https://downloadcenter.intel.com/SearchResult.aspx?lang=eng&keyword=processor%20microcode%20data%20file Intel のダウンロードセンター]。
   
 
=== マイクロコードのアップデートが必要かどうか確認する ===
  
=== マイクロコードのアップデートが必要かどうか確認する ===
   
−
{{Pkg|iucode-tool}} を使って、使用している cpu のマイクロコードイメージが {{ic|intel-ucode.img}} に含まれているかどうか確認できます:
 +
Intel CPU の場合は、{{man|8|iucode_tool}} コマンドを使うことで、現在使用中の CPU 向けのマイクロコードが {{ic|/usr/lib/firmware/intel-ucode/}} に含まれているかどうかを確認することができます。
   
−
* {{Pkg|intel-ucode}} を[[インストール]] (アップデートがあるかどうか確認するのに initrd の変更は必要ありません)
 +
# {{Pkg|intel-ucode}} と {{Pkg|iucode-tool}} を[[インストール]]してください。
  +
# {{ic|cpuid}} カーネルモジュールをロード: {{bc|# modprobe cpuid}}
−
* {{Pkg|iucode-tool}} を[[インストール]]
  
  +
# 該当する cpuid を検索: {{bc|$ iucode_tool -lS /usr/lib/firmware/intel-ucode/}}
−
* {{ic|# modprobe cpuid}}
  
  +
# アップデートが存在する場合は、''selected microcodes'' の下に表示されます。
−
* {{ic|<nowiki># bsdtar -Oxf /boot/intel-ucode.img | iucode_tool -tb -lS - </nowiki>}}<br />(マイクロコードイメージを展開して cpuid を検索します)
  
  +
# メーカーの BIOS にマイクロコードが既に含まれていてロードされたことが ''dmesg'' に表示されていない可能性もあります。{{ic|grep microcode /proc/cpuinfo}} を実行して現在のマイクロコードを比較してください。
−
* アップデートが存在する場合は、''selected microcodes'' の下に表示されます。
  
−
* メーカーの BIOS にマイクロコードが既に含まれていてロードされたことが dmesg に表示されていない可能性もあります。{{ic|grep microcode /proc/cpuinfo}} を実行して現在のマイクロコードを比較してください。
  
   
  +
AMD CPU の場合、手動により確認することができます。
−
== カスタムカーネルで Intel のマイクロコードのロードを有効にする ==
  
   
  +
# CPU のファミリ、モデル、ステッピングを調べてください。例えば、{{bc|1=# journalctl -k --grep='CPU0:'}} の出力を見ると {{ic|(family: 0x15, model: 0x10, stepping: 0x1)}} といった部分があります。
−
カスタムカーネルでロードを行うには、"CPU microcode loading support" をカーネルに組み込む必要があります。モジュールとしてコンパイルしても動作しません。"Early load microcode" プロンプトが有効になるので "Y" に設定してください。
  
  +
# これらの値を [https://gitlab.com/kernel-firmware/linux-firmware/-/blob/main/amd-ucode/README amd-ucode README] から見つけてください。
  +
# 合うものが見つかったら、実行中のマイクロコードの[[#起動時にマイクロコードのアップデートがされたか確認する|現在のリビジョン]]と README に載っている {{ic|Patch}} の値とを比べてください。
   
  +
{{Note|ファミリ、モデル、ステッピングは {{man|1|lscpu}} や {{ic|/proc/cpuinfo}} の出力でも確認できます。ただし、出力された値を16進数に変換する必要があります。}}
−
CONFIG_BLK_DEV_INITRD=Y
  
  +
−
CONFIG_MICROCODE=y
  
  +
== マイクロコードローダーを無効化する ==
−
CONFIG_MICROCODE_INTEL=Y
  
  +
−
CONFIG_MICROCODE_AMD=y
  
  +
更新後の CPU マイクロコードが問題を引き起こす場合、一時的にマイクロコードローダーを無効化してブートできるようにし、パッケージをダウングレードする必要がある場合があります。カーネルのマイクロコードローダーを無効化するには、{{ic|dis_ucode_ldr}} [[カーネルパラメータ]]を指定してください。
   
 
== 参照 ==
  
== 参照 ==
   
−
* [https://flossexperiences.wordpress.com/2013/11/17/updating-microcodes/ Updating microcodes]
 +
* [https://flossexperiences.wordpress.com/2013/11/17/updating-microcodes/ Updating microcodes – Experiences in the community]
−
* [http://inertiawar.com/microcode/ Intel によるマイクロコードアップデートのノート]
 +
* [http://inertiawar.com/microcode/ Intel マイクロコードアップデートのノート – Ben Hawkes]
−
* [https://www.kernel.org/doc/Documentation/x86/microcode.txt マイクロコードのカーネルドキュメント]
 +
* [https://docs.kernel.org/arch/x86/microcode.html カーネルマイクロコードローダ – カーネルドキュメント]
−
* [http://www.anandtech.com/show/8376/intel-disables-tsx-instructions-erratum-found-in-haswell-haswelleep-broadwelly Haswell/Broadwell で見つかったエラッタ]
 +
* [https://www.anandtech.com/show/8376/intel-disables-tsx-instructions-erratum-found-in-haswell-haswelleep-broadwelly Haswell/Broadwell で見つかったエラッタ – AnandTech]
 
* [https://gitlab.com/iucode-tool/iucode-tool iucode-tool GitLab プロジェクト]
  
* [https://gitlab.com/iucode-tool/iucode-tool iucode-tool GitLab プロジェクト]
  +
  +
{{TranslationStatus|Microcode|2024-11-04|819837}}

2024年11月4日 (月) 18:18時点における最新版

プロセッサの製造者はプロセッサマイクロコードに安定性とセキュリティのアップデートをリリースしています。そのようなアップデートには、システムの安定性に深く関わるバグフィックスが含まれています。これがないと、追跡困難な疑わしいクラッシュや予期しないシステム停止を引き起こす場合があります。

AMD や Intel CPU を持つすべてのユーザは、システムの安定性を確保するためにマイクロコードのアップデートをインストールすべきです。仮想マシンやコンテナ内では、マイクロコードのアップデートはゲストシステムではなく、ホストに属します。

インストール

更新されたマイクロコードを入手するには、プロセッサに応じて以下のパッケージのどれかをインストールしてください:

mkinitcpio と dracut はデフォルトで、(メインの initramfs とマイクロコードを) 混合した initramfs ファイルを生成します。マイクロコードはブート時に自動的にロードされます。Booster は混合 initramfs の生成をサポートしていません。#別個のマイクロコード initramfs ファイルを使う で説明されている、必要なブートローダー設定を参照してください。

マイクロコードをロードする

通常、マイクロコードのアップデートはマザーボードのファームウェアに同梱されており、ファームウェアの初期化中に適用されます。しかし、OEM はファームウェアのアップデートをタイムリーにリリースしないかもしれない上、古いシステムでは新しいファームウェアアップデートは全くリリースされないので、起動中に CPU マイクロコードアップデートを適用する機能が Linux カーネルに追加されました。Linux マイクロコードローダは3つの方法をサポートします:

  1. 組み込みマイクロコード は、カーネルに組み込んでコンパイルし、早期ローダ (early loader) を使って適用することができます。
  2. 早期ロード は、起動中の非常に早い段階 (initramfs ステージよりも前) でマイクロコードをアップデートします。遅延ロードよりもこちらが推奨されます。Intel の Haswell や Broadwell プロセッサファミリのように CPU に深刻なハードウェアバグが存在する場合、早期ロードが必須です。
  3. 遅延ロード (場合によっては危険) は、起動後にマイクロコードをアップデートします。CPU が欠陥のある命令の使用をすでに試みたかもしれないので、これでは遅すぎる可能性があります。「早期ロード」をすでに使用している場合でも、「遅延ロード」を使用して再起動せずに新しいマイクロコードのアップデートを適用できます。

早期ロード

マイクロコードは、カーネルに組み込まない場合、早期ローダ (early loader) によって読み込む必要があります。

早期ローダは、マイクロコードのアップデートファイルが未圧縮 CPIO アーカイブ (initramfs イメージ) 内の /kernel/x86/microcode/GenuineIntel.bin または /kernel/x86/microcode/AuthenticAMD.bin として存在していることを期待します。

早期 initramfs イメージ (マイクロコードのアップデートファイル) は、メインの initramfs イメージと合体して1つのファイルにし、(ブートローダーで initrd= カーネルコマンドラインオプションを使うか、ユニファイドカーネルイメージ内にパックして) 単一の initramfs ファイルとしてカーネルに渡すこともできますし、個別のファイルとして使用することもできます (この場合、initrd= カーネルコマンドラインオプションを複数回使用する必要があります)。いずれにせよ、マイクロコードを含んでいる未圧縮 CPIO アーカイブはメインの initramfs より前に配置しなければなりません。

注意点として、ユーザーの初期ブート構成は多様なので、Arch のデフォルトの設定ではマイクロコードのアップデートは自動的にトリガーされません。

カスタムビルドされたカーネル

早期ローダーをカスタムカーネルで動作させるには、"CPU microcode loading support" を、モジュールとしてコンパイルせずに、カーネルに組み込む必要があります。これにより "Early load microcode" プロンプトが有効化され、これを Y に設定する必要があります。 

CONFIG_BLK_DEV_INITRD=Y
CONFIG_MICROCODE=y
CONFIG_MICROCODE_INTEL=Y
CONFIG_MICROCODE_AMD=y

マイクロコード initramfs とメインの initramfs を1つのファイルに一緒にパックする

未圧縮のマイクロコード CPIO は initramfs の先頭に追加することが可能であり、単一の initramfs ファイルとして利用できるようになります。この方法は、追加のブートパラメータの設定が必要ないため、#別個のマイクロコード initramfs ファイルを使う の方法よりも推奨されます。

ヒント: /etc/pacman.conf の NoExtract オプションに boot/*-ucode.img を追加することもできます。マイクロコードのファイルは /usr/lib/firmware/*-ucode/ のものが直接使用されるからです。
mkinitcpio

mkinitcpio でマイクロコードを含んでいる initramfs ファイルを生成するには、/etc/mkinitcpio.conf の HOOKS 配列に microcode フックが含まれていることを確認してください。

autodetect フックが microcode フックよりも前にある場合、現在使用している CPU のマイクロコードのみが追加されます。システム上に存在する全ての CPU マイクロコードファイルを追加するには、microcode フックを autodetect フックより前に移動するか、autodetect フックを削除してください。

Initramfs の生成時に mkinitcpio は以下のようなメッセージを表示します: 

-> Early uncompressed CPIO image generation successful

lsinitcpio(1) コマンドを使えば、マイクロコードのアップデートファイルが initramfs 内に存在していることを確認できます。例えば: 

# lsinitcpio --early /boot/initramfs-linux.img | grep microcode 
kernel/x86/microcode/
kernel/x86/microcode/AuthenticAMD.bin
dracut

dracut に関しては dracut.conf(5) § DESCRIPTION を見てください。

別個のマイクロコード initramfs ファイルを使う

先の方法を用いない場合、マイクロコードの早期アップデートは /boot/amd-ucode.img や /boot/intel-ucode.img をブートローダーの設定ファイルで最初の initrd として追加することで有効化する必要があります。マイクロコードの initrd は通常の initrd ファイルよりも前に来る必要があります。一般的なブートローダーにおける手順は以下を参照してください。

以下の章では、cpu_manufacturer という記述はあなたの CPU の製造業者名 (つまり、amd か intel) に置き換えてください。

GRUB

grub-mkconfig はマイクロコードのアップデートを自動的に検出し、GRUB を適切に設定します。マイクロコードのインストール後に以下を実行して GRUB 設定ファイルを再生成し、マイクロコードアップデートのロードを有効化してください: 

# grub-mkconfig -o /boot/grub/grub.cfg

あるいは、GRUB 設定ファイルを手動で管理しているユーザは、以下のように /boot/cpu_manufacturer-ucode.img を追加できます(別のパーティションに /boot がある場合は /cpu_manufacturer-ucode.img): 

/boot/grub/grub.cfg
...
echo 'Loading initial ramdisk'
initrd	/boot/cpu_manufacturer-ucode.img /boot/initramfs-linux.img
...

それぞれのメニュエントリに対してこれを行ってください。

systemd-boot

以下のように、マイクロコードを読み込むオプションを初期 RAM ディスクより前に使用してください: 

/boot/loader/entries/entry.conf
title   Arch Linux
linux   /vmlinuz-linux
initrd  /cpu_manufacturer-ucode.img
initrd  /initramfs-linux.img
...

最新のマイクロコード cpu_manufacturer-ucode.img は起動時に EFI システムパーティション (ESP) に存在していなければなりません。amd-ucode または intel-ucode を更新したときはマイクロコードが更新されるように /boot に ESP をマウントしてください。もしくは、マイクロコードパッケージのアップデートがあるたびに ESP に /boot/cpu_manufacturer-ucode.img をコピーしてください。

EFISTUB

2つの initrd= オプションを末尾に追加してください: 

initrd=\cpu_manufacturer-ucode.img initrd=\initramfs-linux.img
rEFInd
ヒント: 以前に initrd カーネルパラメータを指定しなかったユーザは、複数の initrd パラメータを渡せるようにするために rEFInd#設定 で説明されている手順に従う必要があります。

/boot/refind_linux.conf のブートオプションを編集し、マイクロコードイメージをロードするための initrd= オプションを最初の initrd 引数として追加してください。/boot 内のファイルが別のパーティションの直下にあるかどうかに応じて、initrd=boot\cpu_manufacturer-ucode.img か initrd=cpu_manufacturer-ucode.img のどちらかを使ってください。

マイクロコードは、ブートオプションのリストの中で最初に宣言された initramfs でなければなりません。例えば: 

"Boot using default options"  "root=PARTUUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX rw add_efi_memmap initrd=boot\cpu_manufacturer-ucode.img initrd=boot\initramfs-%v.img"
手動でブートオプションを記述する

手動で esp/EFI/refind/refind.conf にカーネルを定義している場合は、initrd= パラメータを追加して、ブートパーティション内の適切なパスに設定する必要があります。このパラメータは options 行の一部である必要があり、設定のメインの部分ではありません。例: 

options  "root=PARTUUID=XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX rw add_efi_memmap initrd=boot\cpu_manufacturer-ucode.img"
Syslinux
ノート: initrd ファイルの cpu_manufacturer-ucode.img と initramfs-linux の間に空白は挟まないで下さい。INITRD の行は以下の記述そのままに編集しなければなりません。

/boot/syslinux/syslinux.cfg で複数の initrd をカンマで区切って指定できます: 

LABEL arch
    MENU LABEL Arch Linux
    LINUX ../vmlinuz-linux
    INITRD ../cpu_manufacturer-ucode.img,../initramfs-linux.img
...
LILO

LILO は複数の初期 RAM ディスクイメージの読み込みをサポートしておらず、他の古いブートローダーも同じくサポートしていない可能性があります。代わりに #マイクロコード initramfs とメインの initramfs を1つのファイルに一緒にパックする で説明されている方法に従ってください。

Limine

Limine においては、limine.conf ファイル内の MODULE_PATH オプションにマイクロコードへのパスを追加するだけで良いです。以下は例です: 

limine.conf
default_entry: 1
timeout: 3

/Arch
    comment: Arch Linux

    protocol: linux
    kernel_path: boot():/vmlinuz-linux
    kernel_cmdline: root=UUID=c0748521-eca9-4f38-989c-43811b6e39a1 rw loglevel=3
    module_path: boot():/cpu_manufacturer-ucode.img
    module_path: boot():/initramfs-linux.img

遅延ロード

警告: マイクロコードの遅延ロードは危険であるとみなされています(Linux 5.19 以降で遅延ロードを行うとカーネルに汚染マークが付きます)。[1]

マイクロコードアップデートの遅延ロードは、システムが起動し終わった後に行われます。その時、/usr/lib/firmware/amd-ucode/ と /usr/lib/firmware/intel-ucode/ にあるファイルが使用されます。AMD CPU と Intel CPU のマイクロコードのアップデートファイルは、それぞれ amd-ucode と intel-ucode によって提供されています。

遅延ロードを行うには、CONFIG_MICROCODE_LATE_LOADING=y でビルドされたカーネルが必要です。現時点では、Arch の公式サポートカーネルはこのフラグが有効化されていません。[2]

マイクロコードのアップデートの遅延ロード

実行中のシステムで手動でマイクロコードをアップデートするには (例: /usr/lib/firmware/amd-ucode/ か /usr/lib/firmware/intel-ucode/ 内のマイクロコードファイルをアップデートした後に): 

# echo 1 > /sys/devices/system/cpu/microcode/reload

これにより、システムを再起動せずに新しいマイクロコードのアップデートを適用できます。

起動時にマイクロコードのアップデートがされたか確認する

マイクロコードがアップデートされたかどうか確認するには journalctl でカーネルメッセージを確認してください: 

# journalctl -k --grep='microcode:'

ブート時に毎回以下のような出力がなされるはずです (以下ではマイクロコードが非常に早い段階でアップデートされていることを示しています): 

kernel: microcode: Current revision: 0x00000012
kernel: microcode: Updated early from: 0x0000000e

場合によっては (特に最新のハードウェアの場合)、対象 CPU に対するマイクロコードのアップデートが無い場合もあります。

AMD システムで遅延ロードを使用すると、新しいマイクロコードが再読み込みされる前の古い方のバージョンが表示されます。

マイクロコードのアップデートができる CPU

特定のモデルがサポートされているのかどうかは以下のリンクから Intel のサイトや AMD の Gentoo Wiki サイトで確認することができます:

マイクロコードのアップデートが必要かどうか確認する

Intel CPU の場合は、iucode_tool(8) コマンドを使うことで、現在使用中の CPU 向けのマイクロコードが /usr/lib/firmware/intel-ucode/ に含まれているかどうかを確認することができます。

  1. intel-ucode と iucode-tool をインストールしてください。
  2. cpuid カーネルモジュールをロード: 
    # modprobe cpuid
  3. 該当する cpuid を検索: 
    $ iucode_tool -lS /usr/lib/firmware/intel-ucode/
  4. アップデートが存在する場合は、selected microcodes の下に表示されます。
  5. メーカーの BIOS にマイクロコードが既に含まれていてロードされたことが dmesg に表示されていない可能性もあります。grep microcode /proc/cpuinfo を実行して現在のマイクロコードを比較してください。

AMD CPU の場合、手動により確認することができます。

  1. CPU のファミリ、モデル、ステッピングを調べてください。例えば、
    # journalctl -k --grep='CPU0:'
    の出力を見ると (family: 0x15, model: 0x10, stepping: 0x1) といった部分があります。
  2. これらの値を amd-ucode README から見つけてください。
  3. 合うものが見つかったら、実行中のマイクロコードの現在のリビジョンと README に載っている Patch の値とを比べてください。
ノート: ファミリ、モデル、ステッピングは lscpu(1) や /proc/cpuinfo の出力でも確認できます。ただし、出力された値を16進数に変換する必要があります。

マイクロコードローダーを無効化する

更新後の CPU マイクロコードが問題を引き起こす場合、一時的にマイクロコードローダーを無効化してブートできるようにし、パッケージをダウングレードする必要がある場合があります。カーネルのマイクロコードローダーを無効化するには、dis_ucode_ldr カーネルパラメータを指定してください。

参照

翻訳ステータス: このページは en:Microcode の翻訳バージョンです。最後の翻訳日は 2024-11-04 です。もし英語版に 変更 があれば、翻訳の同期を手伝うことができます。
「https://wiki.archlinux.jp/index.php?title=マイクロコード&oldid=39236」から取得