標準インストーラーを使用せずに Red Hat Enterprise Linux クローンをインストールします。 システムインテグレータ セルフブート用にシステムを準備する

06.12.2021

著作権 © 2005 Red Hat, Inc.
翻訳 © 2005 Inventa

導入

1. このガイドの変更 2. アーキテクチャ情報 3. 文書の規約 4. サブスクリプションのアクティベーション 4.1. データ入力 アカウントレッドハット4.2。 サブスクリプション番号の入力 4.3. システムの接続 5. マウスの使用 6. X 環境でのテキストのコピーと貼り付け 7. 将来の変更 7.1. 皆様からのフィードバックが必要です!

I. インストールの問題

1. キックスタート 1.1 を使用したインストール。 キックスタートインストールとは何ですか? 1.2. キックスタートインストールを実行するにはどうすればよいですか? 1.3. キックスタート 1.4 ファイルを作成します。 キックスタート 1.5 パラメータ。 パッケージの選択 1.6. 1.7 をインストールする前に実行するスクリプト。 インストール後のスクリプト 1.8。 Kickstart 1.9 ファイルを利用可能にします。 インストールディレクトリツリーへのアクセシビリティの確保 1.10. Kickstart 2 を使用してインストールを開始します。 キックスタートセットアップ 2.1. 基本構成 2.2. インストール方法 2.3. ブートローダーパラメータ 2.4. セクション 2.5 に関する情報。 ネットワーク設定 2.6. 認証 2.7. ファイアウォールの設定 2.8. 表示設定 2.9. パッケージの選択 2.10. プレインストール スクリプト 2.11。 インストール後のスクリプト 2.12。 ファイルの保存 3. PXE 3.1 を使用したネットワーク経由のインストール。 3.2. ネットワークサーバーのセットアップ PXE ブートのセットアップ 3.3。 PXE ノードの追加 3.4. TFTPサーバー3.5を起動しています。 3.6. DHCP サーバーのセットアップ 独自のローディングメッセージの追加 3.7. PXE インストールの実行 4. ディスクレス環境 4.1. TFTP サーバーの起動 4.2. 4.3. DHCP サーバーのセットアップ NFS サーバーのセットアップ 4.4. ディスクレス環境のセットアップの完了 4.5. 4.6. ノードの追加 ノードのロード 5. システム回復の基本 5.1. よくある問題 5.2. リカバリモードでの起動 5.3. 排他モードでのロード 5.4。 緊急ブート

II. ファイルシステム

6. ファイルシステム ext3 6.1. ext3 6.2の機能。 6.3. ext3 ファイルシステムの作成 ext3 ファイル システム 6.4 に移行します。 ext2 ファイル システムに戻ります。 7. 論理ボリューム マネージャー (LVM) 7.1。 LVMとは何ですか? 7.2. LVM2とは何ですか? 7.3. 追加リソース 8. LVM の構成 8.1. 自動ディスクパーティショニング 8.2。 LVM の手動パーティショニング 9. 独立ディスクの冗長アレイ (RAID) 9.1。 RAIDとは何ですか? 9.2. 誰が RAID を使用すべきでしょうか? 9.3. ハードウェア RAID アレイとソフトウェア RAID アレイの比較 9.4. RAID アレイとリニア RAID のレベル 10. ソフトウェア RAID アレイのセットアップ 10.1. 10.2. RAID パーティションの作成 RAID デバイスとマウント ポイントの作成 11. スワップ スペース 11.1. スワップスペースとは何ですか? 11.2. スワップスペースレシピの追加 11.3. スワップスペースの削除レシピ 11.4. スワップ領域の移動 12. ディスクストレージの管理 12.1. Parted 12.2 の標準パーティション。 LVM パーティションの管理 13. ディスク クォータの実装 13.1. 13.2. ディスク クォータの設定 13.3. ディスククォータの管理 追加リソース 14. アクセス制御リスト 14.1. ファイルシステムのマウント 14.2. アクセス用の ACL の割り当て 14.3. デフォルトの ACL 割り当て 14.4. ACL 14.5 の取得。 ACL を使用したファイル システムのアーカイブ 14.6. 以前の 14.7 システムと互換性があります。 追加リソース

Ⅲ. パッケージ管理

15. RPM 15.1 を使用したパッケージの管理 RPM 開発目標 15.2. RPM 15.3 を使用します。 15.4. パッケージ署名の検証 RPM 15.5 の機能で友達を驚かせましょう。 追加リソース 16. パッケージ管理ツール 16.1. 16.2. パッケージのインストール パッケージの削除 17. Red Hat Network

IV. ネットワーク構成

