はじめに

Linuxでディスク操作の学習をしていると、よく目にする /dev/sda。
この名前、よく見かけるけど実際に何のためのものかわからなかったのでまとめてみました。

結論から言うと、実務で /dev/sda を操作するのはかなり危険です。
この記事では、その理由と、ディスク操作を安全に行うための基本的な考え方をまとめます。

`/dev/sda` とは何か？

Linuxでは、ストレージデバイスは /dev/sdX（例：/dev/sda, /dev/sdb）のように名前が付けられます。
その中でも /dev/sda は、最初に認識されたディスクです。

多くのケースでは、この /dev/sda に Linuxの本体（OS）や設定ファイル、ブート情報などが格納されています。

つまり、Linuxが動作するための大事な「心臓部」が詰まっている場所です。

たとえば、以下のようなコマンドを実行してしまうとどうなるでしょうか？

sudo mkfs.ext4 /dev/sda

これは /dev/sda に新しいファイルシステムを上書きする（＝初期化する）コマンドです。
この操作をしてしまうと、以下のような重大な影響があります。

➡ つまり、OSが「文鎮化」します。
※「OSの文鎮化（ぶんちんか）」とは、OSが起動不能になり、使い物にならなくなった状態

実は /dev/sda という名前は、起動時にカーネルが認識した順番で決まるため、接続状況によって変わることがあります。

たとえば…

というように、デバイス名は環境やタイミングによって変動する可能性があります。

「/dev/sdb だからデータディスクだろう」と思ってフォーマットしたら、実はそれがシステムディスクだった…
という事故も、実務では本当に起こるらしいです。

以下の方法を組み合わせることで、ディスク操作の安全性が大幅に向上します。

lsblk

どのディスクにどんなパーティションがあり、どこにマウントされているかが一覧で表示されます。

sudo blkid

各パーティションのUUID（ユニークな識別子）を確認できます。
UUIDを使えば、デバイス名が変わっても安全に識別できます。

UUID=abcd-1234-5678-efgh /mnt/data ext4 defaults 0 2

デバイス名ではなくUUIDでマウント設定を書くことで、起動順の変化によるトラブルを防げます。

sudo e2label /dev/sdb1 DATA_DISK

lsblk -f でラベルを確認できるようになり、視認性が向上します。

ディスク操作は、インフラエンジニアにとってとても強力かつ危険な操作のひとつです。
ちょっとした確認不足が、システム停止やデータ消失といった大きなトラブルにつながることもあります。

だからこそ、
「触っていいもの」と「触ってはいけないもの」 をしっかり見分ける目を養うことが大切だと感じました。

この記事が、
「安全なディスク管理の考え方」を身につける一助になれば幸いです。