インストラクター：このレッスンでは､
ブートの問題についてお話しします｡
さて､ コンピューターが初めて起動すると､ パワーオンセルフテストが行われる｡
それが成功すると､ ブートデバイスを探す｡
このブートデバイスは､ ソリッドステートデバイスや内蔵ハードドライブなどの内蔵ストレージドライブであったり､
USBフラッシュドライブやCDやDVDなどのリムーバブルメディアであったりします｡
これに加えて､ ネットワーク経由で起動することもできる｡
これらはすべて､ システムを起動するためのさまざまな方法だ｡
しかし重要なのは､ システムがブータブルデバイスを見つけられない場合､
ロードするオペレーティングシステムがないため､ 実際にエラーが発生するということだ｡
この場合､ ブータブルデバイスが見つからないというエラーが表示されます｡
では､ どうすれば解決できるのか？
さて､ このブート問題を解決するためには､
いくつかの異なる点を検討する必要がある｡
まず､ UEFIまたはBIOSに入り､ ブート順を確認することができます｡
UEFIまたはBIOSの内部では､ デバイスをどのように起動させたいか､
どの順番で起動させたいかを正確に指示することになる｡
例えば､ 今このレッスンで紹介した順番は､ 実はかなり一般的な順番で､
まずソリッドステートデバイスや内蔵ハードディスクのような内蔵ストレージデバイスを探し､
次にUSBフラッシュドライブや光学ディスクドライブ､ あるいは昔ながらのフロッピーディスクドライブのようなリムーバブルストレージを探します｡
そして､ 最終的なブートオプションとしてネットワークを探す｡
この順序は､ UEFIまたはBIOS内部で割り当てた優先順位に基づいて変更できます｡
次に､ これらのストレージデバイスがUEFIまたはBIOS内でコンピュータに認識されていることを確認してください｡
UEFIやBIOSで認識されない場合､ ストレージデバイスがマザーボードに正しく接続されていないか､
適切な電力が供給されていない可能性があります｡
そのため､ ストレージデバイスの接続を確認し､
適切にケーブルが接続されていることを確認したい｡
UEFIまたはBIOSがストレージデバイスを認識していることを確認したら､
ブートセクターに問題がある可能性があります｡
ブートセクターは､ システムを起動するときにUEFIやBIOSによって読み取られる､
ストレージデバイス上の最初の領域です｡
これは､ システムがそのストレージ・デバイス上のパーティションを判断するのに役立ち､
ドライブ・レターを割り当てて､ それらのパーティションを操作できるようにする｡
さて､ ストレージデバイスをフォーマットしてブート情報を提供できるようにするには､
2つの異なる方法があります｡
これはマスターブートレコード､ またはGPTまたはGUIDパーティションテーブルとして知られています｡
マスターブートレコードはMBRとも呼ばれ､
ブート情報を提供するレガシーな方法です｡
MBRを使用している場合､ これはストレージデバイスの最初のパーティションの最初のセクタに格納される｡
さて､ ストレージ・デバイスのパーティションというのは､
1テラバイトのSSDやハードディスク・ドライブのようなドライブ全体を､
複数の論理パーツに分割することを指している｡
これらの各部分はパーティションと呼ばれる｡
パーティションは1つでもよいし､
複数でもよい｡
ただ､ どのようにシステムを構成したいかによる｡
Windowsを使っている場合､
ほとんどの場合パーティションは1つだが､ Linuxシステムを使っている場合は､
システムファイルとデータファイルなどを分けるために複数のパーティションがあるかもしれない｡
このレガシーなマスターブートレコードフォーマットを使用する場合､
ストレージデバイスの最初のセクタにあるすべてのパーティションに関する情報と､
アクティブなブートセクタを持つ最初のブータブルパーティションの場所を示す情報が保存されます｡
システムが起動しようとするとき､ マスター・ブート・レコード・タイプのシステムを使用している場合､
最初のセクタを読み､ パーティションに関する情報を取得し､
アクティブ・ブート・セクタがどこにあるかを把握し､
アクティブ・ブート・セクタに移動して､ ブート・ローダーを使用してオペレーティング・システムを見つけてロードできるようにします｡
さて､ 使用するオペレーティング・システムによって､
使用するブートローダーは異なる｡
ウィンドウズを使用している場合､
ウィンドウズシステムとその起動方法に関する情報を保存するために､
BCDとも呼ばれるブートコンフィギュレーションデータを使用することになる｡
Linuxオペレーティングシステムを使っている場合､
ブートローダーとしてGRUBかLILOを使っていることがほとんどだろう｡
いずれにせよ､ コンセプトは同じだ｡
システムを起動し､ ストレージデバイスを見つけ､ マスターブートレコードを含むストレージデバイスの最初のセクタを読み込み､
アクティブパーティションのブートセクタを指定して､
ブートローダーをロードし､ オペレーティングシステムをロードできるようにします｡
さて､ ブート情報を使ってストレージデバイスをフォーマットする2つ目の方法は､
実際に最近のシステムで使われているもので､
GPTまたはGUIDパーティションテーブルとして知られています｡
GUIDはGlobally Unique IDの略で､ GUIDパーティションテーブルは､
MBR（マスターブートレコード）よりも多くの現代的な利点を持つ特殊なブートスキームである｡
例えば､ より大きなサイズのパーティションを持つことができ､
マスターブートレコードのように必ずしも最初のパーティションから起動する必要はありません｡
GPTブートスキーマを扱う場合､
ブート情報は1つのセクタに限定されるのではなく､ 好きなパーティションに保存することができます｡
そしてその代わりに､ ブート情報をハードドライブ上の他のセクターに移動させることができる｡
しかし､ 考え方は同じだ｡
それでも､ ストレージ・デバイス上のさまざまなパーティションを識別し､
アクティブなパーティションの1つにあるオペレーティング・システム・ブートローダーを使って起動するオペレーティング・システムを見つけることができなければならない｡
もしストレージデバイスがUEFIやBIOSによって正しく検出されているにも関わらず､
ブート可能なデバイスが見つからない場合､ それは通常マスターブートレコードかGPTとして知られるGUIDパーティションテーブルに問題があることを示しています｡
ほとんどの場合､ ブータブルデバイスが見つからないというエラーメッセージが表示されますが､
場合によっては､ OSまたはオペレーティングシステムが見つからない､
あるいは無効なドライブ仕様であるというエラーメッセージが表示されることもあります｡
これらはすべて同じことを示す傾向がある｡
そのストレージデバイスのブートセクタに何らかの問題がある｡
技術者として､ ブートセクターが破損しているこの種の問題が発生した場合､
ブートセクターを修正し､ オペレーティングシステムを復元できるようにする方法を理解する必要があります｡
この種のトラブルシューティングは､
特定のオペレーティング・システム・バージョンに特化したものなので､
A+試験のCore 2のために取っておくことにします｡
Core 1では､ オペレーティング・システムではなく､ ハードウェアに重点を置いています｡
その代わりに､ ブートセクターが壊れていることを特定する必要があります｡
Core 2では､ 使用しているオペレーティングシステム別に､
その問題を解決する方法を説明します｡
さて､ ブートセクタ､ マスターブートレコード､
GUIDパーティションテーブルについて説明したところで､ ブートに関するもう一つの問題を見てみましょう｡
先ほど､ UEFIとBIOSはあなたが設定した内容に基づいて､
優先的に起動する順番を設定すると書きました｡
通常は内蔵ディスクを最初に見るが､ 優先順位を変更した場合は､
CD､ DVD､ USBメモリなどのリムーバブル・ストレージ・メディアを最初に見たり､
ネットワークを最初に見てから内蔵ストレージ・ドライブに行くこともある｡
というのも､ 優先順位の設定が間違っていて､
光ディスクドライブを優先するような設定にしていて､
誰かがライブLinuxディストリビューションの入ったDVDを入れたままにしていた場合､
システムを再起動すると､ 内蔵ハードディスクから期待していたWindowsではなく､ DVDから先に起動してLinuxをロードしてしまうからです｡
ブートの優先順位を正しく設定しないと､
内蔵ディスクではなく外部デバイスやネットワークからブートしてしまい､
ユーザーが予期していないオペレーティング・システムをロードしてしまう可能性があるからだ｡
さて､ 起動の問題をトラブルシューティングするときに最後に言っておきたいことは､
内蔵ストレージデバイスが実際に正しく動作しているかどうかを､ デバイスが動いているかどうかを見たり､ 聞いたり､
感じたりすることで常に確認できるようにしておくことです｡
さて､ その記憶装置を見たり､
聞いたり､ 感じたりするとはどういうことか？
コンピュータの前面を見ると､ LEDのアクティビティランプがあるはずだ｡
システムの電源を入れると､ ハードディスク・ドライブであれソリッド・ステート・ドライブであれ､
内蔵ディスク・ドライブにデータがアクセスされたり､
内蔵ディスク・ドライブからデータが取り出されたりするたびに､
ドライブのアクティビティが表示され､ LEDが点滅するはずです｡
それが私の言う "見る "ということだ｡
さて､ 「聴く」「感じる」ということだが､ これはソリッドステート・デバイスを扱っているときには機能しないが､
従来のハードディスクでは機能する｡
従来のハードディスクを使っていて､
情報を読み書きしているとき､ ハードディスクがあるケースの横に手を置くと､
ディスクが実際に動いているかどうかを感じることができる｡
シークヘッドがディスクのさまざまな部分から情報を読み取ろうとしているときに､
ハードディスクドライブが動き回る心配な音が聞こえるからだ｡
そのため､ コンピュータを起動したときに､
ハードディスク・ドライブが回転する音が聞こえなかったり､
ケースに触れたときに振動を感じなかったりする場合は､ ドライブがシステムから正しく認識されていないか､ 正しく給電されていない可能性があります｡
この場合､ システムをシャットダウンし､ ケースを開け､
マザーボードと電源に正しくケーブルが接続されていることを確認し､
ハードディスク・ドライブが使用可能な状態であることを確認し､ そこからオペレーティング・システムを起動できるようにする必要があるかもしれません｡