18. ネットワークの設定 18.1. 18.2を確認してください。 イーサネット接続のセットアップ 18.3. ISDN 接続のセットアップ 18.4. モデム接続のセットアップ 18.5. xDSL 接続のインストール 18.6. トークンリング接続の確立 18.7. インストール ワイヤレス接続 18.8。 DNS 設定の管理 18.9. ノードの管理 10.18. プロファイルの操作 11.18。 デバイスのエイリアス 12.18。 IPsec 接続のセットアップ 18.13. ネットワーク設定の保存と復元 19. ファイアウォールの基本設定 19.1. セキュリティレベルアジャスター 19.2. iptables サービスのアクティブ化 20. サービスへのアクセスの管理 20.1. 実行レベル 20.2。 TCP ラッパー 20.3。 サービスツールの構成 20.4. ntsysv 20.5。 chkconfig 20.6。 追加リソース 21. OpenSSH 21.1. OpenSSH を使用する理由 21.2. OpenSSH サーバーのセットアップ 21.3. OpenSSH クライアントのセットアップ 21.4. 追加リソース 22. ネットワーク ファイル システム (NFS) 22.1. NFS を使用する理由 22.2. 22.3. NFS ファイルシステムのマウント NFS ファイルシステムのエクスポート 22.4. 追加リソース 23. Samba 23.1. なぜサンバを使うのか? 23.2. 設定 Sambaサーバー 23.3。 Samba 共有への接続 23.4. 追加リソース 24. 動的ホスト構成プロトコル (DHCP) 24.1. なぜ DHCP を使用するのでしょうか? 24.2。 24.3. DHCP サーバーのセットアップ 24.4. DHCP クライアントのセットアップ 追加リソース 25. Apache HTTP サーバーの構成 25.1. 主要パラメータ 25.2. デフォルトのパラメータは 25.3 です。 仮想ノードパラメータ 25.4. サーバーパラメータ 25.5. 25.6. パフォーマンスの調整 設定の保存 25.7. 追加リソース 26. 安全な Apache HTTP サーバーの構成 26.1. はじめに 26.2. 26.3. セキュリティパッケージの概要 26.4. 証明書とセキュリティの概要 既存のキーと証明書の使用 26.5. 26.6. 証明書の種類 鍵の生成 26.7. 26.8. 証明書を取得するための認証局へのリクエストの生成 証明書の独立した生成 26.9. 証明書の検証 10.26。 サーバーへの接続 26.11. 追加リソース 27. 認証の設定 27.1. ユーザー情報 27.2. 認証 27.3. のバージョン コマンドライン

V. システムセットアップ

28. コンソールへのアクセス 28.1. を使用してシャットダウンを無効にします -- 28.2。 コンソール プログラムへのアクセスの拒否 28.3. 28.4. コンソールの定義 28.5. コンソールからのファイルへのアクセスの提供 他のアプリケーションへのコンソールアクセスの許可 28.6. フロッピーグループ 29. 日時の設定 29.1. 日付と時刻のプロパティ 29.2. プロパティ ネットワークプロトコル時間 (NTP) 29.3。 タイムゾーンの選択 30. キーボードのセットアップ 31. マウスのセットアップ 32. X Window システムのセットアップ 32.1. 表示設定 32.2. ディスプレイのハードウェア設定 32.3. デュアルモニターディスプレイの設定 33. ユーザーとグループの管理 33.1. 33.2. 新しいユーザーの作成 33.3. ユーザープロパティの変更 創造 新しいグループ 33.4。 33.5. グループプロパティの変更 コマンドラインの使用 33.6. 処理の説明 33.7. 追加情報 34. プリンターのセットアップ 34.1. 34.2. ローカルプリンターの追加 IPPプリンターの追加 34.3. リモート UNIX プリンタ (LPD) の追加 34.4. Samba (SMB) プリンターの追加 34.5。 Novell NetWare プリンタ (NCP) 34.6 の追加。 JetDirect プリンターの追加 34.7. プリンターモデルの選択とセットアップの完了 34.8. テストページの印刷 34.9. 設定を変更する インストールされているプリンター 34.10. 34.11. 設定ファイルの保存 コマンドラインの使用 34.12. 34.13. 印刷ジョブの管理 提供する パブリックアクセスプリンタへ 34.14。 追加リソース 35. タスクの自動化 35.1. クロン35.2。 at およびバッチタスク 35.3. 追加リソース 36. ログ ファイル 36.1. ログファイルの場所 36.2. 36.3. ログファイルの表示 ログファイルレシピの追加 36.4. ログ ファイルの分析 37. カーネルの手動更新 37.1. カーネルパッケージの概要 37.2. アップデート 37.3 の準備中。 更新されたカーネル 37.4 をダウンロードします。 アップデート 37.5 を実行しています。 37.6. 初期RAMディスクイメージの確認 ブートローダーの確認 38. カーネルモジュール 38.1. 38.2. カーネルモジュールの管理 モジュールの静的ロード 38.3. 追加リソース 39. メール配信エージェント (MTA) の構成

VI. システム監視

40. システムに関する情報の収集 40.1. システムプロセス 40.2. メモリ使用量 40.3. ファイルシステム 40.4. 装備40.5。 追加リソース 41. Oプロファイル 41.1. ツールの概要 41.2. OProfile 41.3 のセットアップ。 OProfile 41.4 の開始と停止。 データの保存 41.5. データ分析 41.6. /dev/oprofile/ 41.7 を探索しています。 使用例41.8. グラフィカルインターフェイス 41.9。 追加リソース

件名索引

インプリント

最新のインストール Linuxシステム単一の物理サーバーと仮想ファーム全体の展開の両方で、必要なのは 1 回だけです。 インストーラーから提供されたものをレールに沿って仕上げるのではなく、もう少し時間をかけて、必要に応じてすべてをすぐに実行してみてはいかがでしょうか。 さらに、標準インストーラーの「最小」モードでインストールされるソフトウェアの量は、真の最小のものには対応しません。
誰かに 手動インストール時間の無駄のように思えるかもしれませんが、どのように動作するかをより深く理解するために、すべての Linux ユーザーは少なくとも 1 回はこれを実行する必要があります。 fdisk、grub、chroot という言葉を聞いても怖くない場合は、読み続けてください。

