Windows 11対応のためにサブPCをアップグレードしたらいろいろ大変だった...

はじめに

今年の秋に Windows 10 のサポートが終了するので、自宅のサブPCを Windows 11 に対応させるために今週の土日は頑張った。
もともと Window 11 の要件を満たしていなかったので Linux を入れていたが、結局あまり使わなかったので、それならゲームができるようにしたほうがまだ使うだろうと頑張ってアップグレードすることにした。
最近必要なパーツがちょっと安くなっていたので買い集め、ついでにメインPCの構成も見直してメインもアップグレードしつつサブPCもパーツ流用で Window 11 化を目指したがいろいろと大変だったので教訓として記録を残しておく。

当初の計画

メインPCには Ryzen 2700X を使用していたので、以下のような構成変更を計画した。

  • サブPC用に新しい AM4マザーボード を購入
  • Ryzen 5700X を新たに購入し、これをメインPCに装着
  • 2700X はサブPCに移植して、両方のPCをアップグレード

ソケットも AM4 で揃え問題なく行くだろと考えていたが見積もりが甘かった...

トラブルその1：マザーボードがRyzen 2700X非対応だった

新しく購入したAM4マザーボードは以下で AM4 だから 2700X も問題ないなと思っていたが、2700Xを装着しても BIOS が表示されず...
いろいろ調べて最終的に製品のページを改めて確認したら「Ryzen 3000番台以降のみ対応」のマザーボードという落ちだった。

[商品価格に関しましては、リンクが作成された時点と現時点で情報が変更されている場合がございます。]

ASRock B550M WiFi (B550 AM4 MicroATX) ドスパラ限定モデル
価格：9,880円（税込、送料無料) (2025/5/25時点)


解決策

