インストール後にスクリプトを実行するKickstartの制限についてはまだ明確ではありません。
私が最初に理解したのは、キックスタートファイルの％post領域がインストール完了後にシステムでコマンドを実行するために使用されたことでした。 Bashをインタプリタとして使用するようにKickstartファイルに指示しましたが、私が誤解する可能性があるのはこの実行のコンテキストです。 CentOSシステムをネットワークのキオスクとして構成するBashスクリプトがあります。このスクリプトは独自に実行するとうまく機能しますが、通常はインストールが完了し、GNOMEセッションにログインした後はうまく動作します。私はそのスクリプトをインポートして少し修正し、Kickstartにできるだけ無人に近づけるようにしたいと思います。スクリプトをコピーして貼り付けるだけで、深刻な望ましくない結果が生じる可能性があります。まず、PostScriptには次のものが必要です。時間行って終わります。 GNOMEで手動で実行すると、最悪の場合は実行に1分もかかりません。第二に、完成したときにまったく機能しないように見えるいくつかの側面がありました。たとえば、私のカスタム領域とサービスがまったくないため、ファイアウォールを構成する部分はまだ実行されていないようです。このスクリプトの別のバージョンでは、条件付きで別のスクリプトを実行するためにトリガーファイルをchmodしようとします。また、私が知っている限り、anacondaのログファイルである/tmp/program.logおよび/tmp/install.logは、エラーによる例外を表示しません。
いくつかの重要な要素が削除されたBashスクリプトのわずかに変更されたコピーがあります（これを行うときに言及されています）。https://pastebin.com/uSkcdynf。キックスタートファイルは非常に標準的です。そのセクションの％postと％endの間にこのスクリプトを貼り付けます。
ベストアンサー1
@Haxiel あなたは頭に釘を打った。 chrootの私の理解は、この冒険を始めたときよりも良くなりましたが、それでも必要だと思うほどではありません。 chrootを離れると、目立つスピードアップは言うまでもなく変更をより恒久的に適用することができました。
他の人に伝えたいもう1つの警告は、スクリプトがAnacondaを介してインストールされたプログラムの使用に依存している場合は、chrootの後でもそのプログラムがまだ機能していることを確認するためにいくつかのテストを実行する必要があることです。壊れた。たとえば、プログラムがデフォルトのテンプレートディレクトリを見つけることができないため、gitは使用できません。グローバル構成でこれを指定した後も、明確な修正なしに他のすべての種類の不安定な問題がまだ存在していました。スクリプトのワークフローを基本まで簡素化することは、これを行うのに非常に役立ちました。