インストール オペレーティング·システム大きく分けて4つの段階に分けることができます。

  1. システムストレージの準備
  2. システムコンポーネントのインストールと構成
  3. セルフブート用にシステムを準備する
  4. 作業タスク用のシステムのセットアップ
最新のシステムでは、タスク 1 ~ 3 はインストーラーによって実行されます。 半自動インストーラーでは、ステップ 1 ~ 3 が質問応答モードで実行されます。 ほとんどの自動化されたものでも同様で、事前に準備された応答ファイルを指定できるだけです。

インストーラーの作成は簡単な作業ではありません。 プロジェクトのメンバーは常にこのことを知っていました Gentoo、そこでは彼は決して存在しませんでしたが、 Arch Linuxコミュニティは最近、より差し迫ったタスクを優先するためにインストーラーのサポートを放棄することを決定しました。 Microsoft もこれを理解していました。Vista から始まる Windows インストーラーの第 2 段階は、事前に組み立てられたイメージをローリングすることになります。 ただし、ここではウィンドウについて話しているのではありません。これについては別の記事で説明します。

OS を手動でインストールすると、すべての段階で完全に自由に行動できるようになります。 この記事もちろん、これが唯一の正しい指示ではありません。これは「真空に球状サーバー」を設置するためのシナリオです。 特定のタスクと条件は、どのステップにも大きな影響を与える可能性があります。 例として設定します オラクル エンタープライズ Linux 6実行中の仮想マシンに Microsoft Hyper-V 。 最高ではない 無料もちろん組み合わせですが、それが重要ではありません。 ちなみに、このインストール方法はOracleへの登録は必要ありません。 そして、純粋主義者とストールマン同志の信奉者には、KVM を使用してインストールすることをお勧めします。 CentOSまたは 科学的これらは RHEL のほぼ 1:1 クローンであるため、インストールに実質的な違いはありません。 OEL にも独特のニュアンスはあまりありません。 彼のことに加えて、 カーネルウエク Oracle Linux は、Hyper-V デバイスおよび PnP ディスク転送用の準仮想ドライバーを備えた Jango Fett のカーネルも提供しています。

原則として、あらゆる Linux または LiveCD がインストールに適しています。rpm と yum は多くのプラットフォームで利用できます。 ただし、RHEL を使用するので、同じメジャー バージョンの RHEL のようなディストリビューションの新しい LiveCD を使用するのが最も便利です。 rpm と yum と互換性のあるバージョンが確実に存在するため、作業がはるかに簡単になります。 私が選んだ CentOS LiveCD、最寄りのミラーからダウンロードできます。

1. システムストレージの準備

この例ではシステムストレージとして機能します 仮想ディスク V 10GB VM に接続されています。 ブートローダー用の小さなパーティションを除くすべてのスペースが管理者に与えられます。 LVM、Linux プラットフォーム上で最も安定したボリューム管理システムだと私は考えています。

LiveCD から起動してターミナルに入ります。 仮想マシン自体から作業する場合は、LiveCD のグラフィカル読み込みモードを使用すると便利です。 Firefox もありますが、もちろん最新ではありません。
ただし、すでにミニマリズムの気分になっている場合、またはマシンに多くの RAM が搭載されていない場合は、 テキストモード、ブートローダーで選択できます。 自分のマシンからターミナルで作業できるように ssh サーバーをセットアップしました。 アクセスするには、root パスワードを変更し、ファイアウォールを無効にするか構成する必要があります。

$sudo su
# サービス sshd の開始
#パスワードルート
# サービス iptables を停止します

次を使用してディスクをパーティション分割します fdisk、(分割、Red Hat ディスクユーティリティ、16 進エディタなど、お好みで:)を必要なパーティションに追加します。 個人的には、実績のある fdisk が好きです。 RHEL は保守的なシステムであり、fdisk はデフォルトで PRE-Historical Heritage との互換モードで動作するため、特別なフラグを使用して起動します。
ブートローダー用に 500M パーティションを作成します。 これはブート パーティションとしては非常に大きなサイズですが、気にしません。
コマンド (ヘルプの場合は m): n
コマンドアクション
延長されました
p プライマリ パーティション (1 ~ 4)
p
パーティション番号 (1 ~ 4): 1
最初のセクター (2048-20971519、デフォルトは 2048):
デフォルト値の使用 2048
最後のセクター、+sectors または +size(K,M,G) (2048-20971519、デフォルトは 20971519): +500M

ブートローダーの最初のステージがどこから起動するかを正確に認識できるように、「ブート可能」フラグを設定します。
コマンド (ヘルプの場合は m): ある
パーティション番号 (1 ~ 4): 1

残りのスペースを 2 番目の部分に割り当てます。
コマンド (ヘルプの場合は m): n
コマンドアクション
延長されました
p プライマリ パーティション (1 ~ 4)
p
パーティション番号 (1 ~ 4): 2
最初のセクター (1026048-20971519、デフォルトは 1026048):
デフォルト値の使用 1026048
最後のセクター、+sectors または +size(K,M,G) (1026048-20971519、デフォルトは 20971519):
デフォルト値の使用 20971519

ブート段階での LVM グループの定義を簡素化するために、タイプを 8e (Linux LVM) に設定します。
コマンド (ヘルプの場合は m): t
パーティション番号 (1 ~ 4): 2
16 進コード (リストするには L と入力します): 8e

