[自作日記10] マザーボードにCPU、メモリ、SSDを装着する

[自作日記10] マザーボードにCPU、メモリ、SSDを装着する

マザーボードまわりをセットアップしていきます

1.マザーボード 開封の儀

今回購入したマザーボードは 【ASRock Z690 Steel Legend WiFi 6E/D5】です。

早速開封していきましょう!
箱をあけると、ケーブル類とマニュアル類が上段の小箱にはいっています。

つぎに、中箱をあけます。

おーマザーボードが見えてきました

美しい!

ワクワクしてきました~

写真左側中央部は LGA 1700 ソケットにカバーがかかった状態です。ここにCPUを設置します。

また LGA 1700 ソケットの上側にはメモリモジュールを挿入する DDR5 のメモリスロット4つがみえます。

そして水平中央付近に SSD を設置する M.2 スロットがあります。(写真ではヒートシンクがありますが、その下にスロットがあります)

そこからやや右側にグラボを挿す PCI Express x16 スロットがあります。

ざっとこんな感じで主要部品を設置していきましょう。

2.マザーボードの配線図はあらかじめ印刷しておくと便利

付属のマニュアルに配線図がついているのですが、可能であれば、マザーボードのピン配置などが掲載された配線図は拡大コピーしたりして1枚の紙に印刷しておくと組み立ての時便利です。

マニュアルのページをめくっておくよりも1枚の紙に印刷して手元に置いておいた方が便利、というわけです。

3.マザーボードにCPUを装着

早速、組み立て作業です!

どのパーツもとても繊細なので、静電気防止機能+滑り止め機能のある手袋をつけて作業します。

それでは、CPUを開梱します。

CPUは インテル12世代Coreシリーズの Intel Core i7 12700 です。

CPU本体とリテールファンが付属しています

マザーボードを箱からとりだし、やわらかい絶縁マットの上に置きます。



LGA-1700 スロットには最初カバーがかかっているため、ストッパーを外します

ストッパーを押しずらしてはずして、カバーを取り外します

先ほど開梱したCPUを保護ケースから取り出します

開いている LGA 1700 スロットにCPUを設置します。切り欠きを確認して、向きを間違えないように、設置したらストッパーを再び閉じます

ちなみに、CPUファンはまだ装着しません。

なぜなら、ファンは大きいので先に装着してしまうと、メモリ等の装着の際にジャマになるためです。

4.メモリの装着

次にメモリを装着していきます。

この4つ並んでいるのがメモリスロットでここに1枚ずつメモリを挿入します

まず最初に、ロックレバーを開いておきます

メモリモジュールをパッケージから取り出しましょう。今日使っているメモリは Crucial デスクトップ用 DDR5 32G x 2です。

そこに、メモリモジュールを挿し込みます。
方向を間違えないようにきをつけます。

もし軽く押してみて抵抗があるようなら、向きをみましょう。

反対にしてみても抵抗がある場合、規格が違うことも疑います。

たとえば マザーボードが DDR5 のメモリモジュールを求めているのに DDR4 のメモリモジュールを買ってしまった場合など、DDR4は物理的に挿し込めないようになっていますので、無理に力を入れて挿そうとするとマザーボードやメモリが壊れてしまうので気を付けましょう。

今回は、何も考えずに1番スロットと2番スロットに挿してしまいましたが、どこに挿すのがよいのかはマザーボードのマニュアルを確認する必要があります。

2枚のメモリモジュールを挿す場合、多くのマザーボードでは、1番スロットと3番スロット または 2番スロットと4番スロットのように1スロットとばして挿すとメモリ読み書きの効率が良いとマニュアルに書いてあります。

4.SSDの装着

次にSSDを装着していきます。開梱すると、このようなSSDが出てきます。

今回買ったSSDはSAMSUNG 980 PRO 2T M.2 NVMeでヒートシンクつきのモデルです。

M.2 用のSSDにはヒートシンクつきと、ヒートシンク無しのものがありますが、今回のマザーボード 【ASRock Z690 Steel Legend WiFi 6E/D5】 には M.2 Armor という評判の良いM.2 用のヒートシンクが標準で用意されています。

今回はヒートシンクつきのSSD を購入したので、マザーボード標準搭載のヒートシンクはドライバーでネジをはずして取りはずすことにします。

マザーボードの標準のデザインが気に入っている人はヒートシンク無しのSSDを購入するのもありですね。

このとおり、標準装備されていた M.2 用ヒートシンクをはずすと、M.2スロットが姿をあらわします。

M.2 スロットに SSD を挿して、

これで SSD の装着が完了です

5.CPUファンの装着

CPUファンを取り付けましょう。

今回とりつけるのは、CPUに付属している「リテールファン」です。

CPUのまわりにある4つの穴に、ファンのピンが入るように把持し、

ピン先が穴にふれたら、ピンの上部をカチっとなるまで押し入れます。

次に、CPUファンの電源コネクタをマザーボードの CPU FAN 用ジャンパー差します。マザーボード上に CPU FAN1 と書いてありますね

次回は、マザーボードをケースに設定してからの組み立て作業を行っていきたいと思います!


