【2026年11月8日時点の情報です】
自宅サーバー(富士通 ESPRIMO Q558、AlmaLinux 9)は、再起動のときに、富士通のロゴの画面で表示が乱れて止まることがあります。止まると、電源のボタンで入れ直すしかありません。
BIOS は R1.13.0 のままで、富士通からはずっと新しい版が出ています。新しくすれば直るかもしれないと思いながら、書き換えの途中で電気が切れて起動できなくなるのが怖くて、見送っていました。UPS(前の記事)を入れたので、考え直しました。
この記事では、まず Linux から更新しようとしてうまくいかなかったこと、予備の SSD に Windows 11 を入れて Windows Update で更新したこと、そのあと Linux に戻って気づいたことを書きます。
登場するホスト名やユーザー名は、セキュリティのため実際とは異なる架空のもの(自宅サーバー kvmhost、ユーザー devuser)に置き換えています。
場面1:今の版と、新しい版を調べる
まず、kvmhost で今の BIOS の版を見ました。
sudo dmidecode -s bios-version
for k in fw_version last_attempt_version last_attempt_status; do
printf '%s: %s\n' "$k" "$(sudo cat /sys/firmware/efi/esrt/entries/entry0/$k)"
done- sudo dmidecode -s bios-version:
BIOS が名乗っている版を出す - /sys/firmware/efi/esrt/entries/entry0/:
ESRT(UEFI が「更新できる部品」として OS に見せている表)の、BIOS の行 - fw_version:
今の版を数字にしたもの - last_attempt_version、last_attempt_status:
最後に更新を試したときの版と結果(0 は成功、または試していない) - for k in …; do printf …; done:
3つの値を、名前つきで1行ずつ出す
V5.0.0.13 R1.13.0 for D3603-A1x
fw_version: 17629184
last_attempt_version: 17629184
last_attempt_status: 0今は R1.13.0 です。調べると、新しい版は次のところにありました。
| No. | 置き場所 | 版 | 書き換え方 |
|---|---|---|---|
| 1 | 富士通の日本のサポートのページ | R1.38.0(2025/04/17) | Windows の上で動かす更新のプログラムだけ |
| 2 | Microsoft Update カタログ(BIOS の番号で探した) | R1.39.0(2025/10/21)、R1.38.0(2024/08/28) | Windows Update 用の .cab |
.cab の中には、BIOS に渡すカプセル(.UPD)が入っていました。Linux には fwupd という、UEFI のカプセルを BIOS に渡す道具があるので、まずはそれで試すことにしました。
場面2:Linux の fwupd で試したが、BIOS は書き換えなかった
fwupd は、BIOS のカプセルを起動用の区切り(ESP、/boot/efi)に置き、次の起動で BIOS に「書き換えて」と伝えます。実際に書き換えるのは BIOS 自身で、BIOS がカプセルの富士通の署名を確かめてから書くので、まちがったものを書いて壊すおそれは小さい形です。
準備として、fwupd の設定に ESP の場所(EspLocation=/boot/efi)を入れ、足りなかった udisks2 を入れました。設定のファイルは、先に /etc/fwupd/fwupd.conf.20261104 に控えを取っています。
U=$(ls ~/work/bios/ffc3e154-*/D3603-A1x.R1.38.0.UPD)
sudo systemctl stop fwupd
sudo fwupdtool install-blob "$U" <BIOS のデバイス ID>- U=$(ls … D3603-A1x.R1.38.0.UPD):
.cab から取り出した R1.38.0 のカプセルの場所をUに入れる - sudo systemctl stop fwupd:
fwupd の常駐の係を止める(fwupdtoolは自分で直接動くので、ぶつからないように) - sudo fwupdtool install-blob “$U” <BIOS のデバイス ID>:
カプセルを、この機械の BIOS(fwupdmgr get-devicesで見える System Firmware)に向けて入れる。最後に「今すぐ再起動しますか」と聞かれるので、n と答えて、あとで手で再起動する
デバイスの応答を待っています…[***************************************]
アップデートを完了するには、再起動が必要です。 今すぐ再起動しますか?2つの形で試しました。
| No. | 形 | 中身 | 結果 |
|---|---|---|---|
| 1 | カプセルを置く形(capsule-on-disk) | /boot/efi/EFI/UpdateCapsule/ にカプセルを置き、BIOS に起動のとき読ませる | 再起動しても書き換えなかった |
| 2 | fwupd の小さなプログラムから渡す形 | 設定に [uefi_capsule] と DisableCapsuleUpdateOnDisk=true を足し、次の1回だけ fwupd のプログラム(fwupdx64.efi)を先に動かす | プログラムは動いた(次の1回だけの起動の設定は使われた)が、BIOS は書き換えなかった |
2回目の再起動のあとの様子です。
sudo dmidecode -s bios-version
for k in fw_version last_attempt_version last_attempt_status; do
printf '%s: %s\n' "$k" "$(sudo cat /sys/firmware/efi/esrt/entries/entry0/$k)"
done
sudo efibootmgr | grep -E "BootNext|BootCurrent|Linux Firmware"- sudo dmidecode -s bios-version、ESRT の3つ:
場面1と同じ。書き換わっていれば版が変わり、BIOS が試していれば last_attempt_version が変わる - sudo efibootmgr | grep -E “BootNext|BootCurrent|Linux Firmware”:
次の1回だけの起動の設定(BootNext)が残っているか。消えていれば使われた
V5.0.0.13 R1.13.0 for D3603-A1x
fw_version: 17629184
last_attempt_version: 17629184
last_attempt_status: 0
BootCurrent: 0005版は R1.13.0 のまま、last_attempt_version も今の版のままで、BIOS はカプセルを試してもいませんでした。BootNext は消えていたので、fwupd のプログラムまでは動いています。富士通の BIOS は、Windows 以外から渡される形を受け付けないようです。
ここで Linux からはやめ、fwupd の設定は控えから戻しました。
場面3:予備の SSD に Windows 11 を入れる
富士通の方法は Windows の上で動かすものなので、Windows を用意することにしました。ただし、自宅サーバーの NVMe の SSD には AlmaLinux とブログの仮想マシンが入っているので、そこには入れません。
Q558 のケースを開けると、2.5インチの SATA の SSD をつなぐケーブル(信号と電源が1本になったもの)が、何もつながらずに出ていて、置き場所の金具もありました。そこで、手元にあった予備の 2.5インチの SATA の SSD を使います。