/boot のファイル システムを作成します。 RHEL クローンの軍隊の標準である GRUB を起動できるファイルは数多くあります。 おばさんでも十分だよ 内線2、ブート パーティション上のログは特に必要ありません。ログへの書き込みは、新しいカーネルをインストールし、ブート ローダーの構成を変更する場合にのみ行われます。 私が選んだ 内線4。 さらに、新しい fs のラベルを示します。これは、次の中で使用できます。 マウントそして fstab.

# mkfs.ext4 /dev/sda1
# e2label /dev/sda1 ブート

システムが稼働する LVM を準備中です
# pvcreate /dev/sda2
# vgcreate システム /dev/sda2

作成したグループで、4Gのルートパーティションを選択します。 最小限のシステムにはこれで十分です。スワップに 1G を割り当て、新しいパーティションとともに Live システムにマウントします。 残りのスペースでは、/opt または /var に追加の fs を自由に作成できます。また、LVM スナップショットを使用できるように予約を残すこともできます。

# lvcreate -n root -L 4G システム
# mkfs.ext4 /dev/system/root
# e2label ルート !$
# lvcreate -n swap –L 1G システム
# mkswap -f /dev/system/swap
#スワポン!$
# mkdir -p /mnt/システム/ブート
# マウント LABEL=root /mnt/system
# マウント LABEL=boot /mnt/system/boot

2. システムコンポーネントのインストールと構成

インストールされているすべての rpm パッケージに関する情報は、特別なデータベースに保存されます。 方法 回転数だから、のために うーん代替の root fs を指定すると、最小限のコマンドで任意のディレクトリに RHEL をインストールできるようになります。 RPMDB- RHEL スパイン、新しいシステム用に作成しましょう。
# rpm --root=/mnt/system –initdb

情報源として インストールパッケージ yum にはパッケージ リポジトリがあり、そのリンクは設定 /etc/yum.repos.d/ にあります。 接続がある場合は、インターネット経由でアクセスできるパブリック リポジトリ、ネットワーク ストレージからマウントされた独自のリポジトリ、またはインストール ディスク イメージが利用可能な場合はそれを使用できます。 このような:

# ヤムインストールリポジトリの作成
# mkdir -p /mnt/iso/(1,2,3)
# mount -o ループ /mnt/nas/install/oel-6.4-cd(1,2,3).iso /mnt/iso/(1,2,3)
#createrepo /mnt/iso

CentOS をインストールする場合は、既存の .repo ファイルで $releasever を明示的に指定するだけで十分です。 これらの変数は、新しいシステムにはまだ含まれていないディストリビューション リリース パッケージから取得されるため、少し sed を行う必要があります。

# sed -i.orig "s/$releasever/6/g" /etc/yum.repos.d/*.repo

yum を Oracle 社のパブリック リポジトリに設定するために OEL が必要です

# mv /etc/yum.repos.d(,.orig)
# mkdir /etc/yum.repos.d
#cd !$
# wget public-yum.oracle.com/public-yum-ol6.repo

システムのインストールを開始できます。 非常に「初歩的な」パッケージのセット、つまりリリース パッケージ、glibc、bash とそれらの依存関係から始めましょう。

# yum --installroot=/mnt/system oraclelinux-release glibc bash をインストールします

このようなシステムは、Linux から chroot として起動する準備がすでに整っています。 しかし、私たちは他の計画があるので、すべての依存関係とともに rpm と yum をそこに置きます。

# yum --installroot=/mnt/システムインストール rpm yum

残りのパッケージを新しいシステムにインストールします。 コピーしましょう DNS設定、yumリポジトリ。 Live 環境の仮想ファイルをシステムの同様のパスにバインドして、そこに入りましょう。

# cd /mnt/システム
# cp /etc/resolv.conf ./etc/
# cp /etc/yum.repos.d/*.repo ./etc/yum.repos.d/

# マウント -o バインド /dev ./dev
# マウント -o バインド /sys ./sys
# マウント -o バインド /proc ./proc

#chroot ./

最初に表示されるのは、標準の bash への招待です。 通常の RHEL フォームに戻すには、/etc/skel から bash 設定をコピーします。

bash-4.1# cp /etc/skel/.bash* /root/
bash-4.1# ソース /root/.bashrc

基本的なソフトウェアをインストールしましょう。

  • dhclient。その依存関係には (OEL の OS ロゴに加えて) udev、初期化システム、さらにはファイアウォールも含まれており、これによりシステムが一気に独立に近づきます。
  • MTA および rsyslog ロガーとして postfix を運ぶ cronie スケジューラ
  • 以下、どれ、passwd、nc、telnet、どれ、男
  • 好みのシェル、エディター、その他のソフトウェアはあなたの裁量で
基本的な RHEL リポジトリ内のソフトウェアの範囲は非常に限られていますが、幸いなことに、この問題を解決するように設計された EPEL があります。
rpm -i www.mirrorservice.org/sites/dl.fedoraproject.org/pub/epel/6/i386/epel-release-6-8.noarch.rpm
yum install passwd dhclient openssh cronie vim-minimal netcat telnetless that htop tmuxless zsh figlet

LVM を使用しているため、インストール中いつでも (たとえば今)、fs のスナップショットを取得できます。これは、ベース RHEL のブロック スナップショット、または Gentoo 用語でステージ 3 になります。 別のストレージにダンプできます。 または、FS スナップショット アーカイブをマウントして作成します。 このようなスナップショットに基づいて、最小限の労力で OpenVZ および同様のシステム用のテンプレートを作成できます。 これらすべてを chroot の外部で行うのが最善です。