navigation

Read more

PyCharmで npm start 実行時にIDEがサイレントクラッシュした事例と切り分け

PyCharmで npm start 実行時にIDEがサイレントクラッシュした事例と切り分け

こんにちは!Qualitegプロダクト開発部です! PyCharmの内蔵npmツールで npm start を実行した瞬間、何のエラーメッセージもなくIDEが消える。 再起動してもう一度試すとまた落ちる。ログを見ても手がかりがない——。 今回はこの「サイレントクラッシュ」に遭遇し、原因の絞り込みから回避策の確立まで至った過程を書き残しておきます。同じ現象で困っている方の参考になれば幸いです。 環境 項目 内容 OS Windows 10/11 PyCharm 2026.1(2023.1.6時代から連綿とUpdateをした状態) Python 3.11.4(venv使用) Node.js v25.2.1 プロジェクト Python + Node.js 混合構成 上記のとおり、PyCharmは執筆時点の最新版(2026.1)となります。 確認できたこと・推測していること まず最初に、

By Qualiteg プロダクト開発部
大企業のAIセキュリティを支える基盤技術 - 今こそ理解するActive Directory 第6回 よくある問題と解決方法

大企業のAIセキュリティを支える基盤技術 - 今こそ理解するActive Directory 第6回 よくある問題と解決方法

こんにちは、今回はシリーズ第6回トラブルシューティング - よくある問題と解決方法 について解説いたします! さて、前回(第5回)は、統合Windows認証がブラウザでどのように動作するかを解説しました。 「イントラネットゾーン」という概念を理解することで、同じサーバーでもURLの書き方(NetBIOS名、FQDN、IPアドレス)によって認証動作が変わる理由が明確になったかと思います。また、Chrome/Firefoxではデフォルトで統合認証が無効になっている理由と、グループポリシーによる一括設定方法も学びました。 しかし、設定が完璧なはずなのに「なぜかうまく動かない」という場面は、実際の現場では必ず訪れます。 「最近、ファイルサーバーへのアクセスが遅い」「金曜日は使えたのに、月曜日の朝にログインできない」「特定のサービスだけKerberosが失敗する」——これらはヘルプデスクに日々寄せられる典型的な問い合わせです。 原因はKerberosの失敗、時刻のずれ、SPNの設定ミス、DNS関連の問題など多岐にわたりますが、体系的にトラブルシューティングすることで必ず解決できます。

By Qualiteg コンサルティング, Qualiteg AIセキュリティチーム
AIエージェントを"事業に載せる"ために【第2回】AIエージェントの責任分解はなぜ難しいのか

AIエージェントを"事業に載せる"ために【第2回】AIエージェントの責任分解はなぜ難しいのか

— AI導入を"事業に載せる"ために、いま設計すべきこと(全3回) こんにちは!Qualitegコンサルティングチームです! 前回(第1回)では、Replit/Lemkin事件とDeloitte豪州政府報告書問題を通じて、AIエージェント導入の課題がモデル性能ではなく「権限・監査・責任の設計不在」にあることを見ました。 では、実際に事故が起きたとき、責任は誰が負うのでしょうか。第2回となる本記事では、法務・契約・組織の3つの観点から、AIエージェントの責任分解がなぜ難しいのかを構造的に整理します。 結論を先に言えば、法務だけでも契約だけでも組織論だけでも足りません。この3つを接続して設計しなければ、AIエージェントの責任分解は実務上機能しません。 1. 法的フレームワーク:複数の法理論が並走している AIエージェントが損害を出したとき、どの法理論で責任が問われるかについて、現時点でグローバルなコンセンサスは形成されていません。 Clifford Chanceの論考は、この状況の根本的な難しさを整理しています。法律は歴史的に、有害な行為がいつどのように発生したかを特定でき

By Qualiteg コンサルティング
AIエージェントを"事業に載せる"ために【第1回】

AIエージェントを"事業に載せる"ために【第1回】

AI導入事故は何を示しているのか — AI導入を"事業に載せる"ために、いま設計すべきこと(全3回) こんにちは!Qualitegコンサルティングチームです! AIエージェントを導入する企業が増える一方で、 「試してみる」段階から「事業に載せる」段階へ進める難しさ が、はっきり見え始めています。 本シリーズでは、AIエージェント導入を技術論だけでなく、責任分解・監査可能性・契約・運用統制を含む業務設計の問題として整理します。 全3回を通じて、「AIが賢いかどうか」ではなく、「AIを業務に載せるために何を設計するか」を考えていきます。 第1回となる本記事では、2025年に起きた2つの事例を出発点に、なぜいま「責任設計」が問題になっているのかを見ていきます。 上図は、本シリーズ全体で扱う論点の全体像です。 AIエージェントの導入は、技術的なモデル選定だけでは完結せず、権限設計、契約、監査、品質監視、保険、異常時対応まで含めた設計が必要になります。 第1回ではまず、なぜこうした設計が求められるようになったのかを、実際の事例から見ていきたいとおもいます なお、本シリー

By Qualiteg コンサルティング