私は Fedora を使うのが好きで、今では非技術系ユーザーには Fedora を推奨しています。しかし、インストール方法が制限されすぎているため、メインマシンでは使ったことがありません。長年、パーティションの奇妙な配置をいくつか使ってきました。自動化されたパーティショナーはようやく LVM を適切にサポートするようになったようですが、私は現在、btrfs サブボリュームを含む別のスキームに移行しています。これは、私が見た限りでは何も使用できません。いずれにしても、これらを暗号化や RAID やその他のデバイス マッピングと重ねると問題が発生する可能性があり、自動化ツールがサポートしていると主張していても、生成される配置が最適ではないことがよくあります。
私が好むのは、パーティションとブロック デバイスを自分の好みに合わせて手動で配置し、すべてを正しい場所にマウントして、これを前提としたインストール手順を実行する方法です。Arch と Exherbo はどちらもこの方法を使用しています。技術的には、自動的にインストールされるディストリビューションでこれが機能しない理由はないと思われます。パーティション分割の手順を完全にスキップするだけで済みます。
通常自動的にインストールされるディストリビューションでこの方法を使用するための一般的なオプションは何ですか? 私は Fedora に最も興味がありますが、CentOS、Mint、Ubuntu などの他の一般的なディストリビューションに関する意見も聞きたいです。
答え1
Fedora は、すべての RHEL フレーバーのディストリビューションと同様に、キックスタートの「応答」ファイルを使用します。
キックスタートには次のような行が含まれる場合があります。
bootloader --location=mbr --driveorder=sda --append="exec-shield=1 selinux=1 rhgb rhgb quiet quiet"
# The following is the partition information you requested
# Note that any partitions you deleted are not expressed
# here so unless you clear all partitions first, this is
# not guaranteed to work
clearpart --none
ignoredisk --drives=sdb
part pv.253002 --onpart=sda2 --noformat --encrypted
part /boot --fstype=ext4 --onpart=sda1
volgroup vg_main --pesize=32768 --useexisting --noformat pv.253002
logvol / --fstype=ext4 --name=lv_root --vgname=vg_main --useexisting --noformat
logvol swap --name=lv_swap --vgname=vg_main --useexisting --noformat
等。
キックスタートフォーマットの詳しい説明は以下からご覧いただけます。github の pykickstart
お客様のニーズに合わせて:
btrfs:
BTRFS ボリュームまたはサブボリュームを定義します。このコマンドの形式は次のようになります。
btrfs <mntpoint> --data=<level> --metadata=<level> --label=<label> <partitions*>ボリュームと形式は次のとおりです。
btrfs <mntpoint> --subvol --name=<path> <parent>サブボリューム用。
dmraid:
dmraid --name= --dev=
襲撃:
ソフトウェア RAID デバイスを組み立てます。このコマンドの形式は次のようになります。
raid <mntpoint> --level=<level> --device=<mddevice> <partitions*>
そして最も重要なのは、partここにリストするにはオプションが多すぎることです。btrfsより前のストレージを定義するための主なツールは、 またはである
と言うだけで十分でしょう。partpartition
part raid.01 --size=6000 --ondisk=sda
part raid.02 --size=6000 --ondisk=sdb
part raid.03 --size=6000 --ondisk=sdc
part swap1 --size=512 --ondisk=sda
part swap2 --size=512 --ondisk=sdb
part swap3 --size=512 --ondisk=sdc
part raid.11 --size=6000 --ondisk=sda
part raid.12 --size=6000 --ondisk=sdb
part raid.13 --size=6000 --ondisk=sdc
raid / --level=1 --device=md0 raid.01 raid.02 raid.03
raid /usr --level=5 --device=md1 raid.11 raid.12 raid.13
clearpart --allAnaconda 言語を使用してパーティションを構築する予定であり、clearpart --none既存のスキーム（手動で構築されたもの、または%pre@mattdm の提案に従って使用したもの）を提供する場合は、必ず を使用してください。
インストール中にキックスタートを使用するには、インストール中に以下を追加します。
linux ks=nfs:<server>:/<path>
もちろん、ファイルのソースとして他の多くのオプションも利用できます。cd/iso、http、bios デバイスなどの直接パス。
答え2
kickstart を使用します。Fedora では、手動でインストールするとルート ディレクトリに「anaconda-ks.cfg」ファイルが残るので、これが簡単に行えます。これは基本的に開始点であり、ここから独自のインストール用にすべてを構成できます。これは fedora、centos、rhel で同じプロセスです。
fedora iso などからの fedora ブートでは、このファイルを指定できます。私はこのようなファイルを http サーバーに配置することを好みますが、ご覧のとおり、どのメディアにも配置できます。 https://www.centos.org/docs/5/html/5.1/インストールガイド/s1-kickstart2-startinginstall.html
答え3
あなたできるキックスタートを使用します。ただし、通常のパーティションコマンドを使用するのではなく、%preセクションを実行してparted、必要なスキームを作成するための他のツールを使用します。%pre のドキュメントまたは、ライブ USB ブートから手動でこれを行うこともできます。
いずれにせよ、clearpart --noneこれが消滅しないように、必ず を与えてください。
次に、既存のデバイスを指定するために使用します。ファイルシステムの作成を自分で処理した場合は、part --usepart追加することもできます。--noformat
（これは文書化されているFedoraインストールガイド。
自動化ツールが提供するものよりも具体的なニーズがあるが、特に珍しいものではない場合は、必要キックスタート — 手動でスキームを作成し、インストーラーで既存のデバイスを必要に応じて手動で一致させるだけです。