(livecd) # lvcreate -L1G -s -nstage3 システム/ルート

(livecd) # xz /dev/system/stage3 > /mnt/nas/templates/OEL6.4-minimal.bin.xz

(livecd) # mkdir /mnt/stage3
(livecd) # /dev/system/stage3 をマウントします !$
(livecd) # cd !$
(livecd) # tar -zvpf /mnt/nas/templates/OEL6.4-minimal.tar.gz ./

ファイルシステムの表を用意しましょう。 ルート パスの場合、LVM 仮想デバイスの形式で指定するのが最も信頼性が高くなります。これは、マシンのディスク システムの構成を「設計上」変更するときに名前付けに関する潜在的な問題が解決されるからです。

# vi /etc/fstab
LABEL=boot /boot ext4 noauto 1 1
/dev/mapper/system-root ext4 デフォルト 1 2

anaconda インストーラーが通常行うように、構成ファイルを作成してネットワークをセットアップしましょう。
# vi /etc/sysconfig/network
ネットワーク=はい
ホスト名=spoon.matrix.local

# vi /etc/sysconfig/network-scripts/ifcfg-eth0
デバイス=eth0
ブートプロト=dhcp
オンブート=はい


sudo 権限を持つ新しいユーザーを作成し、そのユーザーにパスワードを指定しましょう。
useradd -u1337 -m -s /bin/zsh -G ホイールモーフィアス
# echo "morpheus ALL=(ALL) ALL" >> /etc/sudoers.d/morpheus
#passwdmorpheus

ローカルタイムゾーンを設定しましょう。
# ln -sf /usr/share/zoneinfo/ヨーロッパ/リガ /etc/localtime

motdに挨拶を入れてみましょう。

次に、原則として、作業タスク用にマシンを自由に設定できますが、最初にマシンから起動することを好みます。

3. セルフブートのためのシステムの準備

ブート パーティションをマウントし、ブートローダー、その構成マネージャー、LVM 管理ツール、およびカーネルをインストールしましょう
#マウント/ブート
# yum インストール grub grubby lvm2 カーネル

grubby がブートローダー設定自体にカーネルを登録できるようにするには、少し作業を行う必要があります。 GRUB 構成へのシンボリックリンクに加えて、テンプレートとして使用される構成内に少なくとも 1 つの作業エントリが必要です。 インストールされているシステムで 標準的な方法で、初期テンプレートは anaconda によって生成されます。 新しくインストールされたカーネルとそれに必要なパラメータを指定して、構成を手動で準備する必要があります。 たとえば、quiet はカーネルの過剰な冗長性を削除し、rhgb は偽のプログレスバーを起動します。
# cd /etc
# ln -sf ../boot/grub/grub.conf
# cd /ブート
# ln -sf grub.conf menu.lst
# vi grub.conf
タイムアウト=5
スプラッシュイメージ=(hd0,0)/grub/splash.xpm.gz
隠しメニュー
タイトル Linux
ルート(hd0,0)
カーネル /vmlinuz-2.6.32-358.6.2.el6.x86_64 ro lvm root=/dev/mapper/system-root LANG=en_US.UTF-8
initrd /initramfs-2.6.32-358.6.2.el6.x86_64.img

カーネルを再インストールして、grubby が動作していること、および今後カーネルの更新が構成に正しく追加されることを確認しましょう。 この後、この例のエントリを構成から削除できます。
# yum カーネルを再インストールします
# vi grub.conf

ブートローダーをディスクにインストールします
# grub-install /dev/sda --no-floppy

何らかの理由でインストール スクリプトが機能しなかった場合は、grub を手動でディスクにインストールできます。
#グラブ
grub> ルート (hd0,0)
grub> セットアップ (hd0)

システムを再起動して開始します 4.業務に合わせたシステム調整。 彼らの。

このようにして、サーバー用に微調整されたテンプレートが作成されます。 オートメーション システムに適した汎用性と、最小限の構成ですぐに導入できる対象を絞った機能の両方です。

原文: Red Hat Enterprise Linux 7 "Workstation" の初期印象
著者: ジェシー・スミス
発行日: 2014 年 5 月 12 日
翻訳: A. クリヴォシェイ
譲渡日:2014年6月

ベータ版やリリース候補をテストすることはあまりありません。 私は通常、リリースを試してみるのが好きです。 レッドハットは、このオープンソースの池で最も大きな魚の 1 つです。 これは常に非常に成功しており (そして収益性も高く)、開発に対する彼らの献身的な姿勢は一致しています。 ソフトウェア開いた状態で ソースコード同社はオペレーティング システム分野の主要企業の 1 つとなりました。 発売を心待ちにして興奮気味に犯してしまいました 自分のルール Red Hat Enterprise Linux 7 のリリース候補をダウンロードしました。以下は、それに関する第一印象と意見の一部です。 これは正式なレビューというよりは、私の注意を引いた事柄についての考察です。

