CentOS6ほか／起動中にDISKのパーティションがmountできずに止まる場合の対処

[障害対応訓練](http://hmatsu47.hatenablog.com/entry/2016/08/18/225422)ネタ第2段です。
状況が限られすぎていて、あまり一般には参考にならないと思います…。
はい。内部向け文書です（笑）。

# トラブルの内容
本番（プロダクト）環境ではあまりやらないと思いますが、開発環境などで、テストデータのすげ替えを行うときに、mountするDISK／パーティションの入れ替えのために /etc/fstab を書き換えたりします。
そのとき、うっかりミスをしてmount対象のUUIDを存在しないものに書き換えてしまうと、ブートの途中で止まってしまいます。
![image](https://qiita-image-store.s3.amazonaws.com/0/123899/9e47608a-245f-b181-c747-53c91e42fc8a.png)
明らかに怪しげなUUIDですね。

# 対処その１：rootパスワードがわかる場合
ここで、rootパスワードがわかる場合は、このままrootパスワードを入れてシェルに入ります。
/etc/fstab を見てみると、やっぱり変なヤツがいます。
![image](https://qiita-image-store.s3.amazonaws.com/0/123899/1349f8be-ebcc-0d63-1c90-2226b59b136c.png)
通常は正しい内容の行をコメントアウトしたり、別ファイルにバックアップしておくなどして正しいUUIDがどこかに残っているはず…ですが、うっかりそのまま上書きしてしまった、という場合には、慌てずに「blkid」コマンドで調べます。
![image](https://qiita-image-store.s3.amazonaws.com/0/123899/b193241e-8fff-cfa5-0fab-8acfb5d21c9d.png)
…いました！
複数の行を消してしまったなどで、どれとどれが対応するのかがわからない場合は、一度 mount して中身を調べてみるのも手です。

なお、この時点では、/etc/fstab を含むパーティションはread-onlyでmountされているため、読み書き可能な状態で再マウントしてから /etc/fstab を編集します。
![image](https://qiita-image-store.s3.amazonaws.com/0/123899/8bf6c9e7-208e-45f7-116c-4d4b64f76a21.png)
書き換えたら保存します。
![image](https://qiita-image-store.s3.amazonaws.com/0/123899/2304a061-7107-4473-c43d-ff91bb64663f.png)
終わったら再起動します。
![image](https://qiita-image-store.s3.amazonaws.com/0/123899/dc89df14-755a-c6c6-496f-9f56aef480f1.png)

# 対処その２：rootパスワードがわからない場合
sudoコマンドを利用してシステム管理している場合は、rootパスワードがわからないこともあるでしょう。
その場合も、いくつか対処方法がありますが、ここではインストールディスク1枚目で起動し、Rescueモードを使う方法を記しておきます。

まず最初に、CentOS機（物理マシン／仮想マシン）でDVDブートできるよう、BIOS/UEFIを設定しておきます。
![fstab11.png](https://qiita-image-store.s3.amazonaws.com/0/123899/6e84bf45-d7f7-612d-6b22-811fbde2e946.png)
![fstab12.png](https://qiita-image-store.s3.amazonaws.com/0/123899/e1a06c01-67fe-c39c-9d83-6a50a3c1e937.png)
設定（変更）後、DVD（またはisoイメージなど）を入れて再起動しますが、仮想マシンの場合、仮想DVDドライブを「接続」状態にしておくことを忘れないようにしてください。
DVDで起動してきたら、「Rescue installed system」を選択します。
![image](https://qiita-image-store.s3.amazonaws.com/0/123899/5fe33154-1ec7-454a-3cb6-f4c6a58d39c0.png)
その後、言語（「English」でも「Japanese」でもOK）、キーボード（日本語キーボードならjp106）、ネットワーク（特に理由がなければ接続不要）、DISK／パーティションのmount（[Continue]でOK）を選択します。
![fstab14.png](https://qiita-image-store.s3.amazonaws.com/0/123899/dbea1a8e-1767-a0fe-c49f-ee79680b2da4.png)
![fstab15.png](https://qiita-image-store.s3.amazonaws.com/0/123899/309ca3ba-99d3-3802-e4bc-c98fd0bea62a.png)
![fstab16.png](https://qiita-image-store.s3.amazonaws.com/0/123899/00743205-3b91-b9ba-7c1a-02406d139482.png)
![fstab17.png](https://qiita-image-store.s3.amazonaws.com/0/123899/7c0bb735-699e-ed58-9d58-e5752b7fe501.png)
mount先についての注意（「/mnt/sysimage/」以下に各パーティションがmountされる）が表示されます。
![fstab18.png](https://qiita-image-store.s3.amazonaws.com/0/123899/0494a1e5-a1c3-88c8-53c9-ab8754a6316c.png)
最後に「Start shell」を選択します。
![image](https://qiita-image-store.s3.amazonaws.com/0/123899/124cadd3-8379-8cb8-e206-921eb0196b3e.png)
先の注意書きの通り、/mnt/sysimage 以下に各パーティションがmountされているので、必要であれば「chroot /mnt/sysimage」でルートを変更してください。

その後の作業は、基本的には「その１」と同じです。
但し、最初から書き込み可能な状態でmountされているため、読み書き可能な状態で再マウントする必要はありません。
また、再起動する前に「exit」コマンドでchroot環境を抜けてください。

再起動後は、DVDブートしないように、DVDを抜くか、仮想DVDドライブを「切断」するのも忘れずに。

# ついでに
Rescueモードを使う方法は、OS起動の、もっと手前の段階で止まってしまったものの、
・GRUBシェルの使い方がわからない！
・そもそもGRUBのメニューすら出てこない！
という場合にも使えます。