| No. | 手順 | 理由 |
|---|---|---|
| 1 | 予備の SATA の SSD を付ける | Windows を入れる場所 |
| 2 | NVMe の SSD を外す | Windows を入れるときに、まちがって AlmaLinux のディスクを消したり、起動の設定を書き換えたりしないように |
| 3 | SATA の SSD に Windows 11 を入れる | ― |
このあいだ、自宅サーバーは止まっているので、ブログも止まります。
場面4:Windows Update で R1.40.0 になった
Windows 11 を入れたら、まず富士通の日本のページの更新のプログラムを動かしました。ところが、「アップデートに失敗しました。製品を再起動してからもう一度アップデートしてください。」と出て、書き換わりませんでした。

そこで Windows Update を動かすと、富士通の BIOS の更新が出てきました。それを入れて再起動すると、BIOS が書き換わりました。
入ったのは R1.40.0 で、富士通の日本のページ(R1.38.0)や、Microsoft Update カタログで見つけた R1.39.0 より新しい版でした。
終わったら、NVMe の SSD を戻し、SATA の SSD は外しました。BIOS の起動の順番(AlmaLinux が先頭)と、前の記事で入れた電源の設定(AC通電再開時の動作 [電源ON] など)は、書き換えのあとも残っていました。

一度新しい版にすると、前の版には戻せません。BIOS の「セキュリティ」のタブでも、「システムファームウェア更新機能」は [使用する]、「システムファームウェアロールバック」は [使用しない] になっています。書き換えの途中で電源を切らないことも大事なので、UPS につないだ状態で行いました。