現在、Red Hat Enterprise Linux (RHEL) にはサーバー、ワークステーション、クライアントのバージョンを含む少なくとも 3 つのブランチがあります。 第 4 版となる Atomic Host は開発中です。 開発者向けの Workstation エディションを試してみることにしました。 設置イメージサイズは 3.9 GB で、GNOME 3 および KDE 4 デスクトップ環境をサポートしています。ダウンロードには時間がかかるため、リリース ノートの検討に時間を費やしました。 現在、Red Hat はマーケティングに多くの注意を払っているため、発表には「オープン ハイブリッド クラウド用に構築された唯一のオペレーティング システム」や、この計画の珠玉のようなフレーズが含まれています。産業用オペレーティング システムを完全に再定義するでしょう。」 このようなコメントに加えて、いくつかの興味深い新機能を見つけることができます。 その中で:
- Microsoft Active Directory ドメインとの統合を含む、Windows との互換性の強化。
- XFS をデフォルトのファイル システムとして有効にし、最大 500 TB のファイル システム サイズをサポートします。
- ダウンタイムや仮想マシンの変更を伴わない、Red Hat Enterprise Linux 6 ホストから Red Hat Enterprise Linux 7 への仮想マシンの移行。
- Dockerコンテナ。

から起動する場合 インストールメディア RHEL では、グラフィカル インストーラーが表示されます。 RHEL は、で使用されているものと同じ新しい Anaconda インストーラーを使用します。 最新リリースフェドーラ。 インストーラーはハブベースのナビゲーション システムを使用して、システムのセットアップ、ディスクのパーティション分割、ユーザー アカウントの作成の手順を案内します。 個人的には、新しいインストーラーは RHEL 6 のインストーラーから一歩下がったものだと思います。そのインターフェイスがあまり好きではないことが理由の 1 つであり、すべてのページにアクセスする必要がない場合にはハブベースのナビゲーションが合理的であるためでもあります。 このインストーラーを使用すると、一部の機能があるページでロック解除され、別のページで使用されます。 たとえば、タイム ゾーンの選択画面では、ネットワーク時刻同期を有効にすることができます。 ただし、ネットワーク タイム サービスを有効にしようとすると、タイム サーバーが構成されていないことを示すエラー メッセージが表示されます (簡単に確認すると、デフォルトのサーバーが構成されていることがわかります)。 ネットワーク タイム サービスは、インストーラーのネットワーク設定ノードにアクセスして、ユーザーのパスワードを入力しないとアクティブ化できません。 ネットワーク設定。 次に、戻ってネットワーク時刻同期サービスをアクティブにする必要があります。

デフォルトの RHEL インストーラーは、LVM と XFS ファイル システムを使用したディスク パーティショニング スキームを使用します。 従来のパーティションと Btrfs ファイル システムの使用を選択することもできます。 グラフィカル環境 (KDE 4 または GNOME 3) を選択することもできますが、何らかの理由で両方のインストールを選択することはできません。 インストーラーがファイルをコピーする間、 ハードドライブでは、Red Hat 製品の利点に関するスライドショーをご覧いただけます。 コピーが完了すると、システムが再起動し、ライセンス条項への同意を確認するメッセージが表示されます。 この後、kdump サービスをアクティブにすることができ、更新を受信できるようにするために RHEL のコピーを登録するように求められます。 その後、システムが再度再起動され、次のようになります。 グラフィック画面ログイン。

KDE 4.10をインストールすることにしたところ、通常のセットが見つかりました プリインストールされたアプリケーション。 LibreOffice、Firefox、Dragon Player、Empathy で利用可能です。 ここです テキストエディタ、アーカイブ マネージャー、その他の標準ユーティリティ、およびプリンターとシステム ファイアウォールをセットアップするためのツールが含まれています。 私が特に気に入ったのは、Red Hat がファイアウォール設定ユーティリティを改良して管理者にとって非常に使いやすいものにした点です。 Network Manager は、ネットワークを構成するために使用されます。 RHEL は、root としてリモートでログインできるようにするセキュア シェル サービスをバックグラウンドで実行します。 私自身、デフォルトで有効にするのは好きではありません。 リモートアクセス管理者権限が必要ですが、これは新しいセットアップを行う管理者にとって便利な場合があります。 インストールされているシステム。 RHEL はカーネル バージョン 3.10 を使用します。 いつものように、Red Hat はデフォルトでは一般的なマルチメディア形式をサポートしませんが、それらのサポートは後で追加できます。

このシステムに欠けているもう 1 つのコンポーネントは、グラフィカル パッケージ マネージャーです。 RHEL が依然として YUM コンソール パッケージ マネージャーを使用していることがわかりました。これは優れたツールですが、プログラムを実行するためのグラフィカル フロントエンドは見つかりませんでした。 一般に、パッケージを操作する場合、アップデートを受信して​​新しいパッケージをインストールするには、Red Hat サブスクリプションが必要です。 リポジトリにアクセスしようとすると、最初にサブスクリプション マネージャーというプログラムを使用してコンピュータを登録する必要があるというメッセージが表示されました。 アプリケーションメニューから起動しようとしても何も起こりませんでした。 何度か試みて失敗した後、コンソールにアクセスしてサービスを開始しました。 コマンドラインからは、Subscription Manager は問題なく起動しましたが、アカウントを登録できないため、登録するには Red Hat Web サイトにアクセスする必要があると表示されました。 これを実行し、新しいアカウントを作成して検証し、コンピューターを再度登録しようとしました。 ここでも何も機能しませんでした。今回のサブスクリプション マネージャーは明確な説明を提供しませんでした。単純にコンピューターをアカウントに接続できませんでした。 この記事の執筆時点では、問題はまだ解決されていません。

私を悩ませたもう 1 つの問題は、KDE ​​にログインするときに、バグ レポートの送信を求める GNOME Shell のクラッシュに関するアラートを受け取ったことです。 インストーラーでは GNOME または KDE のいずれかをインストールできますが、両方をインストールすることはできないため、これには少し戸惑いました。 また、KDE ​​にログインすると GNOME Shell が起動するのはなぜですか? バグレポートを提出しようとしたところ、Red Hat サポートにアクセスできる場合にのみ報告できるというメッセージが表示されました。 Ubuntuのような他のディストリビューションはすべてのバグレポートを受け入れるだけなのに、なぜこれが必要なのかわかりません。

