「パーティショニング」の版間の差分
(→パーティションアライメント: 同期) |
(→GPT カーネルサポート: 修正) |
||
| 238行目: | 238行目: | ||
== GPT カーネルサポート == |
== GPT カーネルサポート == |
||
| − | カーネル構成の {{ic|CONFIG_EFI_PARTITION}} オプションは、カーネルでの GPT サポートを有効にします(名前は EFI PARTITION ですが) |
+ | カーネル構成の {{ic|CONFIG_EFI_PARTITION}} オプションは、カーネルでの GPT サポートを有効にします(名前は EFI PARTITION ですが)。このオプションはカーネルに組み込まれている必要があり、ロード可能なモジュールとしてコンパイルされてはなりません。このオプションは、GPT ディスクがデータストレージのみに使用され、起動には使用されない場合でも必要です。このオプションは、すべての Arch の [[カーネル#公式サポートカーネル|公式にサポートされているカーネル]] でデフォルトで有効になっています。カスタムカーネルの場合は、{{ic|1=CONFIG_EFI_PARTITION=y}} を実行してこのオプションを有効にします。 |
== トラブルシューティング == |
== トラブルシューティング == |
||
2022年8月1日 (月) 19:17時点における版
パーティショニングとは二次記憶装置上に1つ、あるいは複数の領域を作成して、それぞれの領域を分離して管理できるようにすることです。
ディスク全体を1つのパーティションに割り当てることもできますし、複数のパーティションに割り当てることもできます(デュアルブートする場合やスワップパーティションを作る場合、オーディオファイルやビデオファイルなどのデータを論理的に分けておきたい場合に便利です)。パーティションスキームは、Master Boot Record (MBR) や GUID Partition Table (GPT) などのパーティションテーブルに格納されています。
パーティションテーブルはパーティショニングツールを使うことで作成したり変更したりできます。Arch Linux で利用できるパーティショニングツールは #パーティショニングツール セクションにリストアップされています。
通常、パーティションにはファイルシステムが直接含まれています。これは、パーティション上にファイルシステムを作成する(つまり、パーティションをフォーマットする)ことで可能です。あるいは、パーティションには LVM、ブロックデバイス暗号化、RAID を含ませることもでき、最終的にこれらは、ファイルを格納できるデバイスファイルを提供します(あるいは、デバイスをさらに積み重ねることもできます)。
ブロックデバイス(例えば ディスク、パーティション、LUKS デバイス、LVM 論理ボリューム、RAID アレイ)のうち、マウント可能なファイルシステムを直接含んでいるものは、ボリュームと呼ばれます。
パーティションテーブル
パーティションの情報はパーティションテーブルに保存されます。現在、主に使われている形式は2つ存在します。昔ながらの Master Boot Record と新しい GUID Partition Table。後者は MBR 形式に存在するいくつかの制限を取り除くように改良されています。
Master Boot Record
Master Boot Record (MBR) は、ストレージデバイスの最初の512バイトです。 これには、オペレーティングシステムのブートローダーとストレージデバイスの Partition Table が含まれています。 BIOS システムの ブートプロセス で重要な役割を果たします。 MBR 構造については、Wikipedia:Master boot record#Diskpartitioning を参照してください。
Master Boot Record (bootstrap code)
MBRの最初の440バイトは、bootstrap code 領域 です。 BIOS システムでは、通常、ブートローダーの最初のステージが含まれています。 bootstrap code は、バックアップ、バックアップからの復元、または消去することができます usingdd
Master Boot Record (partition table)
MBR Partition Table (DOS または MS-DOS Partition Table とも呼ばれます) には、次の3種類のパーティションがあります。
- Primary (プライマリ)
- Extended (拡張)
- Logical (論理)
GUID Partition Table
パーティションタイプは Primary しかありません。ディスクや RAID ボリュームごとに作れるパーティションの数には制限がありません。
GPT か MBR の選択
GUID Partition Table (GPT) は新しい、最新のパーティションスタイルです。古い Master Boot Record (MBR) システムを置き換えることを目指しています。GPT には、MS-DOS が使われていた時代にタイムスリップしてしまったような癖がある MBR に対してメリットがいくつかあります。フォーマッティングツールである fdisk (MBR) と gdisk (GPT) の最近の開発によって、同じくらい簡単に GPT や MBR を使うことができパフォーマンスを最適化できます。
要約すると:
- ブートローダに GRUB Legacy を使う場合、MBR を使うべきです。
- 古い BIOS を使う Windows (32ビット、64ビット両方) とのデュアルブートをするなら、MBR を使うべきです。
- BIOS の代わりに UEFI を使う64ビットの Windows とデュアルブートをするなら、GPT を使うべきです。
- 古いハードウェアにインストールする場合 (特にノートパソコンにインストールする場合)、BIOS が GPT をサポートしていない可能性があるので MBR を選択しましょう。
- 上の条件に当てはまらないなら、自由に GPT と MBR を選んでください。GPT の方が新しいので、ここでの推奨は GPT です。
- UEFI ブートではいつでも GPT を使うことが推奨されます。UEFI ファームウェアによっては UEFI-MBR ブートが出来ないからです。
Partitionless disk
パーティションレスディスク別名 what-is-a-superfloppysuperfloppy は、ストレージデバイス全体を占める1つのファイルシステムを持つパーティションテーブルです。 パーティションレスデバイスに存在するブートセクタは、volume boot record (VBR) と呼ばれます。
Btrfs パーティショニング
Btrfs はデータストレージデバイス全体を占有して MBR や GPT パーティションスキームを置き換えることができます。詳しい説明は Btrfs#パーティショニング を見て下さい。
パーティションスキーム
ハードドライブをパーティショニングするのに厳格なルールはありませんが、以下に一般的なガイダンスを記します。どうパーティショニングするかは、使用できるディスク容量の制限のほかに、求められる柔軟性・スピード・セキュリティなどの理由で決定されます。ユーザーの決定はコンピュータを使う癖や条件によって様々なものになりえます。Arch Linux と Windows OS のデュアルブートを考えているのなら、Windows と Arch のデュアルブートを読んでください。
シングル root パーティション
このスキームが一番シンプルで、ほとんどの場合これで十分です。必要に応じてスワップファイルを作成することもでき、簡単にサイズを変更できます。一般的に、まず1つのパーティション / で初めて、それから、RAID や暗号化、共有メディアパーティションなどの目的にあわせてパーティションを分割するのは道理にかなっています。GPT でパーティションされた BIOS システムに GRUB をインストールするときは追加の BIOS boot パーティションが必要になるので注意してください。
パーティションを分割する
パーティションをパス毎に分割することで異なるファイルシステムとマウントオプションが使えるようになります。メディアパーティションなどの場合、オペレーティングシステム間で共有できます。
マウントポイント
パーティションを分割すると以下のマウントポイントを選ぶことができます、実際の必要にあわせて決めてください。
/
root ディレクトリは階層のトップであり、プライマリファイルシステムがマウントされ他の全てのファイルシステムの幹になります。すべてのファイルとディレクトリは root ディレクトリ / の下に表示されます、それらが異なる物理デバイスに保存されている場合でも同様です。root ファイルシステムには、システムのブート・リストア・リカバー・リペアに必要なものがなければなりません。そのため、/ 下の特定ディレクトリは分割パーティションになりえません。
/ パーティション、または root パーティションは必須の、一番重要なパーティションです。このパーティションで他の全てのパーティションを置き換えることができます。
/boot
/boot ディレクトリにはブートローダの設定ファイルや実行領域だけでなく、カーネルや ramdisk イメージも入ります。またカーネルがユーザースペースのプログラムを起動する前に使われるデータも保存されます。/boot は通常のシステムオペレーションには必要ありませんが、起動中やカーネルアップグレードの時(initial ramdisk を再生成する時)だけ使われます。
ソフトウェア RAID0 (ストライプ) をインストールするには /boot パーティションを分割して作る必要があります。
/home
/home ディレクトリにはユーザー設定ファイル("ドットファイル"と呼ばれます)、キャッシュ、アプリケーションのデータ、メディアファイルが含まれます。
/home を分割することで / を別個にパーティションしなおすことができますが、分割してなくとも /home に触れずに Arch を再インストールすることはできます - 他のトップレベルディレクトリは削除する必要があり、それから pacstrap を実行することができます。
異なるディストリビューションのユーザー間で home ディレクトリを共有するべきではありません、なぜならソフトウェアのバージョンやパッチによって互換性がないことがあるからです。代わりに、メディアパーティションを共有したり、少なくとも、同じ /home パーティションにある別の home ディレクトリを使うなどしてください。
/var
/var ディレクトリにはスプールディレクトリ・ファイル、管理用のログデータ、pacman のキャッシュ、ABS ツリーなどの可変データが置かれます。キャッシングやロギングなどに使われるため頻繁に読み書きされます。分割したパーティションに配置することで、ログなどによってディスク容量が不足するのを回避できます。
/usr を読み込み専用でマウントするための選択肢としても存在します。歴史的に、(インストールやシステムメンテナンスと対照的に)システムオペレーションでは /var に置かれるものは全て /usr に書き出されます。
/tmp
systemd によって tmpfs としてマウントされることで、デフォルトで分割パーティションになっています。
スワップ
スワップパーティションは仮想メモリを提供します。スワップファイルを使うことも考えてください、パーティションを作るのに比べてパフォーマンスのオーバーヘッドがないばかりでなく、必要に応じてより簡単にリサイズできます。swap パーティションは基本的にオペレーションシステム間で共有することができますが、ハイバネーションが使われる場合はそうでありません。
パーティションの大きさはどうすればいいですか?
パーティションのサイズは個々人の好みによりますが、以下の情報が約に立つかもしれません:
- /boot — 200 MB
/bootパーティションに必要な容量は約 100 MB です。ただし複数のカーネル・ブートイメージを使うことを考えると、200 から 300 MB がベターでしょう。- / — 15-20 GB
- root ファイルシステム (
/) には基本的に/usrディレクトリが含まれるので、必要な容量はインストールするソフトウェアの数によります。最近のハードディスクを使うユーザーのほとんどは 15-20 GB で十分だと思います。このパーティションにスワップファイルを保存する予定ならば、サイズをやや大きめにする必要があるでしょう。 - /var — 8-12 GB
/varファイルシステムには ABS ツリーや pacman キャッシュなどのデータを収納します。パッケージのキャッシュを保持することはダウングレードをするときなどに役立つので、/varはサイズが増えていく傾向があります。特に pacman のキャッシュはシステムを拡張したりアップデートするときに増加します。ただし、容量が足らなくなったときは問題なくキャッシュを削除可能です。デスクトップシステムでは/varに必要な容量は 8-12GB ほどで、インストールされるソフトウェアの数によります。- /home — [不定]
/homeファイルシステムは一般的にユーザーのデータ(ダウンロードしたファイル・マルチメディアなど)を置くところです。デスクトップシステムでは、/homeはドライブの中で一番大きなファイルシステムにするのが普通です。- swap — [不定]
- 歴史的に、物理メモリの容量の2倍のスワップパーティションを用意するべきという一般法則がありました。より大容量のメモリがコンピュータに積まれるようになり、この法則はすでに現状にあてはまりません。メモリが 512 MB 以下のマシンでは、2倍ルールが基本的に適合します。大容量のメモリ(1024MB 以上)を積んでいるときは、スワップパーティションは小さく、または作らなくてもかまわないでしょう。2GB 以上の物理 RAM を持っているなら、スワップパーティションがないほうが一般的に良いパフォーマンスを発揮すると思われます。
- /data - [不定]
- 全てのユーザーによって共有するファイルを置くために "data" パーティションをマウントしても良いでしょう。同じ目的で
/homeパーティションを使ってもかまいません。
ツール
パーティショニングツール
以下のプログラムは、デバイスのパーティションテーブルとパーティションを作成/操作するために使用されます。使用する正確なコマンドはリンク先の記事を見てください。
この表は、あなたのニーズにあうユーティリティを選ぶ際に役立ちます:
| MBR | GPT | |
|---|---|---|
| 対話的 | fdisk parted |
fdisk gdisk parted |
| 疑似グラフィック | cfdisk | cfdisk cgdisk |
| 非対話的 | sfdisk parted |
sfdisk sgdisk parted |
| グラフィカル | GParted gnome-disk-utility partitionmanager |
GParted gnome-disk-utility partitionmanager |
fdisk
fdisk とその関連するユーティリティは fdisk の記事で説明されています。
GPT fdisk
gdisk とその関連するユーティリティは gdisk の記事で説明されています。
- GPT fdisk (gptfdisk)
- gdisk(8) – 対話的な GUID partition table (GPT) 操作プログラム。
- cgdisk(8) – Curses ベースの gdisk 亜種。
- sgdisk(8) – スクリプト可能な gdisk 亜種。
GNU Parted
これらのツールは GNU Parted の記事で説明されています。
- GNU Parted — ターミナルパーティショニングツール。
- GNOME Disks — GNOME のためのディスク管理ユーティリティ。
- GParted — ディスクのパーティションをグラフィカルに管理するGTK パーティションエディタ。
- KDE Partition Manager — ディスクデバイス、パーティション、そしてファイルシステムを管理する KDE のためのユーティリティプログラム。
バックアップ
- fdisk はパーティションテーブルのバックアップを作成できます。fdisk#パーティションテーブルのバックアップとリストア を見てください。
- GPT fdisk は、protective MBR、メイン GPT ヘッダ、バックアップ GPT ヘッダ、そしてパーティションテーブルのコピー一つからなるバイナリバックアップを作成できます。GPT fdisk#パーティションテーブルのバックアップとリストア を見てください。
リカバリ
- GPT fdisk — (ディスクの先頭にある)プライマリ GPT ヘッダを(ディスクの末尾にある)セカンダリ GPT ヘッダから復元できるパーティショニングツール(その逆も可)。
- TestDisk — MBR と GPT の両方の失われたパーティションを復元できるユーティリティ。
パーティションアライメント
経験則として、パーティションの開始位置とサイズをメビバイト単位に揃えるというものがあります。Advanced Format#パーティションのアライメント を見てください。
GPT カーネルサポート
カーネル構成の CONFIG_EFI_PARTITION オプションは、カーネルでの GPT サポートを有効にします(名前は EFI PARTITION ですが)。このオプションはカーネルに組み込まれている必要があり、ロード可能なモジュールとしてコンパイルされてはなりません。このオプションは、GPT ディスクがデータストレージのみに使用され、起動には使用されない場合でも必要です。このオプションは、すべての Arch の 公式にサポートされているカーネル でデフォルトで有効になっています。カスタムカーネルの場合は、CONFIG_EFI_PARTITION=y を実行してこのオプションを有効にします。
トラブルシューティング
古い BIOS をだまして GPT から起動させる
一部の古い BIOS (2010年以前のもの) は、ブートセクターを解析しようとし、ブート可能な MBR パーティションが含まれていない場合はブートを拒否します。これは、このディスクでGPTを使用する場合に問題になります。これは、 BIOS の観点から、タイプee の起動不可能な MBR パーティションが1つだけ含まれているためです(つまり、保護 MBR パーティション) fdisk -t mbr /dev/sda を使用して、保護MBRエントリを起動可能としてマークできます。これは一部の BIOS で機能します。ただし、 UEFI 仕様では、保護 MBR パーティションエントリを起動できないように禁止されており、 UEFI ベースのボードはレガシーブートモードでもこれを考慮します。したがって、これは、最新の UEFI ベースのボードと起動可能な MBR パーティションの検索を要求する古い BIOS の両方で起動することになっている GPT ベースの USB フラッシュドライブを作成する場合に重要です。 fdisk や gdisk などの従来のツールを使用してこの問題を解決することはできませんが、両方の種類の BIOS に適した偽の MBR パーティションエントリをバイトシーケンスとして手動で作成することはできます。
以下のコマンドは、2番目の MBR パーティションスロットを上書きし、タイプ0 (つまり未使用) の起動可能なパーティションを追加して、デバイスの最初のセクターのみをカバーします。 GPT や、通常は保護 MBR パーティションを含む最初の MBR パーティションエントリには干渉しません。
# printf '\200\0\0\0\0\0\0\0\0\0\0\0\001\0\0\0' | dd of=/dev/sda bs=1 seek=462
最終的に次のようになります:
# fdisk -t mbr -l /dev/sda
Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 sectors Disk model: ST3250820AS Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: dos Disk identifier: 0x00000000 Device Boot Start End Sectors Size Id Type /dev/sda1 1 488397167 488397167 232.9G ee GPT /dev/sda2 * 0 0 1 512B 0 Empty Partition table entries are not in disk order.
ファームウェアRAIDが有効なときにドライブが表示されない
SATA や NVMe ドライブがファームウェアセットアップで表示されるのに、Linux (例えば fdisk -l) に表示されない場合、コントローラがファームウェア RAID モードになっている可能性があります。
NVMe の場合、journal に以下のように表示されるはずです。
kernel: ahci 0000:00:17.0: Found 1 remapped NVMe devices. kernel: ahci 0000:00:17.0: Switch your BIOS from RAID to AHCI mode to use them.
解決方法は、ファームウェアセットアップ画面を開いて SATA コントローラオペレーションモード を RAID から AHCI に変更することです。設定は異なる名前になっていたり、コントローラごとやポートごとの設定があるかもしれないことに注意してください。