※小説ではない※専門書 要約資料集 為替(換算)3.9万円でもらう 紐解集生成 専門 初入門 資料 作：｛作者名｝
> 現代学問宇宙図鑑・第15波・PC創造大全部。統合大型巻BOOK-0358(分冊t)・ノウハウ目録帯(k〜v・全12部)の第10部。目録の正: gakumon/CATALOG_PC創造大全.md(司令塔Fable5直筆・特許級請求項5本)。
> **主題**: OS導入と保守の技125種(KNOW-P-0626〜0750)。インストール準備の技/パーティションの技/初期設定の技/バックアップの技/保守の技の5章×25項目で、パソコンにOS(基本ソフト)を安全に導入し、使い続ける中で起きるトラブルに対処するための実務ノウハウを網羅する。
> **型見本**: BOOK-0184『関数パターン目録I』(五点セット形式)。本冊は設計書CATALOG_PC創造大全.md §1で定義された五点セット——①名称 ②構造の型(骨子・図または式) ③使いどころ ④組合せ例 ⑤確認事項(罠と検算・安全注意)——をKNOW-P-0626〜0750の全125項目に例外なく与える。
> **接続**: →脊椎対0358g『OSを作る実践』(ブート→保護モード→メモリ管理→割込→FS→スケジューラ→シェルという「OSの中身を作る」道筋。本冊は逆に「すでに作られたOSを安全に導入し保守する」実務側を担い、両者は「作る側」と「使う側」として対をなす)。←前巻0358s『熱と電源の技』(冷却チューニング・電源容量計算・効率、KNOW-P-0501〜0625)。→次巻0358u『性能と計測の技』(ベンチマーク・ボトルネック解析・アップグレード判断、KNOW-P-0751〜0875)。
> **安全枠(CATALOG §3準拠・本冊で特に重要)**: 本冊はノウハウ目録帯の中でも**データ保護の主担当**にあたる。パーティション操作・フォーマット・クリーンインストール・システムの復元など、本冊で扱う操作の多くは**実行すると既存データを消去し得る**。この危険性を各項目の確認事項で繰り返し明記し、「作業前のバックアップ先行」を本冊全体の大前提とする。実機での練習は仮想マシンまたは予備機を推奨し、特定OSベンダーの優劣を断定する表現は用いない(Windows・Linux系・macOS等はいずれも一般名称として中立的に扱う)。「必ず復旧できる」のような誇大表現は避け、「復旧できる場所まで行ける」という言葉づかいを守る。
> **水準**: 四〜七(脊椎d部『自作PCの設計と組立』後半のOS導入実務と、脊椎g部『OSを作る実践』の橋渡しに位置する)。
---
# BOOK-0358t PC創造大全 目録X OS導入と保守の技
> 現代学問宇宙図鑑・第15波・PC創造大全部。統合大型巻BOOK-0358(分冊t)・ノウハウ目録帯(k〜v・全12部)の第10部。目録の正: gakumon/CATALOG_PC創造大全.md(司令塔Fable5直筆・特許級請求項5本)。
> **主題**: OS導入と保守の技125種(KNOW-P-0626〜0750)。インストール準備の技/パーティションの技/初期設定の技/バックアップの技/保守の技の5章×25項目で、パソコンにOS(基本ソフト)を安全に導入し、使い続ける中で起きるトラブルに対処するための実務ノウハウを網羅する。
> **型見本**: BOOK-0184『関数パターン目録I』(五点セット形式)。本冊は設計書CATALOG_PC創造大全.md §1で定義された五点セット——①名称 ②構造の型(骨子・図または式) ③使いどころ ④組合せ例 ⑤確認事項(罠と検算・安全注意)——をKNOW-P-0626〜0750の全125項目に例外なく与える。
> **接続**: →脊椎対0358g『OSを作る実践』(ブート→保護モード→メモリ管理→割込→FS→スケジューラ→シェルという「OSの中身を作る」道筋。本冊は逆に「すでに作られたOSを安全に導入し保守する」実務側を担い、両者は「作る側」と「使う側」として対をなす)。←前巻0358s『熱と電源の技』(冷却チューニング・電源容量計算・効率、KNOW-P-0501〜0625)。→次巻0358u『性能と計測の技』(ベンチマーク・ボトルネック解析・アップグレード判断、KNOW-P-0751〜0875)。
> **安全枠(CATALOG §3準拠・本冊で特に重要)**: 本冊はノウハウ目録帯の中でも**データ保護の主担当**にあたる。パーティション操作・フォーマット・クリーンインストール・システムの復元など、本冊で扱う操作の多くは**実行すると既存データを消去し得る**。この危険性を各項目の確認事項で繰り返し明記し、「作業前のバックアップ先行」を本冊全体の大前提とする。実機での練習は仮想マシンまたは予備機を推奨し、特定OSベンダーの優劣を断定する表現は用いない(Windows・Linux系・macOS等はいずれも一般名称として中立的に扱う)。「必ず復旧できる」のような誇大表現は避け、「復旧できる場所まで行ける」という言葉づかいを守る。
> **水準**: 四〜七(脊椎d部『自作PCの設計と組立』後半のOS導入実務と、脊椎g部『OSを作る実践』の橋渡しに位置する)。
---
## 序章 「導入」と「保守」を一続きの技として見る
### 入口の物語 — 電源を入れた瞬間から始まる、もう一つの組立工程
自作PCを作ったことがある人に「一番緊張した瞬間はいつだったか」と尋ねると、多くの人が「部品を全部取り付けて、初めて電源ボタンを押した瞬間」と答えるという。だが実際にはその先にもう一つの山場がある。BIOS(UEFI)の画面が表示され、OS(基本ソフト)のインストーラーが起動し、まっさらなストレージにパーティションを切り、ファイルシステムを敷き、初めてデスクトップ画面が現れるまでの一連の工程である。この工程を「ハードウェアの組立の続き」として体系立てて理解している人は、実は多くない。多くの人はインストーラーの「次へ」ボタンを押し続けるだけで通過してしまい、途中で何が行われているかを意識しないまま終える。
本冊(0358t)は、この「OSを導入する」という工程と、導入した後に何年も使い続ける中で必ず訪れる「保守する」という工程を、ハードウェア組立と同じ水準の体系的な技として目録化する試みである。脊椎0358d『自作PCの設計と組立』が部品選定から組立・POST・OS導入までの一本道をたどり、脊椎0358g『OSを作る実践』がOSの中身(ブートローダー・メモリ管理・ファイルシステム)を自分で作る道筋をたどるのに対し、本冊は「すでに存在する完成品のOSを、市販PCであれ自作PCであれ、安全に導入し、長く保守し続けるための実務」という、両者の間に位置する現実的な技能を扱う。
インストールメディアの作り方一つ、パーティションの切り方一つ、バックアップの取り方一つが、その後何年ものパソコンの安定性を左右する。逆に言えば、これらの技を体系的に知っていれば、「起動しなくなった」「データが消えた」という事態に遭遇しても、慌てずに切り分け、多くの場合は被害を最小限に抑えて復旧できる場所まで行ける。本冊はその技を125種の項目として並べる。
### 五点セットの定義(本冊での適用)
本冊はCATALOG_PC創造大全.md §1で定義された五点セットを、KNOW-P-0626〜0750の全125項目に例外なく与える。
1. **名称**(見出しに記す技の名前)
2. **構造の型**(手順・比較表・簡易図など、技の骨子を最も伝わりやすい形で示す)
3. **使いどころ**(実際にその技を使う場面・判断基準)
4. **組合せ例**(他のKNOW項目や姉妹冊との組合せ、実務での連携)
5. **確認事項**(罠・検算・安全上の注意。データ保護に関わる項目では特に既存データ破壊のリスクとバックアップ先行を明記する)
### 用語の初出定義
本冊で繰り返し使う用語を、初出時にここでまとめて定義しておく。
- **OS(オペレーティングシステム)**: ハードウェアとアプリケーションソフトの間に立ち、資源(CPU時間・メモリ・ストレージ・周辺機器)を管理する基本ソフトウェアの総称。本冊では特定製品名を挙げる場合も、それらを並列の実例として扱い優劣を断定しない。
- **インストールメディア**: OSを新規に導入するための起動可能な記憶媒体(USBメモリ・DVD等)。「起動メディア」ともいう。
- **パーティション**: 1台の物理ストレージ(HDD/SSD)を、OS上では複数の独立した論理領域として扱えるように区切ったもの。
- **ファイルシステム**: パーティション内でファイルとフォルダをどのような形式で記録・管理するかを定めた規格(NTFS・exFAT・FAT32・ext4等)。
- **ブートローダー**: 電源投入後、OS本体をメモリに読み込んで実行を開始させる小さなプログラム。
- **バックアップ**: 万一の消失・破損に備えて、データやシステムの複製を別の場所に保存しておくこと。「コピー」と混同されやすいが、本冊では両者を区別する(KNOW-P-0702参照)。
- **イメージ(システムイメージ)**: ディスクやパーティションの内容を、ファイル単位でなく丸ごと1つのファイル(または一連のファイル)として複製したもの。
- **リストア(復元)**: バックアップやイメージから、元の状態を再現する作業。
- **ドライバ**: OSが特定のハードウェア(グラフィックカード・ネットワークカード等)を制御するための橋渡しプログラム。
### 本冊全体を貫く大前提(繰り返し明記する安全原則)
本冊で扱う操作の多くは、実行すると既存データを書き換えたり消去したりし得る。パーティションの作成・削除・フォーマット・クリーンインストール・システムの復元といった操作は、正しく使えば強力なノウハウだが、誤って実行すればデータ喪失に直結する。そのため本冊は次の原則を全章で繰り返し確認する。
1. **作業前のバックアップ先行**: 「壊れてから直す」のではなく「壊れる前に複製を取っておく」ことを常に先に行う。
2. **予行演習の推奨**: 初めて行う操作は、可能な限り仮想マシンや予備機で先に試す。
3. **一段ずつの確認**: パーティション操作やインストールは、途中の各段階で対象ディスクや対象パーティションを指差し確認する習慣を持つ。
4. **誇大表現をしない**: 「絶対に元に戻せる」と請け合わず、「復旧できる場所まで行ける」という現実的な言葉で技を語る。
### 本冊の構成(五章・KNOW-P-0626〜0750)
- 第1章 インストール準備の技(KNOW-P-0626〜0650・起動メディア作成・バックアップ先行原則・ライセンスの考え方)
- 第2章 パーティションの技(KNOW-P-0651〜0675・領域分割の設計・フォーマット形式の違い・デュアルブートの注意)
- 第3章 初期設定の技(KNOW-P-0676〜0700・ドライバ・更新・不要機能の整理)
- 第4章 バックアップの技(KNOW-P-0701〜0725・3-2-1原則・イメージと差分・復元テストの重要性)
- 第5章 保守の技(KNOW-P-0726〜0750・更新の当て方・起動しなくなった時の回復手順・ログの見方)
各章の扉に短い導入を置き、章末の項目(KNOW-P-0650・0675・0700・0725・0750)は他のKNOW項目と同じ五点セットを保ちつつ「章内のまとめ」として構成する(②構造の型は「章内の分類表」、③使いどころは「章全体の判断基準」、④組合せ例は「章全体の使い分け方針」、⑤確認事項は「章全体で共有される安全原則」として与える)。
---
## 第1章 インストール準備の技(KNOW-P-0626〜0650)
OSの導入は、インストーラーを起動した瞬間から始まるのではない。実際に画面が動き出す前にどれだけ準備を整えたかが、作業全体の成否を左右する。第1章では、起動メディアの作り方からバックアップ先行の原則、ライセンスの考え方まで、「インストーラーを起動する前に済ませておくべき技」を25項目に整理する。
### KNOW-P-0626 起動メディア作成の全体像
**構造の型**:
```
[ISOイメージ入手] → [検証(ハッシュ照合)] → [書込み先メディア選定]
→ [書込みツールでブータブル化] → [起動確認(BIOS/UEFI設定)]
```
起動メディアとは、電源投入直後にOSをまだ読み込んでいない状態のPCへ、インストーラーそのものを起動させるための媒体(USBメモリ・DVD・ネットワーク起動用イメージ等)を指す。
**使いどころ**: 新規にOSを導入するとき、既存のOSが起動しなくなり修復や再導入が必要なとき、複数台のPCへ同じOSを展開するときに使う。
**組合せ例**: KNOW-P-0627(ISOイメージの検証)・KNOW-P-0628(USBメモリの選定)と組み合わせて一連の準備工程を構成する。脊椎0358d『自作PCの設計と組立』のPOST確認工程の直後に接続する技である。
**確認事項**: 起動メディア作成時にUSBメモリの中身は全て消去される。作成前にメディア内の必要なデータが無いかを確認する。作成した媒体は複数のPCで使い回す前提のため、対象PCと異なるアーキテクチャ(32bit/64bit)のイメージを誤って使わないよう、ラベルに明記しておくと事故を防げる。
---
### KNOW-P-0627 ISOイメージの入手と検証
**構造の型**: 公式配布元からISOイメージを入手した後、配布元が公開しているハッシュ値(SHA-256等)と、手元に届いたファイルのハッシュ値をハッシュ計算ツールで突き合わせる。両者が完全一致すれば、通信経路上での破損・改ざんが無いと判断できる。
**使いどころ**: インストールメディアを作る前に、必ず一度だけ実行する検証工程。特に配布元以外(ミラーサイト等)から入手した場合は省略しない。
**組合せ例**: KNOW-P-0626(起動メディア作成)の直前工程として位置づける。検証済みのISOイメージのみを次の書込み工程へ渡す運用にすると、原因の切り分けが容易になる。
**確認事項**: ハッシュ値が一致しない場合、ダウンロードのやり直しを行い、再度一致しないまま書込みを進めない。改変されたインストーラーで作業すると、導入後のPC全体の信頼性が損なわれるおそれがあるため、一致確認を省略しないことが最大の罠回避策である。
---
### KNOW-P-0628 USBメモリの選定(容量・規格・書込み速度)
**構造の型**: 容量はOSの配布サイズ+作業用の余裕を見て選ぶ(近年のOSは数GB〜十数GB規模の配布が多い)。USB規格(2.0/3.0/3.1以降)は書込み・読出し速度に直結し、規格が新しいほどインストール時間が短縮される傾向がある。
**使いどころ**: 起動メディアを新規に用意するとき。使い回すUSBメモリを選ぶ基準として。
**組合せ例**: KNOW-P-0626の書込み先として、KNOW-P-0630(USB内データ消去への注意)と対で扱う。
**確認事項**: 容量不足でイメージが書き込めない、あるいは古い規格のポートに挿してインストール時間が想定より長くなる、という失敗が起きやすい。事前に対象PCのUSBポート規格も確認しておくと二重の取り違えを防げる。
---
### KNOW-P-0629 ライブUSBの仕組み(ブータブル化ツールの役割)
**構造の型**: ブータブル化ツールは、ISOイメージの中身を単純にコピーするのではなく、USBメモリの先頭領域にブートセクタ(起動情報)を書き込み、BIOS/UEFIがそのUSBメモリを「起動可能な装置」として認識できる形に組み替える。
**使いどころ**: OSをインストールせずに起動だけして動作を試す「ライブ環境」を作りたいとき、あるいは通常のインストールメディアを作るときの共通基盤として。
**組合せ例**: KNOW-P-0647(仮想マシンでの予行演習)と並ぶ「実機のデータに触れずに試す」手段の一つとして扱う。
**確認事項**: 単純なファイルコピー(ドラッグ&ドロップ)ではブートセクタが正しく構成されず起動しないことが多い。専用ツールを使わずに自己流でコピーして「起動しない」と混乱する事例は典型的な罠であり、対応するブータブル化ツールを必ず使う。
---
### KNOW-P-0630 起動メディア作成前のUSB内データ消去への注意
**構造の型**: 書込みツールは対象メディアを選択する画面で、内部のデータを全て上書きする旨の警告を表示する。この警告を読まずに進めると、USBメモリ内の既存データは復旧困難な形で失われる。
**使いどころ**: 起動メディア作成のあらゆる場面で、書込み実行の直前に必ず踏む確認工程。
**組合せ例**: KNOW-P-0626・KNOW-P-0628と一体で扱う安全確認の技。本冊の大前提(既存データ破壊のリスクとバックアップ先行)の最初の具体例にあたる。
**確認事項**: **書込みツールで選択したドライブ番号・ドライブレターが本当に目的のUSBメモリであるかを、容量表示で二重確認する**こと。似た容量の外付けドライブを間違って選択し、必要なデータを失う事故は実際に起こり得る典型的な罠である。
---
### KNOW-P-0631 UEFIとレガシーBIOSの違い
**構造の型**: レガシーBIOSはMBR形式のディスクから16ビットの手続きで起動する古い方式。UEFI(統一拡張ファームウェアインタフェース)はGPT形式のディスクに対応し、より高機能なファームウェア環境として起動処理を行う。近年のPCはUEFIを標準とし、互換性のためレガシー起動モードを残している機種もある。
**使いどころ**: インストール先ディスクの形式(MBR/GPT)を決める前に、対象PCがどちらのモードで起動しようとしているかを確認する場面。
**組合せ例**: KNOW-P-0652(MBRとGPTの違い)と対応する。UEFIモードで起動しGPTディスクへ導入する組合せ、レガシーモードで起動しMBRディスクへ導入する組合せが基本形であり、モードとディスク形式の不一致はインストール失敗の典型原因になる。
**確認事項**: UEFIモードでレガシー用に作られた起動メディアを読み込ませようとする、あるいはその逆の組合せを試みると、メディアが起動候補として表示されないことがある。BIOS/UEFI設定画面で現在の起動モードを確認してから作業する。
---
### KNOW-P-0632 Secure Bootの扱い(有効/無効の判断)
**構造の型**: Secure Bootは、署名されていないブートローダーやOSの起動を拒否することで、起動時点でのマルウェア混入を防ぐ機能。多くの主要OSの正規インストーラーは署名済みのため通常は有効のまま導入できるが、一部の自作ツール・古いOS・特殊な起動メディアでは無効化が必要になる場合がある。
**使いどころ**: インストーラーが起動しない、あるいは起動メディアの一覧に表示されないときの切り分け項目の一つとして。
**組合せ例**: KNOW-P-0631(UEFI)・KNOW-P-0670(デュアルブート設計)と関連し、複数OSを共存させる際に一方が署名要件を満たさない場合の判断材料になる。
**確認事項**: Secure Bootを無効化した状態のまま長期間運用すると、その後の起動時保護が弱まる。作業のために一時的に無効化した場合は、目的の作業が終わった後に元の設定へ戻す運用が望ましい。
---
### KNOW-P-0633 起動順序(ブートオーダー)の設定
**構造の型**: BIOS/UEFI設定画面には、複数の起動可能装置(内蔵ストレージ・USBメモリ・ネットワーク等)をどの順番で試すかを決める「起動順序」の項目がある。インストールメディアから起動したい場合は、そのメディアを一時的に最優先、または起動時のワンタイムブートメニューから直接選択する。
**使いどころ**: インストールメディアを作成した後、実際にPCへそのメディアから起動させたいとき。
**組合せ例**: KNOW-P-0626〜0632の準備工程を経て、実際にインストーラーを起動する最終段階として接続する。
**確認事項**: 起動順序を恒久的に変更したまま忘れると、次回以降も意図せずUSBメモリから起動しようとして戸惑う原因になる。一時的なワンタイムブートメニューを使う方法の方が、設定を戻し忘れる罠を避けやすい。
---
### KNOW-P-0634 バックアップ先行原則(インストール作業全体の大前提)
**構造の型**:
```
[重要データの所在確認] → [バックアップ先の用意] → [バックアップ実行]
→ [バックアップの検証] → (ここで初めて)[インストール作業開始]
```
**使いどころ**: 本冊が扱う全ての操作(パーティション変更・クリーンインストール・システムの復元等)の直前に、例外なく踏むべき原則。
**組合せ例**: 第4章バックアップの技(KNOW-P-0701〜0725)全体と対応する。本項目は「いつ行うか」を、第4章は「どう行うか」を担う関係にある。
**確認事項**: **「今回は簡単な作業だから省略してよいだろう」という判断が最大の罠である**。パーティション操作やクリーンインストールは、想定外のディスク選択ミスや電源断によって既存データを失う可能性が常にあり、作業の難易度にかかわらずバックアップ先行を省略しない。
---
### KNOW-P-0635 システム要件の確認(最小要件と推奨要件)
**構造の型**: OSの配布元は通常「最小要件(かろうじて動作する下限)」と「推奨要件(快適に動作する目安)」の2種類を公開する。CPU・メモリ容量・ストレージ空き容量・グラフィック機能の4項目を中心に確認する。
**使いどころ**: インストール前に、対象PCが要件を満たしているかを確認する場面。
**組合せ例**: 脊椎0358c『市販PCの構造解剖』・0358o〜p(部品選定の技)で確認した部品構成と突き合わせて判断する。
**確認事項**: 最小要件は満たすが推奨要件を下回る構成でインストールすると、動作はするが体感速度が低下することがある。要件表の数値だけでなく、実際の用途(重い作業をするか軽い作業に留めるか)に照らして判断する。
---
### KNOW-P-0636 対応アーキテクチャの確認(32bit/64bitとCPU世代)
**構造の型**: インストーラーには32bit版と64bit版が用意される場合があり、対象CPUが64bit命令セットに対応しているかを事前に確認する。近年のOSは64bit版のみを配布する場合も増えている。
**使いどころ**: ISOイメージを選ぶ段階、および起動メディア作成前の最終確認として。
**組合せ例**: KNOW-P-0635(システム要件の確認)と一体で扱う事前確認項目。
**確認事項**: 32bit専用の古いPCへ64bit版のインストーラーを使おうとすると起動段階で失敗する。対象PCのCPU仕様表を確認してから対応版を選ぶことで防げる典型的な取り違えである。
---
### KNOW-P-0637 ライセンスの考え方(プロダクトキー・ボリュームライセンス・OEM)
**構造の型**: ライセンス形態には、個人が単体で購入する形態、企業等がまとめて契約するボリュームライセンス、PC本体に付属するOEMライセンスなど複数の種類がある。それぞれ利用条件(移行の可否・台数上限等)が異なる。
**使いどころ**: インストール前に、自分が保有するライセンスの種類と条件を確認する場面。
**組合せ例**: KNOW-P-0638(プロダクトキーの保管方法)と対応する。
**確認事項**: ライセンスの種類によっては、同じキーを別のPCへ移行する際に制限がある場合がある。詳細な契約条件は配布元の公式情報を確認し、本冊では「考え方の整理」にとどめる(個別の契約解釈は配布元へ確認する)。
---
### KNOW-P-0638 プロダクトキーの保管方法
**構造の型**: プロダクトキー(ライセンス認証に使う文字列)は、PC本体のラベル・購入時のメール・アカウント管理画面等に記載される。紛失に備え、平文でのメモに加え、パスワード管理ツール等への保管を併用することが推奨される。
**使いどころ**: 購入直後、およびクリーンインストールの前に必ず所在を確認する場面。
**組合せ例**: KNOW-P-0637(ライセンスの考え方)・KNOW-P-0648(クリーンインストールとアップグレードの違い)と関連する。
**確認事項**: プロダクトキーを本体ラベルにのみ頼っていると、経年でラベルの文字が読めなくなる事例がある。導入直後にデジタルな形でも控えを取っておくと、再インストール時に慌てずに済む。
---
### KNOW-P-0639 ドライバの事前ダウンロード(オフライン環境への備え)
**構造の型**: OS導入直後はネットワークドライバが未導入で、インターネットに接続できない状態が起こり得る。事前に別のPCでチップセット・ネットワーク関連のドライバをダウンロードし、USBメモリ等へ保存しておくことで、この「鶏と卵」の問題を回避できる。
**使いどころ**: クリーンインストール直後、特にネットワークカードのドライバがOS標準では認識されない機種で有効な準備。
**組合せ例**: KNOW-P-0640(ネットワークドライバの優先確保)と一体で扱う。第3章KNOW-P-0682(ネットワークドライバの導入確認)へ接続する。
**確認事項**: 保存したドライバが対象PCのハードウェア構成(型番・世代)と一致しているかを事前に確認する。異なる機種用のドライバを誤って準備すると、導入後に使えず二度手間になる。
---
### KNOW-P-0640 ネットワークドライバの優先確保
**構造の型**: 有線LAN・無線LANのどちらのドライバを優先して確保するかは、導入後に実際に使う接続手段で判断する。有線接続は無線より認識される可能性が相対的に高いとされ、初回接続用として有線ケーブルを用意しておく選択肢も有効である。
**使いどころ**: KNOW-P-0639の準備を具体化する場面。
**組合せ例**: KNOW-P-0682(ネットワークドライバの導入確認)と対をなす。
**確認事項**: 無線ドライバのみに頼った準備をしていて、実際には無線モジュール自体の型番違いで別ドライバが必要だった、という取り違えが起きやすい。可能であれば有線接続を初回の保険として用意する。
---
### KNOW-P-0641 言語・キーボードレイアウト・タイムゾーンの事前選択
**構造の型**: インストーラーは通常、地域・言語・キーボードレイアウト・タイムゾーンを初期段階で問う。これらは後からも変更可能な項目が多いが、キーボードレイアウトの選択を誤ると、パスワード入力時に記号の位置が想定と異なり、意図しない文字列が入力される混乱が起きやすい。
**使いどころ**: インストーラー起動直後の最初の設問群として。
**組合せ例**: KNOW-P-0696(地域と言語設定の再確認)で導入後に再点検する運用と対応する。
**確認事項**: キーボードレイアウトの不一致は、特にパスワードに記号を含む場合に「打っているのにログインできない」という誤解を招きやすい。レイアウト表示と物理キーボードの刻印を照合して確認する。
---
### KNOW-P-0642 パーティション設計の事前計画(インストール前に描く設計図)
**構造の型**: インストーラーの画面上でその場限りにパーティションを決めるのではなく、事前に「システム用領域・データ用領域・その他OSとの共存領域」をどう配置するかを紙面またはメモに設計図として描いておく。
**使いどころ**: 特にデュアルブートや複数ドライブ構成を予定している場合に必須の準備。
**組合せ例**: 第2章パーティションの技(KNOW-P-0651〜0675)全体の前提となる技。脊椎0358h『構造の読み方』が扱う「設計図を読み書きする」技能の一実例でもある。
**確認事項**: 計画なしにインストーラーの自動割当に任せると、後から領域を組み替える追加作業が発生しやすい。最初に紙面で設計しておくことで、実際の操作画面での判断が速く確実になる。
---
### KNOW-P-0643 データ移行元の棚卸し(ファイル・アプリの整理)
**構造の型**: 既存環境からデータを引き継ぐ場合、「引き継ぐべきファイル」「引き継がなくてよい一時ファイル」「再インストールすれば足りるアプリ」を仕分ける棚卸し表を作る。
**使いどころ**: 既存PCを再インストールする前、あるいは新しいPCへ移行する前の整理段階。
**組合せ例**: KNOW-P-0644(アプリケーション一覧の記録)・第4章バックアップの技と一体で運用する。
**確認事項**: 「後で個別に判断しよう」と棚卸しを先延ばしにすると、作業当日に判断が雑になりがちである。事前に表を作っておくことで、バックアップ対象の取りこぼしを防げる。
---
### KNOW-P-0644 アプリケーション一覧の記録(再インストール計画)
**構造の型**: 現在使っているアプリケーションの名称・バージョン・ライセンス情報・設定のバックアップ有無を一覧表にしておく。OS標準機能でインストール済みアプリの一覧を出力できる場合はそれを土台にする。
**使いどころ**: クリーンインストール後に、以前と同じ作業環境を再現する場面。
**組合せ例**: KNOW-P-0643(データ移行元の棚卸し)と対で扱う。
**確認事項**: アプリの設定ファイルの保存場所を把握していないと、再インストール後に個人設定(ショートカットキーの割当等)を一から作り直すことになる。設定のエクスポート機能を持つアプリは、事前にエクスポートしておく。
---
### KNOW-P-0645 インストール手順書の作成(自分用チェックリスト)
**構造の型**: これまでの準備項目(メディア作成・バックアップ・要件確認・ライセンス・ドライバ・パーティション設計)を、実行順に並べたチェックリストとして1枚にまとめる。
**使いどころ**: 特に複数台へ同じ手順で導入する場合、あるいは久しぶりに作業して手順を忘れている場合。
**組合せ例**: 本章KNOW-P-0626〜0644の全項目を束ねる位置づけの技。
**確認事項**: 手順書を作らずに記憶だけで進めると、途中の確認工程(バックアップの検証等)を飛ばしてしまう危険がある。チェックボックス形式にして、実行しながら都度チェックを入れる運用が確実である。
---
### KNOW-P-0646 メーカー製リカバリー領域の扱い
**構造の型**: 市販PCの一部には、購入時の状態へ戻すための専用領域(リカバリーパーティション)があらかじめ用意されている。クリーンインストールでディスク全体を初期化すると、この領域も同時に失われる場合がある。
**使いどころ**: 市販PCでクリーンインストールを検討する前の確認事項として。
**組合せ例**: KNOW-P-0708(システム修復ディスクの作成)と対応し、リカバリー領域が失われる前に代替の復旧手段を用意しておく判断につながる。
**確認事項**: リカバリー領域を残したままにするか、独自のバックアップに切り替えるかは、メーカーの保証条件やサポート方針にも関わる。判断に迷う場合は、消去する前に領域の内容をイメージとして退避する選択肢を検討する。
---
### KNOW-P-0647 仮想マシンでの予行演習
**構造の型**: 実機のディスクに触れる前に、仮想化ソフト上に作った仮想ディスクへ同じ手順(メディア作成・パーティション設計・インストール)を一度試す。仮想ディスクは削除しても実機のデータに影響しない。
**使いどころ**: 初めて行う操作、あるいは複雑なデュアルブート構成を試す前の練習として。CATALOG安全枠が推奨する「仮想マシンまたは予備機での練習」の具体的な実践手段。
**組合せ例**: 第2章のデュアルブート関連項目(KNOW-P-0670・0671)や、第5章の起動トラブル対処(KNOW-P-0731以降)の練習台として活用できる。
**確認事項**: 仮想環境と実機では、ハードウェア固有のドライバ挙動など再現できない差異がある。予行演習はあくまで手順の確認・失敗パターンの体験用と位置づけ、実機作業時にも各段階の確認を省略しない。
---
### KNOW-P-0648 クリーンインストールとアップグレードインストールの違い
**構造の型**: クリーンインストールは対象領域を初期化して新規にOSを導入する方式。アップグレードインストールは既存のOS・アプリ・設定を保持したまま新しいバージョンへ置き換える方式。前者は最も見通しの良い状態を得られる一方でデータ移行の手間が伴い、後者は手間が少ない一方で不具合の持ち越しリスクがある。
**使いどころ**: 現在の環境の健全性、必要な作業時間、引き継ぎたいデータの量を踏まえて選択する場面。
**組合せ例**: アップグレードを選ぶ場合でもKNOW-P-0634(バックアップ先行原則)は変わらず適用する。
**確認事項**: アップグレード中に電源が落ちる、あるいは互換性のないアプリが残っていると、導入が中断し中途半端な状態になることがある。いずれの方式でも作業前バックアップは必須という原則は共通する。
---
### KNOW-P-0649 マルチブート構成の事前設計
**構造の型**: 複数のOSを1台のPCに共存させ、起動時に選択する構成をマルチブート(デュアルブートはその2OS版)という。事前に「どのディスク・どのパーティションにどのOSを置くか」「どちらのブートローダーを起動の窓口にするか」を設計図として決めておく。
**使いどころ**: 複数OSを試したい、あるいは用途ごとに環境を分けたい場合の事前計画。
**組合せ例**: 第2章KNOW-P-0670(デュアルブートの設計)・KNOW-P-0671(ブートローダー競合)へ具体的な手順として接続する。
**確認事項**: 設計を決めずに場当たり的にインストールを重ねると、後から入れたOSのインストーラーが先に入っていたOSのブートローダーを上書きし、片方が起動できなくなる事故が典型的に起きる。導入順序も設計に含めておく。
---
### KNOW-P-0650 インストール準備チェックリストの総括(第1章まとめ)
**構造の型**:
| 準備区分 | 代表項目 | 対応KNOW |
|---|---|---|
| メディア | ISO検証・USB選定・書込み | 0626〜0630 |
| 起動環境 | UEFI/BIOS・Secure Boot・起動順序 | 0631〜0633 |
| 安全確保 | バックアップ先行 | 0634 |
| 適合確認 | システム要件・アーキテクチャ・ライセンス | 0635〜0638 |
| 環境準備 | ドライバ・言語設定 | 0639〜0641 |
| 設計 | パーティション設計・移行計画・マルチブート | 0642〜0649 |
**使いどころ**: 第1章全25項目を実行順に見渡し、抜け漏れが無いかを最終確認する場面。
**組合せ例**: 第2章(パーティションの技)へ進む直前の関門として機能する。
**確認事項**: 第1章全体を通じた共通原則は「インストーラーを起動する前に、消えては困るものを別の場所へ移しておく」ことに尽きる。この一点さえ徹底していれば、以降の作業で仮に判断を誤っても致命傷にはなりにくい。
---
## 第2章 パーティションの技(KNOW-P-0651〜0675)
パーティションは、1台の物理ストレージを論理的に区切る技術であり、OS導入の設計図の中核をなす。区切り方一つで、システムの安定性・データの整理しやすさ・複数OS共存の可否が変わる。第2章では、パーティションの基礎概念からフォーマット形式の違い、デュアルブートの注意点までを25項目に整理する。**本章は本冊の中でも特にデータ保護の主担当領域であり、各項目で既存データ破壊のリスクとバックアップ先行を繰り返し明記する。**
### KNOW-P-0651 パーティションとは何か(ディスクの論理分割)
**構造の型**:
```
物理ディスク1台
├─ パーティション1(例: システム用・NTFS)
├─ パーティション2(例: データ用・NTFS)
└─ パーティション3(例: 別OS用・ext4)
```
1つの物理ディスクを、OSからは複数の独立した領域として扱えるように区切る仕組み。パーティションテーブル(MBRまたはGPT)が、どこからどこまでが1つの領域かという情報を管理する。
**使いどころ**: システムとデータを分離したい、複数OSを共存させたい、用途ごとに領域を管理したいときに使う。
**組合せ例**: KNOW-P-0642(パーティション設計の事前計画)で描いた設計図を、実際の操作へ落とし込む最初の一歩にあたる。
**確認事項**: パーティションの作成・削除・サイズ変更は、対象領域の既存データに影響する操作である。**作業前に対象ディスク番号を必ず確認し、バックアップを取ってから着手する**という本冊の大前提がここから全ての具体操作に適用される。
---
### KNOW-P-0652 MBRとGPTの違い
**構造の型**: MBR(マスターブートレコード)は古くから使われるパーティションテーブル形式で、基本パーティションを最大4つまでしか作れない制約がある(拡張パーティションで回避可能)。GPT(GUIDパーティションテーブル)はより新しい形式で、パーティション数の実用上の上限が大きく、2TBを超える大容量ディスクにも対応する。
**使いどころ**: 新規にディスクを初期化する際、どちらの形式で管理するかを決める場面。
**組合せ例**: KNOW-P-0631(UEFIとレガシーBIOSの違い)と対応し、UEFI環境ではGPT、レガシーBIOS環境ではMBRが基本の組合せとなる。
**確認事項**: 2TBを超えるディスクをMBR形式のまま使うと、超過分の容量を認識できない制約に直面する。新規ディスクは基本的にGPT形式を検討し、古い環境との互換性が必要な場合のみMBRを選ぶ、という判断軸を持つ。
---
### KNOW-P-0653 GPTへの移行時の注意点
**構造の型**: 既存のMBR形式ディスクをGPT形式へ変換する操作(変換ツールによる)は、多くの場合ディスク上のデータを保持したまま実行できるとされるが、変換前に完全なバックアップを取ることが強く推奨される。
**使いどころ**: 古い環境で作成したディスクを、新しいUEFI環境で活用し直したい場合。
**組合せ例**: KNOW-P-0652の判断を実際に実行へ移す技。
**確認事項**: **変換作業は途中で中断すると、パーティションテーブル自体が破損し、ディスク上の全データにアクセスできなくなるおそれがある**。変換前のフルバックアップ(KNOW-P-0703)を省略しないことが最大の安全策である。
---
### KNOW-P-0654 EFIシステムパーティション(ESP)の役割
**構造の型**: UEFI環境で起動するために必要な、ブートローダーや起動関連ファイルを格納する小さな専用パーティション(通常FAT32形式・数百MB程度)。GPTディスクに1つ用意される。
**使いどころ**: UEFI環境でOSを導入する際、インストーラーが自動的に作成する。手動でパーティションを設計する場合も、この領域を確保しておく必要がある。
**組合せ例**: KNOW-P-0670(デュアルブートの設計)で複数OSを共存させる際、多くの場合ESPは共用され、各OSのブートローダーがその中に併存する構造になる。
**確認事項**: ESPを誤って削除・フォーマットすると、そのディスクにある全てのOSが起動できなくなる可能性がある。パーティション一覧でESPを識別する際は、サイズと種別表示(EFIシステムパーティション等の表記)を確認してから操作する。
---
### KNOW-P-0655 ブートパーティション/ブートローダーの役割
**構造の型**: ブートローダーは、ファームウェア(BIOS/UEFI)からOS本体への橋渡しを担う小さなプログラムであり、ESPやディスク先頭の予約領域に格納される。電源投入→ファームウェア初期化→ブートローダー実行→OSカーネル読込、という順序で起動が進む。
**使いどころ**: 起動しなくなった際の切り分けで、「ファームウェアの問題か」「ブートローダーの問題か」「OS本体の問題か」を区別する基礎知識として。
**組合せ例**: 第5章KNOW-P-0731(起動しない時の切り分け手順)・KNOW-P-0735(ブート修復コマンド)へ直結する基礎概念。
**確認事項**: ブートローダーが破損している状態は、ハードウェア自体は正常でも画面に何も表示されない、あるいはエラーメッセージのみが表示される形で現れることが多い。慌てて再インストールする前に、修復専用の手順(KNOW-P-0735)を試す余地がある。
---
### KNOW-P-0656 スワップ領域(ページファイル/スワップパーティション)の考え方
**構造の型**: 物理メモリが不足した際、一時的にディスク上へメモリの内容を退避させる領域。Windows系はページファイルとしてファイル形式で、Linux系は専用のスワップパーティションまたはスワップファイルとして用意することが多い。
**使いどころ**: パーティション設計の段階で、スワップ領域をどこに・どれだけ確保するかを決める場面。
**組合せ例**: 第3章KNOW-P-0689(仮想メモリの設定)と対応する。
**確認事項**: スワップ領域を極端に小さく設計すると、メモリ不足時にアプリが強制終了しやすくなる。搭載物理メモリ容量とのバランスで検討し、判断に迷う場合はOS標準の自動設定に委ねる選択肢もある。
---
### KNOW-P-0657 ファイルシステムの種類(NTFS)
**構造の型**: NTFSは大容量ファイル・大容量ボリュームに対応し、アクセス権限やジャーナリング(書込み中の障害からの復旧記録)などの機能を備えたファイルシステム形式。
**使いどころ**: システム用パーティションや、大容量ファイルを扱うデータ用パーティションのフォーマット形式を選ぶ場面。
**組合せ例**: KNOW-P-0661(フォーマット形式の選び方)の比較表で他形式と並べて扱う。
**確認事項**: 他のOS(一部の家電・ゲーム機等)からは読み書きに制限がある場合がある。用途に応じてKNOW-P-0658(exFAT)・KNOW-P-0659(FAT32)との使い分けを検討する。
---
### KNOW-P-0658 ファイルシステムの種類(exFAT)
**構造の型**: exFATは大容量ファイルに対応しつつ、NTFSより幅広い機器間での互換性を重視した形式。USBメモリや外付けドライブなど、複数の異なるOS・機器間でやり取りする媒体に向く。
**使いどころ**: 異なるOS間でファイルを受け渡す外部メディアのフォーマット形式を選ぶ場面。
**組合せ例**: KNOW-P-0715(バックアップ先媒体の選び方)で、複数環境から読み書きしたい外付けドライブの形式として検討される。
**確認事項**: exFATはNTFSのようなジャーナリング機能を持たないため、書込み中の予期せぬ電源断に対する耐性はNTFSより弱いとされる。重要な作業中のメディア取り外しは避ける。
---
### KNOW-P-0659 ファイルシステムの種類(FAT32)
**構造の型**: FAT32は古くから広く使われる形式で機器間の互換性が高い一方、1ファイルあたり4GBという上限や、ボリューム容量の実用上の制約がある。
**使いどころ**: 古い機器との互換性が必要な小容量メディア、あるいはESP(EFIシステムパーティション)の形式として使われる。
**組合せ例**: KNOW-P-0654(ESP)の実体はFAT32形式であることが多い。
**確認事項**: 4GBを超える単一ファイル(大容量の動画ファイル等)をFAT32形式のメディアへコピーしようとすると失敗する。大容量ファイルを扱う用途にはNTFSまたはexFATを検討する。
---
### KNOW-P-0660 ファイルシステムの種類(ext4等Linux系)
**構造の型**: ext4はLinux系OSで広く使われるジャーナリングファイルシステムであり、大容量・高信頼性を重視した設計とされる。他にもbtrfs・XFS等、用途に応じた複数の形式がLinux系には存在する。
**使いどころ**: Linux系OSをインストールする際のシステム用パーティションの形式を選ぶ場面。
**組合せ例**: KNOW-P-0669(マウントポイントの考え方)と一体で、Linux系のディスク構成を理解する上での基礎になる。
**確認事項**: ext4形式のパーティションはWindows標準機能からは直接読み書きできないことが多い。デュアルブート環境でファイルを共有したい場合は、共有専用にNTFSまたはexFAT形式の領域を別途用意する設計が実務的とされる。
---
### KNOW-P-0661 フォーマット形式の選び方(用途別比較)
**構造の型**:
| 形式 | 単一ファイル上限 | 主な用途 | 互換性の傾向 |
|---|---|---|---|
| NTFS | 非常に大きい | Windows系システム・大容量データ | Windows系中心 |
| exFAT | 非常に大きい | 外部メディア・機器間共有 | 幅広い機器 |
| FAT32 | 4GB | 小容量メディア・ESP | 非常に幅広い(古い機器含む) |
| ext4 | 非常に大きい | Linux系システム | Linux系中心 |
**使いどころ**: 新規パーティションをフォーマットする際、用途(システム用か・共有用か・機器間受け渡し用か)から逆算して形式を選ぶ場面。
**組合せ例**: KNOW-P-0657〜0660の各形式の詳細と対応させて使う一覧表。
**確認事項**: 「とりあえずNTFSにしておく」という判断が常に最適とは限らない。特に他機器との受け渡しを想定するメディアでは、事前に受け渡し先の対応形式を確認してから選ぶ。
---
### KNOW-P-0662 クラスタサイズ(アロケーションユニット)の意味
**構造の型**: フォーマット時に指定するクラスタサイズは、ディスク上でファイルを記録する最小単位を決める。小さいクラスタサイズは小容量ファイルが多い用途で無駄な領域消費を抑え、大きいクラスタサイズは大容量ファイルの読み書き効率を高める傾向があるとされる。
**使いどころ**: フォーマット時の詳細設定で、既定値のままでよいか調整するかを判断する場面。
**組合せ例**: KNOW-P-0657(NTFS)等、特定形式のフォーマット手順の一部として扱う。
**確認事項**: 明確な理由がない限り、既定値のクラスタサイズを変更する必要は薄い。特殊用途(動画編集用の大容量ファイル専用領域等)でのみ調整を検討する程度にとどめる。
---
### KNOW-P-0663 パーティションの作成手順
**構造の型**:
```
1. 対象ディスクの選択(番号・容量表示で確認)
2. 未割当領域の確認
3. サイズ指定(単位: MB/GB)
4. ファイルシステム形式の指定
5. 作成実行
6. 作成結果の確認(容量・形式が意図どおりか)
```
**使いどころ**: 新規ディスクの初期セットアップ時、あるいは既存ディスクの未割当領域を活用する場面。
**組合せ例**: KNOW-P-0667(未割当領域の扱い)と直接接続する実行手順。
**確認事項**: **ディスク選択を誤ると、意図しないディスクの構成を変更してしまう**。特に複数のディスクが接続されている環境では、容量表示・型番表示を使って対象ディスクを二重確認する。
---
### KNOW-P-0664 パーティションの縮小(シュリンク)
**構造の型**: 既存パーティションの末尾側にある未使用領域を切り離し、未割当領域として空ける操作。パーティション内のデータ配置(移動不可能なファイルの位置等)によっては、理論上の空き容量分まで縮小できない場合がある。
**使いどころ**: 既存のシステム領域を保持したまま、新たなパーティション用の領域を捻出したいとき(デュアルブート構成の準備等)。
**組合せ例**: KNOW-P-0670(デュアルブートの設計)の実行段階として使われることが多い。
**確認事項**: 縮小操作自体はデータを保持したまま行える設計だが、**作業前のバックアップは省略しない**という原則は変わらない。縮小中の電源断や、断片化が激しいディスクでの予期せぬ動作は完全には排除できないためである。
---
### KNOW-P-0665 パーティションの拡張(エクステンド)
**構造の型**: 既存パーティションに隣接する未割当領域を、そのパーティションへ統合してサイズを増やす操作。多くの場合、対象パーティションの直後(ディスク上で連続する位置)に未割当領域が無いと拡張できない。
**使いどころ**: パーティションの空き容量が不足してきた際の対処として。
**組合せ例**: KNOW-P-0743(ディスク容量不足への対処)の選択肢の一つとして関連する。
**確認事項**: 拡張したいパーティションの直後に他のパーティションが隣接していると、そのままでは拡張できない。他のパーティションの縮小や配置の組み替えが必要になる場合があり、事前に容量マップを描いて確認する。
---
### KNOW-P-0666 パーティションの結合と削除
**構造の型**: パーティションの削除は、その領域を未割当状態に戻す操作であり、**削除と同時に領域内の全データへアクセスできなくなる**。複数の小さなパーティションを1つに統合したい場合は、削除→未割当領域の統合→新規作成、という手順を踏むことが多い。
**使いどころ**: 不要になった領域を整理し直したいとき。
**組合せ例**: KNOW-P-0651(パーティションとは何か)の設計を組み替える際の最終手段。
**確認事項**: **削除操作は本章で最も既存データ破壊のリスクが高い操作の一つである**。削除対象のパーティションに現在使用中のシステムやデータが含まれていないかを、ドライブレターやラベルで入念に確認し、必ず事前バックアップを取ってから実行する。
---
### KNOW-P-0667 未割当領域の扱い
**構造の型**: 未割当領域はどのパーティションにも属さない、ディスク上の「空白」の状態を指す。新規パーティションの作成、または隣接パーティションの拡張に使うことができる。
**使いどころ**: パーティション操作の結果として生じた空白領域を、次にどう活用するかを判断する場面。
**組合せ例**: KNOW-P-0663(作成)・KNOW-P-0665(拡張)のいずれの入力にもなる。
**確認事項**: 未割当領域を長期間放置すると、ディスク容量を有効活用できない状態が続く。設計段階で用途を決めておき、放置しない運用が望ましい。
---
### KNOW-P-0668 ドライブレターの割当(Windows)
**構造の型**: Windows系OSでは、各パーティションにC・D・E等のドライブレターを割り当てて識別する。システム用パーティションは通常Cが割り当てられる慣習がある。
**使いどころ**: 新規パーティション作成後、あるいはドライブレターが競合・欠落した際の調整。
**組合せ例**: KNOW-P-0663(パーティション作成手順)の最終段階として扱う。
**確認事項**: ドライブレターの変更は、そのドライブを参照しているショートカットやアプリの設定を無効にする場合がある。システム用パーティションのドライブレター変更は特に慎重に扱う。
---
### KNOW-P-0669 マウントポイントの考え方(Linux)
**構造の型**: Linux系OSでは、パーティションにドライブレターを割り当てるのではなく、ディレクトリツリーの特定の場所(マウントポイント)へ結び付けて一体のファイルツリーとして扱う。例えば「/」(ルート)にシステム用パーティション、「/home」にユーザーデータ用パーティションを分けて割り当てる設計がよく用いられる。
**使いどころ**: Linux系OSのパーティション設計段階、特に用途ごとに領域を分離したい場合。
**組合せ例**: KNOW-P-0660(ext4)の実運用と一体で扱う。
**確認事項**: マウントポイントの設定を誤ると、システムの起動に必要なディレクトリが正しい領域を参照できず、起動失敗の原因になる。設計時は「/」「/home」「/boot」等、主要なマウントポイントの役割を事前に整理しておく。
---
### KNOW-P-0670 デュアルブートの設計(領域配置順序)
**構造の型**:
```
ディスク先頭 → [ESP共用] → [OS-A システム領域] → [OS-B システム領域]
→ [共有データ領域(任意)]
```
複数OSを共存させる際、後からインストールするOSのインストーラーが、先にあるOSのブートローダーを認識し、起動選択メニューへ組み込む構成が一般的とされる。
**使いどころ**: 2つ以上のOSを1台のPCで切り替えて使いたい場合の事前設計。
**組合せ例**: KNOW-P-0649(マルチブート構成の事前設計)の具体化。KNOW-P-0647(仮想マシンでの予行演習)で先に試すことが推奨される。
**確認事項**: 導入順序を誤る(後から入れたOSのインストーラーが先のブートローダーを一方的に上書きする等)と、片方のOSが起動選択肢から消える事故が起きやすい。事前に各OSの公式手順で推奨される導入順序を確認する。
---
### KNOW-P-0671 デュアルブート時のブートローダー競合
**構造の型**: 複数のOSがそれぞれ自分のブートローダーを起動の主役にしようとすると、後から導入した側が先の設定を上書きし、片方のOSへの経路が失われる競合が起きる。多くの場合、片方のブートローダーに双方のOSへの起動選択肢を統合する設定を行うことで解消する。
**使いどころ**: デュアルブート環境構築後に、片方のOSが起動メニューに表示されなくなったときの対処。
**組合せ例**: KNOW-P-0735(ブート修復コマンド)・KNOW-P-0734(回復ドライブからの復旧)と接続する典型的なトラブル対処の入口。
**確認事項**: 表示されなくなったOS自体のデータが消えたわけではなく、多くの場合は起動経路の設定のみが失われた状態である。慌てて再インストールする前に、ブートローダーの修復・再構成を試す余地がある。
---
### KNOW-P-0672 暗号化パーティション(BitLocker等)の基礎
**構造の型**: パーティション全体を暗号化し、正当な認証(パスワード・回復キー等)なしにはデータを読み出せない状態にする機能。盗難・紛失時の情報保護に用いられる。
**使いどころ**: 機密性の高いデータを扱うPC、特に持ち運びの多いノートPCで検討する場面。
**組合せ例**: KNOW-P-0712(バックアップの暗号化)と対をなす「保存時の保護」の技。
**確認事項**: **暗号化の回復キーを紛失すると、正規の利用者であってもデータへアクセスできなくなる場合がある**。回復キーは暗号化するパーティション自体とは別の安全な場所(印刷・オンラインアカウントの保管領域等)に必ず控える。
---
### KNOW-P-0673 ダイナミックディスクとベーシックディスクの違い
**構造の型**: ベーシックディスクは従来型の単純なパーティション管理方式。ダイナミックディスクは複数の物理ディスクにまたがるボリューム(ミラーリング・ストライピング等)を組める拡張方式だが、対応OSやツールが限られる場合がある。
**使いどころ**: 複数ディスクをまたいだ冗長構成や容量結合を検討する場面。
**組合せ例**: KNOW-P-0673は0358p(ストレージ選定)・0358s(熱と電源の技)のRAID関連項目と接続する応用的な選択肢である。
**確認事項**: ダイナミックディスクへ変換すると、一部の他OSやツールから認識できなくなる場合がある。変換は不可逆に近い操作とされるため、必要性を十分検討し、変換前のバックアップを徹底する。
---
### KNOW-P-0674 パーティションテーブルの破損兆候
**構造の型**: パーティションが本来の容量より大きく・小さく表示される、パーティション自体が「未割当」や「不明」として表示される、OSがディスクを認識しない、といった症状はパーティションテーブルの破損を示唆することがある。
**使いどころ**: 突然ディスクの内容が読めなくなったときの原因切り分けの初期段階。
**組合せ例**: KNOW-P-0739(S.M.A.R.T.によるディスクの健康状態確認)と併用し、物理故障か論理的な破損かを見分ける。
**確認事項**: パーティションテーブルの破損を疑ったら、**まずそのディスクへの書込みを伴う操作(修復ツールの実行を含む)を安易に行わず**、可能であれば別の場所へのデータ救出を優先する。誤った修復操作は状態をさらに悪化させる場合がある。
---
### KNOW-P-0675 パーティション操作の罠まとめ(第2章まとめ)
**構造の型**:
| 罠 | 発生しやすい操作 | 回避策 |
|---|---|---|
| 対象ディスクの取り違え | 作成・削除・フォーマット全般 | 容量表示・型番で二重確認 |
| 変換中の中断 | MBR⇄GPT変換 | 事前フルバックアップ・電源安定確保 |
| ブートローダー上書き | デュアルブート構築 | 導入順序を事前設計 |
| 回復キー紛失 | 暗号化パーティション | 暗号化と別経路で回復キー保管 |
| ESP誤削除 | パーティション整理 | 種別表示を確認してから操作 |
**使いどころ**: 第2章の25項目を実行する前後で、典型的な失敗パターンを一覧で再確認する場面。
**組合せ例**: 第4章バックアップの技・第5章保守の技の各項目と組み合わせ、「事前に防ぐ」「起きた後に直す」の両輪で運用する。
**確認事項**: **第2章全体を貫く原則は「パーティション操作は取り消せない前提で臨む」ことである**。多くのツールに「元に戻す」機能があっても、それに頼り切らず、常に独立したバックアップを別の場所に持つ。
---
## 第3章 初期設定の技(KNOW-P-0676〜0700)
OSの導入が完了しても、それだけではまだ「使える状態」にはなっていない。初回起動後には、アカウントの作成からドライバの導入、不要な機能の整理まで、一連の初期設定が待っている。この段階を丁寧に行うかどうかで、その後の動作の軽さや安定性が大きく変わる。第3章では、初回起動時の設定からドライバ導入、更新、不要機能の整理までを25項目に整理する。
### KNOW-P-0676 初回起動時のユーザーアカウント作成
**構造の型**: インストール完了後の初回起動時に、ユーザー名・パスワード(またはPIN・生体認証)を設定し、そのPCを使う最初のアカウントを作る。
**使いどころ**: クリーンインストール直後、あるいは新規PCの開梱直後。
**組合せ例**: KNOW-P-0677(ローカルアカウントとオンラインアカウントの違い)と対で、最初にどちらの形態でアカウントを作るかを決める。
**確認事項**: パスワードを設定した場合、その控えを安全な場所(パスワード管理ツール等)に残しておく。忘れると、KNOW-P-0747(パスワード忘れ時の対処)のような追加の復旧作業が必要になる。
---
### KNOW-P-0677 ローカルアカウントとオンラインアカウントの違い
**構造の型**: ローカルアカウントはそのPC単体で完結する認証情報。オンラインアカウントはクラウド上のアカウントと連携し、設定の同期やクラウドストレージとの連携が可能になる一方、初回サインインにネットワーク接続を要する場合がある。
**使いどころ**: 初回アカウント作成時、複数端末間で設定を同期したいか、単体で完結させたいかを判断する場面。
**組合せ例**: KNOW-P-0640(ネットワークドライバの優先確保)が未完了だと、オンラインアカウントでのサインインが行えない場合がある。
**確認事項**: どちらの形態にも一長一短があり、本冊は特定の形態を推奨しない。用途(複数端末での同期を重視するか、単体運用を重視するか)に応じて選ぶ判断軸を示すにとどめる。
---
### KNOW-P-0678 管理者権限と標準権限の考え方
**構造の型**: 管理者権限はシステム全体に影響する操作(ソフトの導入・設定変更等)を許可する権限、標準権限は主に自分のデータやアプリの利用に限定された権限。日常利用は標準権限、システムに影響する操作の時だけ管理者権限を使う分離が推奨される。
**使いどころ**: 複数人でPCを共用する場合、あるいはセキュリティを重視する運用を行う場合のアカウント設計。
**組合せ例**: KNOW-P-0691(UACの意味)と一体で、権限昇格の仕組みを理解する上での基礎になる。
**確認事項**: 常に管理者権限のアカウントだけで日常利用を続けると、意図しない誤操作やマルウェアの影響範囲が広がりやすい。日常用の標準アカウントを別に用意する運用も選択肢として検討する。
---
### KNOW-P-0679 デバイスドライバの自動検出の仕組み
**構造の型**: OSは起動時にハードウェア構成を検出し、標準で持っているドライバデータベースと照合して自動的にドライバを割り当てる。検出できない・適合するドライバが無い場合は、該当デバイスが「不明なデバイス」等として表示される。
**使いどころ**: 初回起動後、デバイスマネージャー等でドライバの導入状況を確認する場面。
**組合せ例**: KNOW-P-0639(ドライバの事前ダウンロード)で準備したドライバを、自動検出で解決できなかった項目へ手動導入する流れにつながる。
**確認事項**: 自動検出に任せきりにすると、性能を最大限に発揮する専用ドライバではなく、汎用的な標準ドライバのままになっている場合がある。特にグラフィック・チップセットは製造元提供のドライバへの更新を検討する。
---
### KNOW-P-0680 チップセットドライバの優先導入
**構造の型**: チップセットドライバはマザーボード上の各種コントローラ(USB・ストレージ制御等)を正しく機能させる基盤的なドライバであり、他のドライバより先に導入することが推奨される。
**使いどころ**: 初期設定の最初期段階、他のデバイスドライバを導入する前に。
**組合せ例**: KNOW-P-0681(グラフィックドライバ)・KNOW-P-0682(ネットワークドライバ)より前に実施する順序関係にある。
**確認事項**: 順序を無視して他のドライバから導入すると、後からチップセットドライバを入れた際に再起動や再認識が必要になり、二度手間になることがある。導入順序を意識するだけで手戻りを減らせる。
---
### KNOW-P-0681 グラフィックドライバの導入
**構造の型**: グラフィックカード(統合・専用問わず)の製造元が提供する専用ドライバを導入することで、OS標準の汎用ドライバより高い描画性能や追加機能(設定パネル等)が得られることが多い。
**使いどころ**: 動画編集・ゲーム・3D設計等、描画性能を要する用途で特に重要になる場面。
**組合せ例**: 脊椎0358p(GPU選定)で選んだ部品の性能を実際に引き出す実務側の技として対応する。
**確認事項**: 専用ドライバの導入・更新には再起動を伴うことが多い。作業中のファイルを保存してから実行し、更新直後に画面が乱れる・真っ暗になるといった症状が出た場合は、KNOW-P-0730(セーフモードの起動)を使った切り分けを検討する。
---
### KNOW-P-0682 ネットワークドライバの導入確認
**構造の型**: 有線・無線いずれのネットワークアダプタも、正しいドライバが入っていることをネットワーク接続の可否とデバイスマネージャー表示の両面で確認する。
**使いどころ**: 初期設定の初期段階で、以降の更新プログラム取得やオンラインアカウント連携の前提として。
**組合せ例**: KNOW-P-0639・KNOW-P-0640(ドライバの事前準備)の成果をここで確認する。
**確認事項**: ネットワークに接続できているように見えても、実際には限られた接続(ローカルのみ)にとどまっている場合がある。実際に外部サイトへ到達できるかまで確認して初めて「導入完了」と判断する。
---
### KNOW-P-0683 Windows Updateの初回実行
**構造の型**: 初回起動直後は、インストーラー作成時点から時間が経過している分の更新プログラムが多数未適用な状態であることが多い。初期設定の早い段階で一度、更新プログラムの確認・適用をまとめて行う。
**使いどころ**: 初期設定作業の中盤、主要ドライバ導入後のタイミングとして。
**組合せ例**: KNOW-P-0684(更新プログラムの種類)の知識を踏まえて実行する。
**確認事項**: 大量の更新が一度に適用されると、再起動を複数回要求される場合がある。作業時間に余裕を持たせ、更新中の電源断を避ける(特にノートPCではバッテリー残量を確認する)。
---
### KNOW-P-0684 更新プログラムの種類(品質更新/機能更新/ドライバ更新)
**構造の型**: 更新プログラムは大別して、不具合修正中心の「品質更新」、新機能や大きな変更を伴う「機能更新」、個別デバイス用の「ドライバ更新」に分類できる。それぞれ適用頻度や影響範囲が異なる。
**使いどころ**: 更新プログラムの一覧を見て、優先度や適用タイミングを判断する場面。
**組合せ例**: 第5章KNOW-P-0726(更新プログラムの当て方)の基礎知識として先に押さえておく。
**確認事項**: 機能更新は変更範囲が大きいため、業務等で安定運用を優先する場合は、品質更新を優先しつつ機能更新の適用タイミングを見計らう判断が実務的とされる。
---
### KNOW-P-0685 不要なプリインストールアプリの整理
**構造の型**: 市販PCにはメーカーや販売元が独自に追加したアプリがあらかじめ導入されている場合がある。使わないものは一覧から確認し、必要に応じてアンインストールする。
**使いどころ**: 初期設定の後半、動作の軽量化やストレージ容量の確保を図る場面。
**組合せ例**: KNOW-P-0745(不要プログラムのアンインストール)と同じ技術を初期設定の文脈で使う。
**確認事項**: 一部のプリインストールアプリは、ハードウェア固有の機能(特殊キーの割当等)と連動している場合があり、安易に全て削除すると特定の機能が使えなくなることがある。アプリの役割が不明な場合は、削除前に名称を調べてから判断する。
---
### KNOW-P-0686 スタートアップ項目の整理
**構造の型**: OS起動と同時に自動的に立ち上がるアプリ(スタートアップ項目)が多いほど、起動完了までの時間や常駐メモリ使用量が増える。タスクマネージャー等の一覧から、常時必要でないものを無効化する。
**使いどころ**: 起動が遅い、あるいは常駐アプリが多いと感じたときの整理作業。
**組合せ例**: KNOW-P-0694(不要な常駐サービスの整理)と対応する、より利用者側から見える範囲の整理項目。
**確認事項**: セキュリティ対策ソフトなど、常時稼働している必要があるものまで無効化してしまうと、保護が手薄になる。無効化してよい項目とそうでない項目を、名称や提供元を確認してから判断する。
---
### KNOW-P-0687 電源プランの設定
**構造の型**: 電源プランは、CPU・ディスプレイ等の電力消費と性能のバランスを、あらかじめ用意されたパターン(省電力・バランス・高性能等)から選ぶ設定。
**使いどころ**: バッテリー駆動時間を重視するか、性能を重視するかを状況に応じて切り替える場面。
**組合せ例**: 脊椎0358e『熱と電源の解析』・0358s『熱と電源の技』の考え方を、日常設定として具体化した項目にあたる。
**確認事項**: 高性能プランを常用すると発熱や消費電力が増える。用途(据え置き利用か、外出先での利用か)に応じて使い分ける判断が実務的である。
---
### KNOW-P-0688 スリープと休止状態の違い
**構造の型**: スリープは作業状態をメモリに保持したまま省電力状態に入る方式で復帰が速い。休止状態は作業状態をディスクへ書き出してから完全に電源を落とす方式で、電力消費をほぼゼロにできる代わりに復帰にやや時間がかかる。
**使いどころ**: 短時間の離席と長時間の未使用とで、どちらの省電力モードを使うか使い分ける場面。
**組合せ例**: KNOW-P-0656(スワップ領域の考え方)と関連し、休止状態はディスク上に一時的なデータを書き出す点で共通する仕組みを持つ。
**確認事項**: スリープ中に停電やバッテリー切れが起きると、保持していた作業内容が失われる場合がある。長時間の離席では休止状態、またはシャットダウンを選ぶ方が安全側の判断になる。
---
### KNOW-P-0689 仮想メモリ(ページファイル)の設定
**構造の型**: 物理メモリが不足した際にディスク上の一部をメモリの延長として使う仕組み。多くのOSでは自動管理が既定だが、手動でサイズを指定することもできる。
**使いどころ**: 物理メモリの搭載量が少ない環境で動作が不安定な場合の調整項目として。
**組合せ例**: KNOW-P-0656(スワップ領域の考え方)のWindows系での実装にあたる。
**確認事項**: ページファイルを極端に小さく設定すると、メモリ不足時にアプリが正常終了できずクラッシュする頻度が上がる。判断に迷う場合は自動管理に戻すのが無難な選択となる。
---
### KNOW-P-0690 システムの復元ポイント作成
**構造の型**: システムの主要設定やシステムファイルの状態を、特定時点のスナップショットとして記録しておく機能。個人データファイルそのものは対象外とされる場合が多い点に注意する。
**使いどころ**: 大きな設定変更やドライバ更新の直前に、任意のタイミングで手動作成する場面。
**組合せ例**: 第5章KNOW-P-0733(システムの復元・実行手順)と対応する「作る側」の技。
**確認事項**: **復元ポイントはシステム設定の巻き戻しを目的とした機能であり、個人ファイルのバックアップの代わりにはならない**。個人データの保護は第4章のバックアップの技で別途行う。
---
### KNOW-P-0691 ユーザーアカウント制御(UAC)の意味
**構造の型**: システムに影響する操作が行われる直前に、確認ダイアログを表示して利用者の許可を求める仕組み。意図しないプログラムによる無断の権限昇格を防ぐ狙いがある。
**使いどころ**: 初期設定完了後、この確認ダイアログの意味を理解しておく場面。
**組合せ例**: KNOW-P-0678(管理者権限と標準権限の考え方)と一体の安全機構。
**確認事項**: 身に覚えのない操作でUACの確認が表示された場合は、安易に許可せず、その時点で実行しようとしていた操作を思い出せるかを確認する。不審な場合は許可しない判断が安全側である。
---
### KNOW-P-0692 ファイアウォールの初期確認
**構造の型**: ファイアウォールは、ネットワークを通じた不正な通信を遮断する機能。多くのOSは標準で有効化された状態を初期値とする。
**使いどころ**: 初期設定の一環として、有効化された状態のままであることを確認する場面。
**組合せ例**: KNOW-P-0693(セキュリティ対策ソフトの導入)と対で、多層的な防御の一部を構成する。
**確認事項**: 特定のアプリを使うために例外設定(ポート開放等)を追加した場合、その必要が無くなった後は設定を戻す習慣を持つと、開けたままの穴を放置するリスクを減らせる。
---
### KNOW-P-0693 セキュリティ対策ソフトの導入
**構造の型**: マルウェアや不正アクセスからPCを保護するソフトウェアの導入。OS標準の保護機能に加え、必要に応じて追加のソフトを導入する判断を行う。
**使いどころ**: 初期設定の早い段階、特にネットワーク接続後すぐに確認する場面。
**組合せ例**: KNOW-P-0746(マルウェア感染時の対処初動)の予防側にあたる項目。
**確認事項**: 複数のセキュリティ対策ソフトを同時に有効化すると、互いの監視機能が競合し、動作が不安定になる場合がある。導入するソフトは基本的に1系統に絞る判断が実務的とされる。
---
### KNOW-P-0694 不要な常駐サービスの整理
**構造の型**: OSの背後で常に動作している「サービス」のうち、利用者の用途に不要なものを確認し、必要に応じて停止・無効化する。
**使いどころ**: 動作の軽量化を図りたい上級者向けの調整項目として。
**組合せ例**: KNOW-P-0686(スタートアップ項目の整理)よりも踏み込んだ、システム内部の整理にあたる。
**確認事項**: **役割が分からないサービスを安易に停止すると、OSの基本機能が正しく動かなくなる場合がある**。名称や役割を確認できないサービスには手を出さない、という慎重さが最大の安全策である。
---
### KNOW-P-0695 視覚効果とパフォーマンスの調整
**構造の型**: ウィンドウのアニメーションや透過効果等の視覚効果は、見た目の快適さと引き換えに一定の処理負荷を伴う。性能に余裕のない環境では、視覚効果を簡略化する設定に切り替えることで体感速度が向上する場合がある。
**使いどころ**: 低性能な環境、あるいは動作の軽さを優先したい場面。
**組合せ例**: 脊椎0358o〜p(部品選定の技)で搭載した部品の性能に応じて、設定側で釣り合いを取る調整として位置づける。
**確認事項**: 視覚効果を切り詰めすぎると、操作性(状態変化の把握のしやすさ等)が損なわれる場合がある。見た目と体感速度のどちらを優先するかは利用者の好みに委ねられる部分であり、本冊は一方を断定しない。
---
### KNOW-P-0696 地域と言語設定の再確認
**構造の型**: KNOW-P-0641でインストール時に選んだ地域・言語・キーボードレイアウトを、導入完了後にもう一度確認する。インストール中の選択が反映されていない場合や、追加の言語パックが必要な場合がある。
**使いどころ**: 初期設定の総仕上げとして、表示言語・日付形式・通貨表記等が意図どおりかを確認する場面。
**組合せ例**: KNOW-P-0641(言語・キーボードレイアウトの事前選択)と対をなす確認項目。
**確認事項**: 地域設定が意図と異なると、日付や数値の表記形式(区切り文字等)がずれ、後々のファイル整理や書類作成で混乱を招くことがある。早い段階で確認しておく。
---
### KNOW-P-0697 フォントの追加
**構造の型**: OS標準のフォントに加え、必要な言語や用途(デザイン作業等)に応じたフォントを追加導入する。
**使いどころ**: 特定の言語の表示が正しく行われない、あるいはデザイン用途で特定書体が必要な場合。
**組合せ例**: KNOW-P-0696(地域と言語設定)で使う言語の表示に必要なフォントが不足している場合、この項目で補う。
**確認事項**: 出所が不明なフォントファイルの導入は、まれに不正なプログラムが混入する経路になり得るとされる。信頼できる配布元からのみ導入する習慣を持つ。
---
### KNOW-P-0698 ドライブの最適化(デフラグ/TRIM)
**構造の型**: HDD(回転式ディスク)は断片化したデータを並べ直す「デフラグ」で読み書き効率を保つ。SSD(半導体ストレージ)はデフラグではなく「TRIM」という、不要領域をあらかじめ整理しておく仕組みが適する。両者は仕組みが異なるため、記憶装置の種類に応じた最適化を選ぶ。
**使いどころ**: 初期設定完了後、定期的な保守のスケジュールを組む際の基礎知識として。
**組合せ例**: 脊椎0358p(ストレージ選定)で選んだ記憶装置の種類と対応させて判断する。
**確認事項**: **SSDに対して従来型のデフラグを頻繁に行うと、不要な書込みが増えて寿命を縮める可能性があるとされる**。搭載しているストレージの種類を確認し、それぞれに適した最適化方式を選ぶ。
---
### KNOW-P-0699 初期設定完了後の動作確認
**構造の型**:
```
[ネットワーク接続確認] → [主要デバイス動作確認(音声/画面/入力)]
→ [更新プログラム適用状況確認] → [重要アプリの起動確認]
```
初期設定の各項目を終えた後、意図どおりに動作しているかを一通り確認する仕上げの工程。
**使いどころ**: 初期設定作業の最終段階、以降の日常利用に移る直前。
**組合せ例**: 第1章KNOW-P-0645(インストール手順書)のチェックリストと対応する、初期設定側のチェックリスト。
**確認事項**: 確認を怠ると、後になって「音が出ない」「特定のキーが反応しない」といった不具合に日常利用中に初めて気づき、原因の切り分けに余計な時間がかかる。導入直後にまとめて確認しておく方が効率的である。
---
### KNOW-P-0700 初期設定ログの記録(第3章まとめ)
**構造の型**:
| 設定区分 | 代表項目 | 対応KNOW |
|---|---|---|
| アカウント | ローカル/オンライン・権限 | 0676〜0678 |
| ドライバ | チップセット・グラフィック・ネットワーク | 0679〜0682 |
| 更新 | Windows Update・更新種類 | 0683〜0684 |
| 整理 | 不要アプリ・スタートアップ・サービス | 0685〜0686・0694 |
| 電源と保護 | 電源プラン・復元ポイント・UAC・防御 | 0687〜0693 |
| 仕上げ | 言語再確認・フォント・最適化・動作確認 | 0695〜0699 |
**使いどころ**: 第3章全25項目を実行した記録を残し、次回以降の再セットアップ時に参照する場面。
**組合せ例**: KNOW-P-0749(保守記録の作成)と同じ発想を、初期設定の段階から適用したもの。
**確認事項**: 初期設定は一度きりで終わる作業ではなく、PCを買い替えるたびに繰り返す作業である。何を設定したかを記録に残しておくことで、次回の作業時間を大幅に短縮できる。
---
## 第4章 バックアップの技(KNOW-P-0701〜0725)
本冊がここまで繰り返し述べてきた「作業前のバックアップ先行」を、具体的にどう実行するかを体系立てて扱うのが第4章である。3-2-1原則という土台の考え方から、イメージバックアップと差分・増分の違い、そして最も見落とされがちな「復元テスト」の重要性までを25項目に整理する。**本章は本冊のデータ保護の主担当としての中核にあたる。**
### KNOW-P-0701 3-2-1原則の考え方
**構造の型**:
```
3: データを合計3つ持つ(元データ+複製2つ)
2: 2種類以上の異なる媒体に保存する(内蔵ディスク+外付け等)
1: そのうち1つは別の場所(オフサイト)に置く
```
単一の複製だけでは、その複製自体が同時に失われるリスク(火災・盗難・故障)に対応できないという考えから生まれた、バックアップ設計の基本原則。
**使いどころ**: バックアップ計画を新たに立てる際の出発点として。
**組合せ例**: KNOW-P-0719(バックアップの保管場所分散)で「1」の部分を具体化する。
**確認事項**: 3-2-1原則は理想形であり、個人利用では厳密に全てを満たせない場合もある。その場合でも「複製を1つ以上、元データと異なる場所に置く」という最低限を満たすことを目指す。
---
### KNOW-P-0702 バックアップとコピーの違い
**構造の型**: 単純なコピーはファイルの複製を作るだけの操作。バックアップは「いつ・何を・どこへ・どういう方式で」複製するかを計画的に設計し、定期的に実行し、復元できることまで含めた運用の総体を指す。
**使いどころ**: 「コピーしてあるから大丈夫」という誤解を避けるための考え方の整理として。
**組合せ例**: KNOW-P-0713(バックアップのスケジュール設計)・KNOW-P-0717(復元テストの重要性)と合わせて、単発のコピーとの違いを具体化する。
**確認事項**: 1回きりのコピーで満足してしまうと、その後に加わった変更が反映されないまま放置され、いざという時に古い状態にしか戻せない。バックアップは「継続する仕組み」として捉える。
---
### KNOW-P-0703 フルバックアップ
**構造の型**: 対象範囲の全データを、毎回まるごと複製する方式。復元時は最新の1回分だけを使えばよく、手順が単純という利点がある一方、実行のたびに時間と容量を要する。
**使いどころ**: バックアップ運用の起点(最初の1回)、あるいは容量・時間に余裕がある環境での定期実行。
**組合せ例**: KNOW-P-0704(差分)・KNOW-P-0705(増分)は、いずれもこのフルバックアップを基準点として、その後の変化分だけを記録する方式である。
**確認事項**: フルバックアップのみを毎回行う運用は容量を圧迫しやすい。世代を重ねる場合は差分・増分方式との組合せを検討する。
---
### KNOW-P-0704 差分バックアップ
**構造の型**: 直近のフルバックアップ以降に変更・追加された内容だけを複製する方式。復元時は「フルバックアップ1回+最新の差分1回」の2つを使う。差分の容量は時間の経過とともに増えていく傾向がある。
**使いどころ**: フルバックアップより短時間・小容量で済ませたいが、復元手順は比較的単純にしておきたい場合。
**組合せ例**: KNOW-P-0703(フルバックアップ)を土台として一定周期で組み合わせる。
**確認事項**: 差分の元になるフルバックアップ自体が破損すると、その後の差分も復元に使えなくなる。フルバックアップの整合性確認(KNOW-P-0716)を並行して行う。
---
### KNOW-P-0705 増分バックアップ
**構造の型**: 直前のバックアップ(フルまたは増分)以降に変更・追加された内容だけを複製する方式。1回あたりの容量・時間は差分方式よりさらに小さく抑えられる傾向がある一方、復元時には「フルバックアップ+それ以降の全ての増分」を順番に適用する必要があり、手順が複雑になる。
**使いどころ**: 頻繁にバックアップを取りたいが、毎回の容量・時間を最小限にしたい場合。
**組合せ例**: KNOW-P-0714(世代管理)と組み合わせ、多数の増分世代を管理する運用に用いられる。
**確認事項**: 増分の連鎖のうち1つでも欠損・破損すると、それ以降の増分から復元できなくなる場合がある。連鎖が長くなるほど、この脆弱性への注意が必要になる。
---
### KNOW-P-0706 イメージバックアップとファイルバックアップの違い
**構造の型**: イメージバックアップはディスクやパーティションを丸ごと1つの塊として複製する方式で、OS・設定・アプリを含めた環境全体を再現できる。ファイルバックアップは個々のファイル単位で複製する方式で、特定のデータだけを柔軟に選んで保存・復元できる。
**使いどころ**: 環境全体を丸ごと保護したいか(イメージ)、個別データを柔軟に扱いたいか(ファイル)で使い分ける場面。
**組合せ例**: KNOW-P-0707(システムイメージの作成)はイメージ方式の具体的な実行手順にあたる。
**確認事項**: イメージバックアップは容量が大きくなりやすく、復元先のハードウェア構成が大きく異なると正常に復元できない場合がある。個人の重要データはファイル単位のバックアップと併用する運用が安全側である。
---
### KNOW-P-0707 システムイメージの作成
**構造の型**:
```
[対象ディスクの選択] → [保存先の選択(別ディスク推奨)]
→ [イメージ作成実行] → [作成完了後の整合性確認]
```
OS標準機能や専用ソフトを使い、システム全体のイメージを作成する具体的な手順。
**使いどころ**: 大きな変更(OS更新・アプリの大量導入等)の直前、あるいは定期的な環境全体の保護として。
**組合せ例**: KNOW-P-0708(システム修復ディスクの作成)と対で用意し、イメージから復元するための起動手段も同時に確保する。
**確認事項**: **イメージの保存先を、イメージ化する対象ディスクそのものにしてはならない**。対象ディスクが故障した場合、イメージ自体も同時に失われるためであり、外付けドライブや別のディスクへ保存する。
---
### KNOW-P-0708 システム修復ディスクの作成
**構造の型**: OSが正常に起動しなくなった際に、そこから起動してシステムの復元・イメージからの復元・各種修復ツールへアクセスするための、起動可能な媒体(USBメモリ・DVD等)。
**使いどころ**: システムイメージを作成したタイミングで、合わせて用意しておく。
**組合せ例**: KNOW-P-0734(回復ドライブからの復旧)で実際に使う場面につながる。
**確認事項**: 修復ディスクの存在を忘れ、いざという時に見当たらない、というのはよくある失敗である。作成後は保管場所を分かりやすく記録しておく。
---
### KNOW-P-0709 外付けドライブへのバックアップ
**構造の型**: USB接続の外付けHDD/SSDへ定期的にデータを複製する方式。導入コストが比較的低く、手元で完結する点が特徴。
**使いどころ**: 個人利用でのバックアップ先として最も導入しやすい選択肢の一つ。
**組合せ例**: KNOW-P-0701(3-2-1原則)の「2種類以上の媒体」の一角を担う。
**確認事項**: 外付けドライブを内蔵ディスクと同じ部屋・同じ建物に常時接続したままにしていると、火災や盗難の際に両方を同時に失うリスクが残る。定期的に取り外して別の場所へ保管する、あるいはKNOW-P-0719(保管場所分散)と組み合わせる。
---
### KNOW-P-0710 NASへのバックアップ
**構造の型**: NAS(ネットワーク接続ストレージ)は、ネットワーク経由で複数のPCから共通のバックアップ先として使える専用機器。自動化されたバックアップジョブと組み合わせやすい。
**使いどころ**: 複数台のPCを1か所でまとめてバックアップしたい家庭・小規模事務所での運用。
**組合せ例**: KNOW-P-0724(バックアップの自動化)と相性がよい構成。
**確認事項**: NAS自体の故障・盗難に備え、NAS単体を唯一のバックアップ先にしない。3-2-1原則に沿って、NASとは別の媒体・場所にも複製を持つ。
---
### KNOW-P-0711 クラウドバックアップの基礎
**構造の型**: インターネット経由で、事業者が提供する遠隔地のストレージへデータを複製する方式。オフサイト保管を手軽に実現できる利点がある。
**使いどころ**: 3-2-1原則の「1(別の場所)」を、専用の設備なしに実現したい場合。
**組合せ例**: KNOW-P-0712(バックアップの暗号化)と組み合わせ、遠隔地の第三者施設に保存する際の情報保護を図る。
**確認事項**: クラウド事業者のサービス条件(保存容量の上限・復元にかかる時間・契約終了時のデータ扱い)を事前に確認する。特定事業者への優劣断定は行わず、条件を比較して選ぶ考え方にとどめる。
---
### KNOW-P-0712 バックアップの暗号化
**構造の型**: バックアップデータ自体を暗号化してから保存することで、保存先が万一第三者の手に渡っても内容を読み取られにくくする。
**使いどころ**: 外部媒体やクラウドなど、自分の管理が直接及ばない場所へバックアップを置く場合。
**組合せ例**: KNOW-P-0672(暗号化パーティションの基礎)と対をなす、「保存先」ではなく「保存データそのもの」を守る技。
**確認事項**: **暗号化に使ったパスワードや鍵を忘れると、バックアップ自体を復元できなくなる**。パーティション暗号化と同様、鍵の管理をバックアップとは別経路で確実に行う。
---
### KNOW-P-0713 バックアップのスケジュール設計
**構造の型**: データの重要度・更新頻度に応じて、バックアップを実行する周期(毎日・毎週・毎月等)を決める。重要度が高く更新頻度が高いデータほど、周期を短くする傾向がある。
**使いどころ**: バックアップ運用を継続的な仕組みとして設計する段階。
**組合せ例**: KNOW-P-0724(バックアップの自動化)と組み合わせ、決めた周期を自動で実行させる。
**確認事項**: 周期を決めても手動実行に頼っていると、忙しい時期に抜けが生じやすい。自動化との組合せが、周期の実効性を保つ鍵になる。
---
### KNOW-P-0714 世代管理(バージョニング)
**構造の型**: バックアップを1世代だけでなく複数世代(例: 直近7日分・直近4週分)保持し、必要に応じて過去の任意の時点へ戻せるようにする管理方式。
**使いどころ**: 誤って上書き・削除したファイルに、いつ気づくか分からない場合の備えとして。
**組合せ例**: KNOW-P-0705(増分バックアップ)と組み合わせ、容量を抑えつつ多世代を維持する構成が一般的。
**確認事項**: 世代数を増やすほど必要な保存容量も増える。重要度と保存容量のバランスを見ながら、保持する世代数の方針を決める。
---
### KNOW-P-0715 バックアップ先媒体の選び方
**構造の型**:
| 媒体 | 特徴 | 主な用途 |
|---|---|---|
| 外付けHDD/SSD | 導入が容易・手元完結 | 個人利用の基本形 |
| NAS | 複数PCの一元管理 | 家庭・小規模事務所 |
| クラウド | オフサイトを手軽に実現 | 3-2-1原則の「1」 |
| 光学メディア/テープ | 長期保存・改変しにくい | アーカイブ用途 |
**使いどころ**: 用途・予算・重要度に応じて媒体を組み合わせて選ぶ場面。
**組合せ例**: KNOW-P-0658(exFAT)等のファイルシステム選択と組み合わせて、複数OS間で読み書きできる媒体を構成する。
**確認事項**: 単一種類の媒体に依存せず、性質の異なる媒体を組み合わせることが3-2-1原則の「2」を満たす具体策になる。
---
### KNOW-P-0716 バックアップの整合性チェック
**構造の型**: バックアップが完了した後、複製されたデータが元データと一致しているか(壊れていないか)を検証する工程。多くのバックアップソフトはハッシュ値の照合等による検証機能を備える。
**使いどころ**: バックアップ実行の直後、あるいは定期的な抜き取り確認として。
**組合せ例**: KNOW-P-0627(ISOイメージの検証)と同じハッシュ照合の考え方を、バックアップデータに適用したもの。
**確認事項**: 「バックアップが完了しました」という表示だけで安心せず、時折実際にファイルを開いて中身が読めるかを確認する。書込みエラーが表示上見過ごされる場合もある。
---
### KNOW-P-0717 復元テストの重要性
**構造の型**:
```
[バックアップ実行] → [(ここで終わらせない)] → [試験的に復元してみる]
→ [復元されたデータが正しく開けるか確認] → [初めて「使えるバックアップ」と言える]
```
**使いどころ**: バックアップ運用を始めた直後、および定期的な周期(例: 半年に1回)での確認。
**組合せ例**: 第4章全体の総仕上げにあたる技であり、KNOW-P-0716(整合性チェック)よりさらに踏み込んだ実地確認。
**確認事項**: **「バックアップは取ってあるが、一度も復元を試したことがない」という状態は、実質的にバックアップが機能しているか不明な状態と同じである**。いざという時に初めて復元を試みて失敗する事態を避けるため、定期的な復元テストを本冊は強く推奨する。
---
### KNOW-P-0718 復元手順書の作成
**構造の型**: どのバックアップから、どういう手順で、どこへ復元するかを、平常時にあらかじめ文書化しておく。緊急時は判断力が落ちやすいため、手順書があるだけで作業の確実性が大きく上がる。
**使いどころ**: バックアップ運用を確立した後、平常時の余裕があるうちに作成しておく。
**組合せ例**: KNOW-P-0645(インストール手順書の作成)と同じ発想を、復元の場面に適用したもの。
**確認事項**: 手順書自体をバックアップ対象のディスクにしか保存していないと、そのディスクが故障した際に手順書ごと失われる。手順書は印刷する、または別の場所に保存しておく。
---
### KNOW-P-0719 バックアップの保管場所分散(オフサイト)
**構造の型**: 少なくとも1つの複製を、元データがある場所とは物理的に離れた場所(実家・貸金庫・クラウド等)に保管する。
**使いどころ**: 3-2-1原則の「1」を具体化する場面。
**組合せ例**: KNOW-P-0711(クラウドバックアップの基礎)は、この分散を手軽に実現する手段の一つ。
**確認事項**: 分散先を増やすほど管理の手間も増える。全てを完璧に分散させようとせず、最も重要なデータだけでもオフサイトに置く、という優先順位付けが現実的である。
---
### KNOW-P-0720 バックアップ容量の見積り
**構造の型**: バックアップ対象の総容量、増加速度(1か月あたりの増分見込み)、保持したい世代数から、必要な保存先容量を見積もる。
**使いどころ**: バックアップ先媒体の容量を選定する前の計画段階。
**組合せ例**: KNOW-P-0714(世代管理)の方針と合わせて計算する。
**確認事項**: 見積りを行わずに媒体を選ぶと、運用開始後まもなく容量不足に陥り、古い世代を慌てて削除する事態になりやすい。余裕を持った容量を最初から確保しておく。
---
### KNOW-P-0721 除外設定(重複・不要データの除外)
**構造の型**: 再ダウンロード可能なファイル(インストーラー配布物等)や、一時ファイル、キャッシュなど、バックアップの対象から除外してよいデータをあらかじめ設定する。
**使いどころ**: バックアップの容量と時間を効率化したい場面。
**組合せ例**: KNOW-P-0744(一時ファイルの整理)と対象が重なる部分がある。
**確認事項**: 除外設定を誤って重要なデータまで対象外にしてしまうと、いざという時にそのデータだけ復元できない。除外リストは定期的に見直す。
---
### KNOW-P-0722 バックアップ失敗の兆候の見分け方
**構造の型**: バックアップの完了通知が来ない、実行時間が普段より極端に短い・長い、保存先の空き容量が想定通りに減っていない、といった兆候は失敗を示唆することがある。
**使いどころ**: 定期的にバックアップの実行ログを確認する運用の中で。
**組合せ例**: KNOW-P-0716(整合性チェック)と組み合わせ、失敗の兆候を見逃さない体制を作る。
**確認事項**: 通知を見逃していたために、数か月分のバックアップが実は失敗し続けていた、という事態は珍しくない。定期的にログや保存先の状態を目視で確認する習慣を持つ。
---
### KNOW-P-0723 バックアップソフトの選び方
**構造の型**: OS標準のバックアップ機能と、専用のバックアップソフトのどちらを使うかは、必要とする機能(スケジュール自動化・世代管理・暗号化・クラウド連携等)から判断する。
**使いどころ**: バックアップ運用を本格的に設計する段階での道具選び。
**組合せ例**: 本章の他の全項目(スケジュール・世代管理・暗号化等)が、実際にどのソフトで実現できるかを確認する視点になる。
**確認事項**: 特定のソフトを推奨する断定は行わず、自分の要件(必要な機能・予算・操作の分かりやすさ)に照らして比較検討する姿勢を持つ。
---
### KNOW-P-0724 バックアップの自動化
**構造の型**: あらかじめ設定したスケジュールに従い、人手を介さず自動的にバックアップを実行する仕組み。
**使いどころ**: 手動実行の抜け漏れを防ぎたい、継続的な運用を確実にしたい場面。
**組合せ例**: KNOW-P-0713(スケジュール設計)で決めた周期を、実際に機械へ実行させる技。
**確認事項**: 自動化したからといって完全放置してよいわけではない。KNOW-P-0722(失敗の兆候)の確認は自動化後も定期的に人の目で行う必要がある。
---
### KNOW-P-0725 バックアップ運用の定期見直し(第4章まとめ)
**構造の型**:
| 観点 | 見直し項目 | 対応KNOW |
|---|---|---|
| 方式 | フル/差分/増分の組合せ | 0703〜0705 |
| 対象範囲 | イメージかファイルか・除外設定 | 0706〜0707・0721 |
| 保管 | 媒体の分散・オフサイト | 0709〜0711・0715・0719 |
| 検証 | 整合性チェック・復元テスト | 0716〜0717 |
| 運用 | スケジュール・自動化・容量 | 0713・0720・0724 |
**使いどころ**: 半年〜1年に一度、バックアップ運用全体を見直すタイミングで、第4章25項目を一覧しながら点検する場面。
**組合せ例**: 第5章保守の技の各項目と一体で、「壊れる前の備え(第4章)」と「壊れた後の対処(第5章)」を両輪として運用する。
**確認事項**: **第4章全体を貫く原則は「バックアップは取っただけでは完成しない。復元できて初めて完成する」ことである**。定期的な復元テスト(KNOW-P-0717)を怠らないことが、本章で最も重要な一点である。
---
## 第5章 保守の技(KNOW-P-0726〜0750)
どれほど丁寧に導入・設定・バックアップを行っても、長く使い続ければ更新の失敗や突然の起動不良に出会う可能性はゼロにならない。第5章では、そうした事態に落ち着いて対処するための技——更新の当て方、起動しなくなった時の回復手順、ログの見方——を25項目に整理する。第4章で備えたバックアップが、この章での対処の土台になる。
### KNOW-P-0726 更新プログラムの当て方(基本手順)
**構造の型**:
```
[更新前バックアップ] → [更新内容の確認] → [更新の適用]
→ [再起動] → [動作確認] → [問題なければ運用継続]
```
**使いどころ**: 定期的に配信される更新プログラムを適用する、日常的な保守作業。
**組合せ例**: KNOW-P-0727(更新前のバックアップ習慣)を先頭に置いた一連の流れ。
**確認事項**: 更新内容を確認せずに機械的に適用し続けると、大きな変更が意図せず入ることがある。特に業務用途では、更新内容の概要にひとまず目を通す習慣が有効である。
---
### KNOW-P-0727 更新前のバックアップ習慣
**構造の型**: 大きな更新(機能更新等)の前には、KNOW-P-0690(復元ポイント作成)またはKNOW-P-0707(システムイメージ作成)のいずれかを実行してから適用する。
**使いどころ**: 通常の小さな更新では省略されがちだが、大規模な更新の前には特に重要になる場面。
**組合せ例**: 第4章バックアップの技全体と、本項目が保守作業の入口として結び付く。
**確認事項**: **「更新プログラムだから安全なはず」という思い込みが最大の罠である**。まれに更新が特定の環境で不具合を起こす場合があり、事前の備えがあれば被害を最小限にできる。
---
### KNOW-P-0728 ドライバ更新の注意点
**構造の型**: ドライバの更新は、特にグラフィック・ストレージコントローラ等、システムの根幹に近い部分ほど慎重に行う。一度に複数のドライバを更新すると、不具合が起きた際にどれが原因か切り分けにくくなる。
**使いどころ**: 新しいドライバが公開された際、適用するかどうかを判断する場面。
**組合せ例**: KNOW-P-0729(ロールバックの仕組み)と対で扱う。
**確認事項**: 複数のドライバを同時に更新せず、1つずつ適用して動作を確認する運用にすると、不具合発生時の原因特定が容易になる。
---
### KNOW-P-0729 ロールバック(更新の巻き戻し)の仕組み
**構造の型**: 更新プログラムやドライバの適用後に不具合が起きた場合、直前のバージョンへ戻す機能。多くのOSはドライバ単位・更新プログラム単位でのロールバック機能を備える。
**使いどころ**: 更新直後に動作不良が確認されたときの初動対応として。
**組合せ例**: KNOW-P-0733(システムの復元)より対象範囲が狭く、特定の更新1件だけを戻したい場合に使う。
**確認事項**: ロールバック機能が用意されていない、あるいは古すぎて対象外の更新もある。その場合はKNOW-P-0733(システムの復元)やKNOW-P-0707(システムイメージからの復元)といった、より広い範囲の手段を検討する。
---
### KNOW-P-0730 セーフモードの起動
**構造の型**: 必要最小限のドライバとサービスのみでOSを起動するモード。通常起動で問題が起きる原因(サードパーティ製のドライバ・常駐ソフト等)を切り分けるために使う。
**使いどころ**: 通常起動が不安定、あるいは特定のドライバ更新後に問題が疑われる場面。
**組合せ例**: KNOW-P-0728(ドライバ更新の注意点)で述べた不具合の切り分けに実際に使う手段。
**確認事項**: セーフモードで問題が再現しない場合、通常起動時に追加で読み込まれる要素(ドライバ・常駐ソフト)に原因がある可能性が高いと判断できる。この切り分け結果を次の対処の手がかりにする。
---
### KNOW-P-0731 起動しない時の切り分け手順
**構造の型**:
```
[電源は入るか] → [ファームウェア画面(BIOS/UEFI)は表示されるか]
→ [起動デバイスは認識されているか] → [OS読込の途中で止まるか]
→ [ログイン画面までは来るか]
```
症状がどの段階で止まっているかによって、ハードウェアの問題か、ブートローダーの問題か、OS本体の問題かの見当をつける。
**使いどころ**: 「起動しない」という報告があった際の最初の一手として、必ず段階を分けて確認する。
**組合せ例**: KNOW-P-0655(ブートパーティション/ブートローダーの役割)の知識を実地の切り分けに活用する。
**確認事項**: **段階を確かめずにいきなり再インストールへ飛びつくと、実は単純な原因(ケーブルの緩み等)だった場合にも大掛かりな対処をしてしまう**。切り分けの各段階を順に確認する習慣が、無駄な作業を防ぐ。
---
### KNOW-P-0732 スタートアップ修復
**構造の型**: OS標準の自動修復機能。起動関連のファイルやブートローダーの設定に問題がある場合、自動的に検出して修復を試みる。
**使いどころ**: KNOW-P-0731の切り分けで「OS読込の途中で止まる」と判定された場合の最初の一手。
**組合せ例**: KNOW-P-0708(システム修復ディスク)から起動して実行する。
**確認事項**: 自動修復は万能ではなく、原因によっては解決しない場合がある。数回試みても改善しない場合は、KNOW-P-0735(ブート修復コマンド)のような、より手動的な手段に切り替える。
---
### KNOW-P-0733 システムの復元(実行手順)
**構造の型**: KNOW-P-0690で作成した復元ポイントの時点まで、システム設定・システムファイルの状態を巻き戻す機能。個人データファイルは通常対象外とされる。
**使いどころ**: 特定の変更(設定変更・ドライバ更新等)以降に不調が出た場合。
**組合せ例**: KNOW-P-0729(ロールバック)より対象範囲が広い、システム全体規模の巻き戻し手段。
**確認事項**: 復元後、復元ポイント作成以降に導入したアプリが再度インストールし直しになる場合がある。復元の影響範囲を理解した上で実行する。
---
### KNOW-P-0734 回復ドライブからの復旧
**構造の型**: KNOW-P-0708で作成した回復ドライブ・システム修復ディスクから起動し、通常起動できない状態のPCに対して各種修復ツールへアクセスする。
**使いどころ**: OSが全く起動せず、通常のスタートアップ修復にもアクセスできない深刻な状態。
**組合せ例**: KNOW-P-0707(システムイメージからの復元)を実行する際の入口としても使う。
**確認事項**: 回復ドライブ自体を事前に用意していなかった場合、この手段自体が使えない。KNOW-P-0708の重要性がここで実感されることになるため、平常時の準備が最も効く場面である。
---
### KNOW-P-0735 ブート修復コマンド(bootrec等の考え方)
**構造の型**: コマンドラインから、ブートローダーの設定・ブートセクタを直接再構築する専門的な修復手段。GUIの自動修復で解決しない場合の、より深い層への対処にあたる。
**使いどころ**: KNOW-P-0671(デュアルブート時のブートローダー競合)や、ブートローダーの破損が強く疑われる場合。
**組合せ例**: KNOW-P-0734(回復ドライブからの復旧)の環境内で実行する具体的な手段の一つ。
**確認事項**: コマンドラインでの操作は対象を誤ると別の領域に影響し得るため、実行前に対象ディスク・パーティションの構成を確認する。手順は公式のトラブルシューティング情報を参照しながら慎重に進める。
---
### KNOW-P-0736 イベントログの見方
**構造の型**: OSは動作中に発生した出来事(エラー・警告・情報)を時系列で記録しており、この記録(イベントログ)を専用のビューアーで確認できる。日時・種類(エラー/警告/情報)・発生元・詳細メッセージという構成で並ぶことが多い。
**使いどころ**: 不具合の原因を推測する際、症状が起きた前後の時間帯のログを確認する場面。
**組合せ例**: KNOW-P-0738(エラーコードの調べ方)と一体で、ログに記録されたエラーコードをさらに深く調べる流れにつながる。
**確認事項**: 警告レベルのログは常に大量に記録されており、その全てが致命的な問題を意味するわけではない。症状発生時刻と近いタイムスタンプのエラーに絞って確認する視点が実務的である。
---
### KNOW-P-0737 システムログとアプリケーションログの違い
**構造の型**: システムログはOS本体やドライバに関する記録、アプリケーションログは個別アプリの動作に関する記録というように、記録の対象範囲が分かれている。
**使いどころ**: 不具合がOS側の問題か、特定アプリ側の問題かを切り分ける場面。
**組合せ例**: KNOW-P-0736(イベントログの見方)の分類をさらに具体化した項目。
**確認事項**: OSが原因と思い込んで調べていたが実はアプリ側のログにエラーが記録されていた、という取り違えは起きやすい。両方のログを確認してから原因を絞り込む。
---
### KNOW-P-0738 エラーコードの調べ方
**構造の型**: エラーメッセージに表示される固有の番号・文字列(エラーコード)を手がかりに、公式サポート情報や配布元の文書を確認する。
**使いどころ**: エラーメッセージだけでは原因が分からない場合の追加調査手段。
**組合せ例**: KNOW-P-0736(イベントログの見方)で見つけたエラーコードを、ここでさらに調べる。
**確認事項**: エラーコードで検索する際は、可能な限り公式の配布元情報を優先して確認する。出所不明な対処法情報の中には、かえって状況を悪化させる操作(不要なレジストリ変更等)を勧めるものもあり、実行前に内容を吟味する。
---
### KNOW-P-0739 ディスクの健康状態確認(S.M.A.R.T.)
**構造の型**: 多くのHDD/SSDは、自己診断機能(S.M.A.R.T.)により内部の状態(代替セクタ数・稼働時間・温度等)を記録している。専用ツールでこの情報を読み取り、故障の予兆を早期に把握する。
**使いどころ**: ディスクの動作に違和感がある、あるいは定期点検の一環として。
**組合せ例**: KNOW-P-0674(パーティションテーブルの破損兆候)と併用し、論理的な問題か物理的な故障の予兆かを見分ける。
**確認事項**: S.M.A.R.T.の警告が出た場合、そのディスクは近い将来故障する可能性が高いと考え、**修復を試みる前にまず重要データの救出・バックアップを最優先する**。警告を無視して使い続けることは推奨されない。
---
### KNOW-P-0740 ディスクチェック(chkdsk等)
**構造の型**: ファイルシステムの整合性(記録されている構造とディスク上の実際の状態のずれ)を検査し、必要に応じて修復するツール。多くのOSに標準搭載されている。
**使いどころ**: 不正終了(強制電源断等)の後、あるいはファイルの読み書きでエラーが頻発する場合。
**組合せ例**: KNOW-P-0674(パーティションテーブルの破損兆候)の確認後、論理的な不整合が疑われる場合の対処手段。
**確認事項**: チェック・修復の過程で、破損が激しい場合は一部データを復旧できないまま処理が進むことがある。**重要データがあるディスクでは、可能であれば先に別の手段でデータ救出を試みてからチェックを実行する**方が安全である。
---
### KNOW-P-0741 メモリ診断
**構造の型**: 搭載メモリに物理的な不良がないかを検査する専用ツール。OS起動前の専用モードで、メモリの全領域に対して読み書きテストを行う。
**使いどころ**: 原因不明の強制終了・フリーズが頻発する場合の切り分け項目の一つ。
**組合せ例**: 脊椎0358o(メモリ選定)・0358r(起動と診断の技)のPOSTエラー診断と連続する検査工程。
**確認事項**: メモリ診断には一定の時間がかかる(全領域を検査するため)。不良が検出された場合は、該当するメモリモジュールの交換を検討する対象になる。
---
### KNOW-P-0742 システムファイルチェッカー
**構造の型**: OSの重要なシステムファイルが破損・改変されていないかを検査し、正常なコピーへ自動的に置き換えるツール。
**使いどころ**: 原因不明の動作不良が続き、システムファイル自体の破損が疑われる場合。
**組合せ例**: KNOW-P-0740(ディスクチェック)で物理・論理的な問題が無いことを確認した後に試す、より上位層の検査手段。
**確認事項**: このツールで修復できない破損が見つかった場合、より広範な手段(KNOW-P-0733システムの復元、あるいは最終手段としてのクリーンインストール)を検討する段階に進む。
---
### KNOW-P-0743 ディスク容量不足への対処
**構造の型**:
```
[容量を消費している項目の特定] → [不要データの削除/移動]
→ [それでも不足なら] → [パーティション拡張またはストレージ増設]
```
**使いどころ**: 「ディスクの空き容量が少ない」という警告が出た場合の対処。
**組合せ例**: KNOW-P-0665(パーティションの拡張)・KNOW-P-0744(一時ファイルの整理)・KNOW-P-0745(不要プログラムのアンインストール)の各手段を、状況に応じて選ぶ入口となる項目。
**確認事項**: 空き容量が極端に少ない状態が続くと、OSやアプリの一時的な作業領域が確保できず、動作が不安定になる場合がある。余裕を持った空き容量を維持する意識を持つ。
---
### KNOW-P-0744 一時ファイルの整理
**構造の型**: アプリやOSが動作の過程で一時的に作成し、本来は自動的に削除されるはずが残ってしまったファイル群を、専用のクリーンアップツールで整理する。
**使いどころ**: 容量不足の対処、あるいは定期的な保守作業として。
**組合せ例**: KNOW-P-0743(ディスク容量不足への対処)の具体的な手段の一つ。
**確認事項**: クリーンアップツールの項目一覧には、消去してよいものとまだ使用中の可能性があるものが混在する場合がある。内容が分からない項目は、対象から外すか事前に調べてから実行する。
---
### KNOW-P-0745 不要プログラムのアンインストール
**構造の型**: 使わなくなったアプリケーションを、OS標準のアンインストール機能を通じて正式に削除する。ファイルを直接削除するだけでは、関連する設定やレジストリ情報が残ってしまう場合がある。
**使いどころ**: 容量整理、あるいは動作の軽量化を図る場面。
**組合せ例**: KNOW-P-0685(不要なプリインストールアプリの整理)と同じ技術を、日常保守の文脈で使う。
**確認事項**: 用途が分からないプログラムをアンインストールする前に、名称や提供元を確認する。システムの動作に関わる重要なコンポーネントを誤って削除しないよう注意する。
---
### KNOW-P-0746 マルウェア感染時の対処初動
**構造の型**:
```
[ネットワークからの切り離し(拡散防止)] → [セキュリティ対策ソフトでの検査]
→ [検出された脅威の駆除] → [重要データのバックアップ状態確認]
→ [必要に応じてクリーンインストールの検討]
```
**使いどころ**: 不審な挙動(見覚えのない通信・意図しないポップアップ等)に気づいた際の初動対応。
**組合せ例**: KNOW-P-0693(セキュリティ対策ソフトの導入)の予防が事前に効いていれば、この初動もより確実になる。
**確認事項**: **感染が疑われる状態でネットワークに繋いだまま原因調査を続けると、被害が拡大するおそれがある**。まずネットワークを切り離してから対処に着手するという順序を守る。深刻な感染が疑われる場合、最終的にはクリーンインストール(第1章)による再構築が最も確実な選択肢になり得る。
---
### KNOW-P-0747 パスワード忘れ時の対処
**構造の型**: アカウントのパスワードを忘れた場合、OS標準のパスワードリセット機能、事前に設定した回復用の連絡先・回復キー、あるいは管理者権限を持つ別アカウントからのリセットといった手段を状況に応じて使う。
**使いどころ**: ログインできなくなった際の対処として。
**組合せ例**: KNOW-P-0676(初回起動時のアカウント作成)で控えておいたパスワード情報・回復手段がここで生きる。
**確認事項**: 回復手段を何も準備していなかった場合、最終的にはデータを保持したままのアクセス回復が困難になり、クリーンインストールを検討せざるを得ない事態もあり得る。アカウント作成時点での回復手段の準備が、この項目における最大の予防策である。
---
### KNOW-P-0748 リモート保守の基礎
**構造の型**: 離れた場所から他のPCの画面を共有し、操作や診断を行う仕組み。家族や知人のPCを遠隔で手助けする場合等に使われる。
**使いどころ**: 対象PCの前に行けない状況で、状態を確認したり簡単な設定を代行したりする場面。
**組合せ例**: KNOW-P-0736(イベントログの見方)等、これまでの診断技術を遠隔からでも活用できる。
**確認事項**: リモート接続を許可する設定は、悪用されると第三者の侵入経路にもなり得る。使用後は接続を切断し、常時許可したままにしない運用が安全側である。
---
### KNOW-P-0749 保守記録(メンテナンスログ)の作成
**構造の型**: いつ・何を・なぜ行ったか(更新適用日・トラブル内容・対処内容等)を、簡単な記録として残しておく。
**使いどころ**: 長期間の運用の中で、過去に何を行ったかを振り返りたい場面。
**組合せ例**: KNOW-P-0700(初期設定ログの記録)と対応し、初期設定時から継続する記録の習慣。
**確認事項**: 記録を残さずに場当たり的な対処を重ねると、同じ問題が再発した際に前回の解決方法を思い出せず、また一から調査することになる。簡単な一行メモでも、後から見返せる記録には大きな価値がある。
---
### KNOW-P-0750 サポート終了(EOL)を迎えたOSへの対処(第5章まとめ・総括)
**構造の型**:
| 対処方針 | 内容 | 留意点 |
|---|---|---|
| 更新版への移行 | 後継OSまたは新バージョンへ計画的に移行 | データ移行計画(第1章)を併用 |
| 継続利用の判断 | ネットワークから隔離する等の限定運用 | セキュリティリスクの自覚が前提 |
| ハードウェア更新 | 要件を満たす新しい構成への刷新 | 脊椎0358o〜pの部品選定と連携 |
サポート終了(EOL: End of Life)を迎えたOSは、以後は不具合や脆弱性の修正が提供されなくなる。
**使いどころ**: 使用中のOSのサポート終了時期が近づいてきた際の計画段階。
**組合せ例**: 第1章のインストール準備の技(特にバックアップ先行原則・データ移行元の棚卸し)を再び一巡させ、新環境への移行に活用する。本冊の第1章と第5章がここで一周してつながる。
**確認事項**: **サポートが終了したOSをそのままインターネットに接続して使い続けることは、修正されない脆弱性を抱えたまま運用することを意味する**。移行の計画を早めに立て、本冊のインストール準備の技(第1章)・バックアップの技(第4章)を活用して、余裕を持って新環境へ移る道筋を選ぶことが、保守の最終的な到達点になる。
# BOOK-0358t PC創造大全 目録X OS導入と保守の技