RHEL テスト中の全体的な結果。 私の意見では、ロード時間は現在の平均よりも長かったですが、デスクトップの応答性は維持されており、安定性の問題はありませんでした。 プリインストールされたプログラム(上記の問題を除いて) 正常に動作し、RHEL では もっと ラム他のデスクトップ ディストリビューション (ログイン時に約 560 MB) と比較して、すべてのタスクを迅速に処理しました。

結論

一見したところ、このバージョンの RHEL には以前のリリースと比べて多くの改善点はありません。 特に、ファイアウォールを設定するためのユーティリティが際立っており、非常に強力になっています。 このリリースのパフォーマンスは良好で、KDE ​​ファイル インデックス サービスがデフォルトで無効になっていることが高く評価されました。 デスクトップの装飾よりも生産性が優先されます。 まず、このリリースで Btrfs ファイル システムがサポートされていることをうれしく思いました。 この高度なファイル システムはデフォルトでは使用されませんが、利用可能であることを確認しておくとよいでしょう。 Linux 上でコンテナを管理するためのプログラムである Docker も優れたイノベーションです。 数年後にはほとんどの開発者と システム管理者はソフトウェアのデプロイとテストに Docker を使用する予定なので、Red Hat が既に 7 番目のリリースに Docker を組み込んでいることは嬉しいことです。

RHEL のその他の側面は、実質的に変更されていません。 ほとんどの公共事業 システム設定、YUM パッケージ マネージャーとオペレーティング システム全体の構造は同じままであるようです。 Red Hat はエンタープライズ市場に重点を置いており、当然のことですが、状況を揺るがすことを望まないため、毎日使用される機能はリリースごとに変わりません。 このリリースには以下が含まれています システムサービス systemd を初期化しましたが、パフォーマンスに大きな変化は見られませんでした。

残念ながら、システムのいくつかの側面は RHEL 6 と比較して悪化しています。一例はインストーラーです。 Anaconda は動作しますが、速度が遅く、明らかに不便です。 以前のバージョン。 Subscription Manager での私の経験も期待外れでした。 RHEL 6 でアカウントを作成するプロセスはまったく苦痛ではなかったのを覚えています。 今回はリポジトリにアクセスするのが非常に面倒でした。 さらに、このバージョンの RHEL は、以前のバージョンよりも約 3 倍多くのメモリを消費します。 これまで会ったことがない Linuxディストリビューション、ログイン直後に 500 MB の RAM を消費するため、これがリリース候補に残っているデバッグ シンボルによるものであることを願っています。 また、これは言葉の完全な意味での問題ではありませんが、 ワークステーション開発者向けには、ソース コードのバージョン管理のためのコンパイラやユーティリティは含まれていません。

RHEL 7 は、SUSE、Debian、Ubuntu LTS などの安定性を重視した他のディストリビューションと比較されるべきだと私は考えています。 警戒心を煽るつもりはありませんが、魅力的な機能の点で Red Hat が競合他社に後れを取っているのではないかと思います。 サポートの期間と質に関しては RHEL が依然としてリーダーですが、他の分野では RHEL が負けているのではないかと思います。 特に、SUSE は優れた管理ツールを備えており、Btrfs サポートの提供におけるリーダーです。 Ubuntu には、サービスを有効にしてオペレーティング システムを展開するための優れたユーティリティがあり、さらに Ubuntu はすでに Docker をサポートしています。 Debian は安定性とパフォーマンスが優れており、最近のリリースでは長期サポートが提供されています。 このリリース候補の経験から、RHEL がすべてを高品質のサポートに置いていることがわかりますが、それが良い考えかどうかはわかりません。

7 年前、「現実世界」で私が知っていた人は皆、デスクトップでもサーバーでも、Red Hat Enterprise Linux か、Fedora や CentOS などのそのファミリーの別のディストリビューションを使用していました。 現在、私の知り合いのほぼ全員が Ubuntu ファミリーに切り替えています。 私が知っている管理者の 1 人はまだ CentOS を使用していますが、他の管理者は移行したか、切り替え中です。 Red Hat は収益性の高い企業であり、エンタープライズ市場で優れた業績を上げており、オープンソース ソフトウェア市場でも大きな影響力を持っています。 しかし、この RHEL リリースは、「エンタープライズ オペレーティング システムの再評価」というよりも、企業市場でのみ需要がある保守的なビジネス クライアントをサポートするためのリリースに似ています。

Oracle DBMS のインストールに適したセットアップについて説明します (もちろん、多くの留保事項がありますが、本文の続きを参照してください)。 実験サーバーとして機能します 仮想マシンヴイエムウェア。

ネイティブ OS のインストールに関するドキュメントは、Red Hat Enterprise Linux 6 インストール ガイドです。

それで、行きましょう...

1) 選ぶ " 既存のシステムをインストールまたはアップグレードする」。 インストールプロセスの後半でビデオカードに問題が発生した場合は、インストールを繰り返して「」を選択してください。 基本的なビデオドライバーを使用してシステムをインストールする」。 この場合はインストールされます 標準VGAドライバ。

