WEBVTT 00:00.150 --> 00:01.050 インストラクター：このレッスンでは､ 00:01.050 --> 00:03.480 ブートの問題についてお話しします｡ 00:03.480 --> 00:07.539 さて､ コンピューターが初めて起動すると､ パワーオンセルフテストが行われる｡ 00:07.539 --> 00:11.726 それが成功すると､ ブートデバイスを探す｡ 00:11.726 --> 00:17.956 このブートデバイスは､ ソリッドステートデバイスや内蔵ハードドライブなどの内蔵ストレージドライブであったり､ 00:17.956 --> 00:23.970 USBフラッシュドライブやCDやDVDなどのリムーバブルメディアであったりします｡ 00:23.970 --> 00:26.970 これに加えて､ ネットワーク経由で起動することもできる｡ 00:26.970 --> 00:30.210 これらはすべて､ システムを起動するためのさまざまな方法だ｡ 00:30.210 --> 00:31.230 しかし重要なのは､ システムがブータブルデバイスを見つけられない場合､ 00:31.230 --> 00:38.640 ロードするオペレーティングシステムがないため､ 実際にエラーが発生するということだ｡ 00:38.640 --> 00:43.710 この場合､ ブータブルデバイスが見つからないというエラーが表示されます｡ 00:43.710 --> 00:45.720 では､ どうすれば解決できるのか？ 00:45.720 --> 00:46.895 さて､ このブート問題を解決するためには､ 00:46.895 --> 00:50.070 いくつかの異なる点を検討する必要がある｡ 00:50.070 --> 00:54.480 まず､ UEFIまたはBIOSに入り､ ブート順を確認することができます｡ 00:54.480 --> 00:57.450 UEFIまたはBIOSの内部では､ デバイスをどのように起動させたいか､ 00:57.450 --> 01:00.630 どの順番で起動させたいかを正確に指示することになる｡ 01:00.630 --> 01:03.510 例えば､ 今このレッスンで紹介した順番は､ 実はかなり一般的な順番で､ 01:03.510 --> 01:07.380 まずソリッドステートデバイスや内蔵ハードディスクのような内蔵ストレージデバイスを探し､ 01:07.380 --> 01:17.970 次にUSBフラッシュドライブや光学ディスクドライブ､ あるいは昔ながらのフロッピーディスクドライブのようなリムーバブルストレージを探します｡ 01:17.970 --> 01:21.450 そして､ 最終的なブートオプションとしてネットワークを探す｡ 01:21.450 --> 01:27.240 この順序は､ UEFIまたはBIOS内部で割り当てた優先順位に基づいて変更できます｡ 01:27.240 --> 01:34.020 次に､ これらのストレージデバイスがUEFIまたはBIOS内でコンピュータに認識されていることを確認してください｡ 01:34.020 --> 01:40.110 UEFIやBIOSで認識されない場合､ ストレージデバイスがマザーボードに正しく接続されていないか､ 01:40.110 --> 01:43.200 適切な電力が供給されていない可能性があります｡ 01:43.200 --> 01:44.910 そのため､ ストレージデバイスの接続を確認し､ 01:44.910 --> 01:48.280 適切にケーブルが接続されていることを確認したい｡ 01:48.280 --> 01:52.470 UEFIまたはBIOSがストレージデバイスを認識していることを確認したら､ 01:52.470 --> 01:55.950 ブートセクターに問題がある可能性があります｡ 01:55.950 --> 02:00.420 ブートセクターは､ システムを起動するときにUEFIやBIOSによって読み取られる､ 02:00.420 --> 02:03.480 ストレージデバイス上の最初の領域です｡ 02:03.480 --> 02:07.950 これは､ システムがそのストレージ・デバイス上のパーティションを判断するのに役立ち､ 02:07.950 --> 02:12.210 ドライブ・レターを割り当てて､ それらのパーティションを操作できるようにする｡ 02:12.210 --> 02:15.300 さて､ ストレージデバイスをフォーマットしてブート情報を提供できるようにするには､ 02:15.300 --> 02:17.460 2つの異なる方法があります｡ 02:17.460 --> 02:22.920 これはマスターブートレコード､ またはGPTまたはGUIDパーティションテーブルとして知られています｡ 02:22.920 --> 02:25.650 マスターブートレコードはMBRとも呼ばれ､ 02:25.650 --> 02:28.860 ブート情報を提供するレガシーな方法です｡ 02:28.860 --> 02:35.340 MBRを使用している場合､ これはストレージデバイスの最初のパーティションの最初のセクタに格納される｡ 02:35.340 --> 02:37.740 さて､ ストレージ・デバイスのパーティションというのは､ 02:37.740 --> 02:40.200 1テラバイトのSSDやハードディスク・ドライブのようなドライブ全体を､ 02:40.200 --> 02:46.230 複数の論理パーツに分割することを指している｡ 02:46.230 --> 02:48.960 これらの各部分はパーティションと呼ばれる｡ 02:48.960 --> 02:50.550 パーティションは1つでもよいし､ 02:50.550 --> 02:52.140 複数でもよい｡ 02:52.140 --> 02:54.960 ただ､ どのようにシステムを構成したいかによる｡ 02:54.960 --> 02:56.070 Windowsを使っている場合､ 02:56.070 --> 02:59.933 ほとんどの場合パーティションは1つだが､ Linuxシステムを使っている場合は､ 02:59.933 --> 03:06.161 システムファイルとデータファイルなどを分けるために複数のパーティションがあるかもしれない｡ 03:06.161 --> 03:09.780 このレガシーなマスターブートレコードフォーマットを使用する場合､ 03:09.780 --> 03:14.550 ストレージデバイスの最初のセクタにあるすべてのパーティションに関する情報と､ 03:14.550 --> 03:21.510 アクティブなブートセクタを持つ最初のブータブルパーティションの場所を示す情報が保存されます｡ 03:21.510 --> 03:25.980 システムが起動しようとするとき､ マスター・ブート・レコード・タイプのシステムを使用している場合､ 03:25.980 --> 03:27.690 最初のセクタを読み､ パーティションに関する情報を取得し､ 03:27.690 --> 03:29.340 アクティブ・ブート・セクタがどこにあるかを把握し､ 03:29.340 --> 03:37.650 アクティブ・ブート・セクタに移動して､ ブート・ローダーを使用してオペレーティング・システムを見つけてロードできるようにします｡ 03:37.650 --> 03:39.990 さて､ 使用するオペレーティング・システムによって､ 03:39.990 --> 03:42.210 使用するブートローダーは異なる｡ 03:42.210 --> 03:43.380 ウィンドウズを使用している場合､ 03:43.380 --> 03:45.690 ウィンドウズシステムとその起動方法に関する情報を保存するために､ 03:45.690 --> 03:51.090 BCDとも呼ばれるブートコンフィギュレーションデータを使用することになる｡ 03:51.090 --> 03:53.130 Linuxオペレーティングシステムを使っている場合､ 03:53.130 --> 03:56.760 ブートローダーとしてGRUBかLILOを使っていることがほとんどだろう｡ 03:56.760 --> 03:59.130 いずれにせよ､ コンセプトは同じだ｡ 03:59.130 --> 04:04.050 システムを起動し､ ストレージデバイスを見つけ､ マスターブートレコードを含むストレージデバイスの最初のセクタを読み込み､ 04:04.050 --> 04:05.940 アクティブパーティションのブートセクタを指定して､ 04:05.940 --> 04:12.210 ブートローダーをロードし､ オペレーティングシステムをロードできるようにします｡ 04:12.210 --> 04:15.750 さて､ ブート情報を使ってストレージデバイスをフォーマットする2つ目の方法は､ 04:15.750 --> 04:17.850 実際に最近のシステムで使われているもので､ 04:17.850 --> 04:21.911 GPTまたはGUIDパーティションテーブルとして知られています｡ 04:21.911 --> 04:25.560 GUIDはGlobally Unique IDの略で､ GUIDパーティションテーブルは､ 04:25.560 --> 04:33.660 MBR（マスターブートレコード）よりも多くの現代的な利点を持つ特殊なブートスキームである｡ 04:33.660 --> 04:36.020 例えば､ より大きなサイズのパーティションを持つことができ､ 04:36.020 --> 04:41.910 マスターブートレコードのように必ずしも最初のパーティションから起動する必要はありません｡ 04:41.910 --> 04:44.430 GPTブートスキーマを扱う場合､ 04:44.430 --> 04:54.720 ブート情報は1つのセクタに限定されるのではなく､ 好きなパーティションに保存することができます｡ 04:54.720 --> 04:58.320 そしてその代わりに､ ブート情報をハードドライブ上の他のセクターに移動させることができる｡ 04:58.320 --> 04:59.610 しかし､ 考え方は同じだ｡ 04:59.610 --> 05:01.080 それでも､ ストレージ・デバイス上のさまざまなパーティションを識別し､ 05:01.080 --> 05:09.330 アクティブなパーティションの1つにあるオペレーティング・システム・ブートローダーを使って起動するオペレーティング・システムを見つけることができなければならない｡ 05:09.330 --> 05:12.120 もしストレージデバイスがUEFIやBIOSによって正しく検出されているにも関わらず､ 05:12.120 --> 05:24.900 ブート可能なデバイスが見つからない場合､ それは通常マスターブートレコードかGPTとして知られるGUIDパーティションテーブルに問題があることを示しています｡ 05:24.900 --> 05:26.910 ほとんどの場合､ ブータブルデバイスが見つからないというエラーメッセージが表示されますが､ 05:26.910 --> 05:29.460 場合によっては､ OSまたはオペレーティングシステムが見つからない､ 05:29.460 --> 05:35.995 あるいは無効なドライブ仕様であるというエラーメッセージが表示されることもあります｡ 05:35.995 --> 05:38.640 これらはすべて同じことを示す傾向がある｡ 05:38.640 --> 05:42.630 そのストレージデバイスのブートセクタに何らかの問題がある｡ 05:42.630 --> 05:45.480 技術者として､ ブートセクターが破損しているこの種の問題が発生した場合､ 05:45.480 --> 05:52.290 ブートセクターを修正し､ オペレーティングシステムを復元できるようにする方法を理解する必要があります｡ 05:52.290 --> 05:53.520 この種のトラブルシューティングは､ 05:53.520 --> 05:55.710 特定のオペレーティング・システム・バージョンに特化したものなので､ 05:55.710 --> 05:57.690 A+試験のCore 2のために取っておくことにします｡ 05:57.690 --> 06:04.920 Core 1では､ オペレーティング・システムではなく､ ハードウェアに重点を置いています｡ 06:04.920 --> 06:09.000 その代わりに､ ブートセクターが壊れていることを特定する必要があります｡ 06:09.000 --> 06:12.480 Core 2では､ 使用しているオペレーティングシステム別に､ 06:12.480 --> 06:15.390 その問題を解決する方法を説明します｡ 06:15.390 --> 06:16.890 さて､ ブートセクタ､ マスターブートレコード､ 06:16.890 --> 06:23.788 GUIDパーティションテーブルについて説明したところで､ ブートに関するもう一つの問題を見てみましょう｡ 06:23.788 --> 06:26.640 先ほど､ UEFIとBIOSはあなたが設定した内容に基づいて､ 06:26.640 --> 06:31.590 優先的に起動する順番を設定すると書きました｡ 06:31.590 --> 06:34.500 通常は内蔵ディスクを最初に見るが､ 優先順位を変更した場合は､ 06:34.500 --> 06:39.300 CD､ DVD､ USBメモリなどのリムーバブル・ストレージ・メディアを最初に見たり､ 06:39.300 --> 06:46.950 ネットワークを最初に見てから内蔵ストレージ・ドライブに行くこともある｡ 06:46.950 --> 06:49.650 というのも､ 優先順位の設定が間違っていて､ 06:49.650 --> 06:52.680 光ディスクドライブを優先するような設定にしていて､ 06:52.680 --> 06:57.630 誰かがライブLinuxディストリビューションの入ったDVDを入れたままにしていた場合､ 06:57.630 --> 07:08.070 システムを再起動すると､ 内蔵ハードディスクから期待していたWindowsではなく､ DVDから先に起動してLinuxをロードしてしまうからです｡ 07:08.070 --> 07:09.870 ブートの優先順位を正しく設定しないと､ 07:09.870 --> 07:12.870 内蔵ディスクではなく外部デバイスやネットワークからブートしてしまい､ 07:12.870 --> 07:21.150 ユーザーが予期していないオペレーティング・システムをロードしてしまう可能性があるからだ｡ 07:21.150 --> 07:24.390 さて､ 起動の問題をトラブルシューティングするときに最後に言っておきたいことは､ 07:24.390 --> 07:29.820 内蔵ストレージデバイスが実際に正しく動作しているかどうかを､ デバイスが動いているかどうかを見たり､ 聞いたり､ 07:29.820 --> 07:33.720 感じたりすることで常に確認できるようにしておくことです｡ 07:33.720 --> 07:35.784 さて､ その記憶装置を見たり､ 07:35.784 --> 07:39.330 聞いたり､ 感じたりするとはどういうことか？ 07:39.330 --> 07:43.650 コンピュータの前面を見ると､ LEDのアクティビティランプがあるはずだ｡ 07:43.650 --> 07:46.860 システムの電源を入れると､ ハードディスク・ドライブであれソリッド・ステート・ドライブであれ､ 07:46.860 --> 07:48.780 内蔵ディスク・ドライブにデータがアクセスされたり､ 07:48.780 --> 07:50.520 内蔵ディスク・ドライブからデータが取り出されたりするたびに､ 07:50.520 --> 07:55.740 ドライブのアクティビティが表示され､ LEDが点滅するはずです｡ 07:55.740 --> 07:57.600 それが私の言う "見る "ということだ｡ 07:57.600 --> 08:03.090 さて､ 「聴く」「感じる」ということだが､ これはソリッドステート・デバイスを扱っているときには機能しないが､ 08:03.090 --> 08:05.670 従来のハードディスクでは機能する｡ 08:05.670 --> 08:07.350 従来のハードディスクを使っていて､ 08:07.350 --> 08:12.960 情報を読み書きしているとき､ ハードディスクがあるケースの横に手を置くと､ 08:12.960 --> 08:20.040 ディスクが実際に動いているかどうかを感じることができる｡ 08:20.040 --> 08:23.700 シークヘッドがディスクのさまざまな部分から情報を読み取ろうとしているときに､ 08:23.700 --> 08:29.700 ハードディスクドライブが動き回る心配な音が聞こえるからだ｡ 08:29.700 --> 08:31.530 そのため､ コンピュータを起動したときに､ 08:31.530 --> 08:33.450 ハードディスク・ドライブが回転する音が聞こえなかったり､ 08:33.450 --> 08:42.300 ケースに触れたときに振動を感じなかったりする場合は､ ドライブがシステムから正しく認識されていないか､ 正しく給電されていない可能性があります｡ 08:42.300 --> 08:44.748 この場合､ システムをシャットダウンし､ ケースを開け､ 08:44.748 --> 08:45.628 マザーボードと電源に正しくケーブルが接続されていることを確認し､ 08:45.628 --> 08:55.463 ハードディスク・ドライブが使用可能な状態であることを確認し､ そこからオペレーティング・システムを起動できるようにする必要があるかもしれません｡