泣く泣く予定を変更し、Ryzen 5700X をサブPCに使うことにしメインPCの性能アップはお見送りした ( ´･ω･`)

教訓

  • 同じソケットでも世代が違えば動かない！
  • 購入前に 対応CPUリスト を必ず確認するべし

トラブルその2：CPUクーラーが外れない

Ryzen 2700X のリテールクーラーを外そうとしたところ、まったく外れない。
確かリテールクーラーに付属していたグリスをそのまま使っており、それの品質があまりよくなかったのかカチカチに固まって接着剤のようになっていた。

解決策

  • CPU に負荷をかけてとにかく温めた
  • クーラーをぐりぐりと結構強めにねじりながら30分ぐらい格闘して、ようやく外した

教訓

  • リテールクーラーのグリスは信用しない。
  • 評判のグリスを使用するべし！
  • 今回は ARCTIC MX-4 を新たに購入して塗りました。(多分下のものが一番安いはず。QRコードで確認しても本物だったので正規品...のはず...)

トラブルその3：BIOSが映らず焦る

当初の予定ではメインPCに Ryzen 5700X 装着する予定だったのでそちらの作業を先に行っていたが、CPUを取り付けたあと電源を入れても画面がつかず BIOS にも入れなくなってしまった。
BIOSすら表示されず、「これは壊してしまったか...」と肝が冷えました。

原因は2つ

  1. マザーボードのBIOSが古く、Ryzen 5000番台に対応していなかった
  2. Ryzen 5700X はグラフィック機能非搭載。GPUを挿さないと映像が出ない

解決策

  • 古いマザーボードであったため、公式サイトを確認し対応するファームウェアをダウンロードしアップデートを行ったことできちんと起動をした
  • GPU を取り付け HDMI を GPU に接続して画面に出力をした

教訓

  • Ryzen はソケットが同じでもマザーボードによって対応が異なる。BIOSの対応状況を必ず確認！
  • iGPU（内蔵GPU）なしCPU には要注意。グラフィック機能がない場合はマザーボードの HDMI に接続しても意味がないので GPU はめんどくさがらずにきちんとつけること！

最終的な構成と結果

結果的には当初の計画とは変わり以下の構成となった。

  • サブPC
    • Ryzen 5700X
    • 新 AM4 マザーボード
  • メインPC
    • Ryzen 2700X 継続使用

予定していた構成にはならなかったが何とか起動ができてよかったです。

おわりに

「パーツの流用でメインもサブもお得にアップグレード！」と思ったら、予定外の出費や手間がかかってしまった。
やはり事前の調査は大事なので次の更新ではちゃんとメーカーページの確認をします。

次は AM6 がでてからかなぁ

コメント

コメントを投稿

このブログの人気の投稿

better-sqlite3 を AWS の Lambda で動かす

動かない... AWS の Lambda 上で Sqlite を動かしたいと思ったので試してみたが、素直に動かせなかったので動かせるようになるまでの記録を残しておく。 現象 nodejs で Sqlite を動かすために better-sqlite3 をインストールし、 AWS の Lambda にデプロイして実行すると以下のようなエラーが発生し実行ができなかった。 /lib64/libm.so.6: version `GLIBC_2.29' not found どうも nodejs 18 が動いている Amazon Linux 2 の /lib64/libm.so.6 に GLIBC_2.29 が入っていないが、 better-sqlite3 では 2.29 を使っているため実行エラーになってしまっている様子。 ちなみに Amazon Linux 2 の /lib64/libm.so.6 の確認は以下のように行った。 # Amazon Linux 2 のコンテナを起動 > docker run -it --rm --entrypoint "bash" public.ecr.aws/lambda/nodejs:18-x86_64 以下をコンテナ内で実行 > yum install binutils > strings /lib64/libm.so.6 | grep GLIBC_ GLIBC_2.2.5 GLIBC_2.4 GLIBC_2.15 GLIBC_2.18 GLIBC_2.23 GLIBC_2.24 GLIBC_2.25 GLIBC_2.26 GLIBC_PRIVATE GLIBC_2.15 ... 解決方法 AWS Lambda の nodejs 18.X ランタイムが動いている Amazon Linux 2 用に better-sqlite3 をビルドし直した。 ビルド方法 AWS Lambda nodejs 18.X の実行コンテナイメージは公開されているので、それを使ってビルドした。 今回対象としている better-sqlite3 のバージョンは 8.3.0。 Amazon Linux 2 が更新されない限り、これ以降のバージョンを使う場合で...
続きを読む

Python の oletools で日本語の VBA を出力する方法

VBA はどこにある? 以下の記事がとても参考になる。 実務であまり役に立たないVBAの内部の話 - Qiita マクロの実体は vbaProject.bin というバイナリファイルの中にあるらしく、これを解析すると VBA を取得することができる。 このファイルは Compound File Binary Format というファイル形式で仕様は効果されているらしい。 時間があるときに確認してみたい。 [MS-CFB]: Compound File Binary File Format oletools で VBA を出力する方法 vbaProject.bin を自分で解析して VBA を出力するのは大変なので oletools というライブラリを使用する。 このライブラリは olefile というパーサを使いやすくしたもの。 ただし、このライブラリで VBA を出力すると以下の記事にもあるように日本語は文字化けをしてしまう。 ExcelマクロのVBAソースコードをAzure DevOpsでバージョン管理する方法 この記事では extract_macros を自作することで対応をしていたが、以下のように bytes2str を置き換えることでも日本語することができた。 記述量も少なく手軽に実行できるので記事にしておく。 import os import oletools.olevba as vba # ------------------------------------------------------------------ # 定数 OUT_DIR = "./out" """出力するフォルダ""" # ------------------------------------------------------------------ # 日本語出力用の設定 def _bytes2str ( bytes_string : bytes , encoding = "utf-8" ): # ShiftJis でデコードする return bytes_strin...
続きを読む

Amazon Linux 2 に PostgreSQL をインストールする

Amazon Linux 2 に PostgreSQL をインストールして外部のクライアントからアクセスするまでを忘れないようにメモとして残しておく。 環境 AMI Amazon Linux 2 Kernel 5.10 AMI 2.0.20221004.0 x86_64 HVM gp2 インスタンスタイプ t3a.small ストレージ 16GB EC2内での手順 sudo amazon-linux-extras install -y postgresql14 sudo yum install -y postgresql-server postgresql-devel パッケージ 説明 postgresql-server initdb や pg_ctl などのユーティリティ postgresql-devel ヘッダや pg_config などの開発関連 export PGSETUP_INITDB_OPTIONS = "--encoding=UTF8 --locale=ja_JP.UTF-8 --lc-collate=ja_JP.UTF-8 --lc-ctype=ja_JP.UTF-8" オプション 説明 --encoding initdbでPostgreSQLクラスタのデフォルト文字セット(エンコーディング) --locale ロケールのサポートはアルファベット、並び換え、数字の書式など文化的嗜好を配慮したアプリケーションを対象にします。 --lc-collate 文字列の並び換え順 --lc-ctype 文字の分類（文字とはどんなもの？大文字小文字を区別しない？） sudo postgresql-setup --initdb sudo systemctl start postgresql.service sudo systemctl enable postgresql.service 以下のコマンドで PostgreSQL が実行されているかを確認できる。 systemctl status --no-pager postgresql.service インストールが完了すると...
続きを読む