2) DVD からインストールする場合、(DVD が破損している場合に備えて) DVD を確認するように求められます。 私は「」を選択します スキップ「時間を無駄にしないために。

3) インストールの開始。 クリック " «.

4) インストール中に言語を選択します (インストーラー画面に表示されます)。 私は「」を選択します 英語"、 なぜなら これはまったく気にしませんが、インストールで問題が発生した場合は、インターネットで問題に関する情報を検索してください。 英語ロシア語よりもはるかに可能性が高いです。

インストーラーでの言語の切り替え = シフト - シフト.

5) デフォルトのキーボードレイアウトを選択します。 私は「英語」を選択します(通常は、必要に応じて、OSのインストール後にロシア語レイアウトを追加します)。

6) インストール先 通常のサーバー 1 つの SCSI ディスク (Vmware 仮想マシン) を使用するため、「」を選択します。 基本的なストレージデバイス」。 注: システム内に RAID アレイが 1 つしかなく、論理ディスクが 1 つある場合、RAID アレイにインストールすることは、単一のディスクにインストールすることと何ら変わりません。

運用サーバーを使用している場合、ハードウェア構成は大きく異なる可能性があるため、特定のケースごとにネイティブ ドキュメントをお読みください。

7) インストーラーがディスク上にパーティション テーブルまたはファイル システムを見つけられなかったが、それでもなお、 このデバイス(ディスク)にはデータが含まれる場合があります。 したがって、インストールを続行してデータを削除するか、このディスクではインストールを実行しないことをお勧めします。

私は取り外し付きの取り付けを選択します - 「 はい、データはすべて破棄します«.

下の「」にチェックを入れてください パーティションまたはファイルシステムが検出されないすべてのデバイスに選択を適用します» ソリューションを他のドライブにも拡張できます。 これを削除すると、ディスクごとに個別の決定を下すことができます。

8) ネットワーク設定。 ここでコンピュータ名(ホスト名)を入力する必要があります。 なぜなら 私は行きます 自動領収書 DHCP を使用してネットワーク設定を行う場合は、「」をクリックするだけです。 」。 それ以外の場合は、この画面でネットワーク設定を変更できます。

注意: この図では、コンピュータ名 (ホスト名) にピリオドを付けて入力していますが、これは行わないでください。 ホスト名のドットは、Oracle および Oracle RAC のインストールおよび操作にさまざまな問題を引き起こす可能性があります。 ホスト名は 8 文字以内で、文字で始まり、英語の文字と数字のみが含まれることが最適です。

9) 希望のタイムゾーンを選択します。

10) root ユーザーのパスワード。 root はコンピュータのスーパー ユーザーであるため、特に産業用サーバーでは、そのパスワードはスーパーである必要があります。 そしてもう一つ - 覚えておいてください:)

11) ディスクをディスク グループとパーティションに分割するオプションが提供されます。 私は「」を選択します すべてのスペースを使用する"、つまり ディスク全体のパーティションが完全に再作成され、その上にあったものはすべて破棄されます。 この場合、ディスクのパーティションへの自動パーティショニングが適用されます。

他のオプションを選択するか、「」を選択した場合は独自の (手動) ディスク パーティション分割を行うことができます。 カスタムレイアウトの作成«.

一番下のチェックボックスをオンにすると「 パーティショニング レイアウトの確認と変更」をクリックすると、手順12で説明した画面が表示され、自動ディスクパーティションを変更(修正)できます。

12) ディスクパーティションマップが表示されます。 調整が可能です。 たとえば、個人を強調表示します。 ファイルシステムまたは、tmp や swap などの別のパーティションにポイントをマウントします。 個別のデータベース表スペースに個別のパーティションを割り当てることができます。

すべてをそのままにしておきます。

13) 現在フォーマット中ですが、データが破壊される可能性があるという別の警告が表示されます。 私は「」を選択します 形式«.

14) 最終警告 🙂 私は「」を選択します 変更をディスクに書き込む«.

15) OSブートローダー設定ウィンドウ。 私は何も変えていません。

16) インストールタイプの選択。 Oracle サーバーの場合は、「」を選択することをお勧めします。 基本サーバー「—必要なものはすべてインストールされ、不必要なものは何もインストールされません。

チェックボックスを必ずオンにしてください。 今すぐカスタマイズ「OS のインストール中にすぐにグラフィックスをインストールできるようにするため、 次に、これをいじる必要があり、Oracle をインストールするにはグラフィックスが必要です。

注記: グラフィックスなしで、たとえばサイレントで Linux に Oracle をインストールすることも可能ですが、これは別の話です。 コマンドラインの擁護者が何と言おうと、グラフィカル設定でサーバーを管理する方がどういうわけか快適です。

注2: 「データベース サーバー」インストール タイプを選択すると、MySQL と PostgreSQL が追加でインストールされます。これは Oracle とは関係がないため、このタイプを選択する意味はありません。

17) 前の段落 16 のチェックボックス「 今すぐカスタマイズ" - この画面が表示されます。 ここで「」を選択する必要があります デスクトップ» をクリックし、図に示すようにすべてのチェックボックスをオンにします。 これは、OS グラフィック サブシステムとデフォルトのシェルをインストールするために必要です。 ノーム.

この図は、グラフィカル シェルが KDEインストールされていません。 個人的にはもっと重いと思います ノームそしてサーバー上では役に立ちません。 gnome で十分です:)

18) インストールプロセス。 お待ちしております。

19) 全て! インストールは正常に完了しました。再起動後、サーバーは完全な戦闘準備状態になります。