場面5:Linux に戻って、版を確かめる
NVMe の SSD を戻して AlmaLinux を起こし、場面1と同じコマンドで版を見ました。
sudo dmidecode -s bios-version
for k in fw_version last_attempt_version last_attempt_status; do
printf '%s: %s\n' "$k" "$(sudo cat /sys/firmware/efi/esrt/entries/entry0/$k)"
done- sudo dmidecode -s bios-version:
BIOS が名乗っている版 - fw_version、last_attempt_version、last_attempt_status:
ESRT の今の版、最後に試した版、その結果(0 は成功)
V5.0.0.13 R1.40.0 for D3603-A1x
fw_version: 19398656
last_attempt_version: 19398656
last_attempt_status: 0R1.40.0 になり、ESRT の数字も変わっていました。
本体の時計が9時間ずれた
Windows を起こしたあとの、最初の Linux の起動の記録を見ると、最初の行の時刻が 23:20 と、9時間ずれていました(すぐにふつうの時刻に戻りました)。
この自宅サーバーは、同じ日の朝に、本体の時計(BIOS の時計)を UTC として読む形に直したところでした(timedatectl set-local-rtc 0、控え /etc/adjtime.20261104)。Windows は本体の時計を日本の時間で書くので、Windows を起こすと、次の Linux の起動の最初だけ、9時間ずれて見えます。Linux が起きてネットワークの時計と合わせれば直るので、Windows はもう起こさないこの機械では、そのままにしました。
場面6:分かったこと
BIOS は新しくなりましたが、いちばんの目当てだったロゴの画面で止まる件は、直りませんでした。更新のあと数回の再起動では出なかったものの、UPS の試しで電気が戻って起き始めたときに、また止まりました(停電のあと自動で起きる記事の場面6)。BIOS ではなく、本体の部品の傷みの見込みなので、来年、本体を買い替えるつもりです。
| No. | 試したこと | 結果 |
|---|---|---|
| 1 | Linux の fwupd(カプセルを置く形) | BIOS は試さなかった |
| 2 | Linux の fwupd(fwupd のプログラムから渡す形) | fwupd のプログラムは動いたが、BIOS は試さなかった |
| 3 | Windows で富士通の更新のプログラム | 「アップデートに失敗しました」 |
| 4 | Windows Update | R1.40.0 になった |
ほかに分かったことです。
- Windows Update には、メーカーのページより新しい版が来ることがある:
富士通の日本のページは R1.38.0 だったが、Windows Update では R1.40.0 が入った - 予備の SSD に Windows を入れれば、Linux のディスクに触らずに済む:
NVMe の SSD を外しておけば、まちがって消すおそれがない - BIOS の設定は残った:
起動の順番と電源の設定は、書き換えのあとも変わっていなかった - Windows を起こすと、本体の時計が日本の時間で書かれる:
本体の時計を UTC で読む Linux では、次の起動の最初の記録がずれる
まとめ
富士通 ESPRIMO Q558 の BIOS を、R1.13.0 から R1.40.0 にしました。Linux の fwupd では BIOS が受け付けず、富士通の更新のプログラムも失敗し、予備の SSD に入れた Windows 11 の Windows Update で入りました。
ロゴの画面で止まる件は直りませんでしたが、BIOS が新しくなり、UPS の設定(停電のとき3台を止める、停電のあと自動で起きる)もそろいました。
その後、ロゴの画面で止まる件は直らなかったので、2026年11月に本体を富士通 ESPRIMO D7011/G に替えました(「Q558 から D7011 へ、SSD をそのまま差し替えた」)。



コメント