rhel-fedora

Name: rhel-fedora
Author: iuliandita

github.com/iulianditaクラウド・DevOps943 回インストール今日更新

リポジトリ

rhel-fedora について

rhel-fedora は、Fedora、RHEL など RPM 系 Linux の管理スキルです。パッケージやセキュリティ、起動、トラブル対応の前に、ディストリビューションとリリース系列を特定します。

主な機能

01Fedora とエンタープライズ系列を区別
02DNF、RPM、リポジトリ作業を案内
03systemd、起動、カーネルを診断
04SELinux と firewalld を考慮
05アップグレードとコンテナホストを確認

活用シーン

01パッケージやリポジトリの問題を診断
02ディストリビューション別の更新を計画
03SELinux や起動の障害を調査
04Fedora と RHEL 系のデスクトップやサーバーを管理

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/iuliandita/skills --skill rhel-fedora

インストール後、Claude Code で/rhel-fedoraを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

references/

agent-hygiene.md

base-linux-and-cli.md

boot-kernel-and-recovery.md

capture-and-sharing.md

derivatives-and-vendor-quirks.md

desktop-audio-and-bluetooth.md

gotchas-and-special-situations.md

graphics-and-gaming.md

output-contract.md

packages-and-repos.md

remote-gaming-input-and-tooling.md

security-and-updates.md

session-display-and-mobile.md

storage-and-rollback.md

systemd-and-journal.md

詳細

RHEL-Fedora：Fedora および RHEL 系の管理

Fedora、RHEL、Rocky Linux、AlmaLinux、Oracle Linux、Amazon Linux、および近縁の RPM 系システムを、それぞれの重要な違いを見落とさずに管理します。

まず、更新の速い Fedora 系統と保守的なエンタープライズ系統を分けます。そのうえで、subscription-manager、CentOS Stream の差異、Oracle UEK、Amazon のクラウドファーストのデフォルト設定、そして誤ったレイヤーのせいにされがちな SELinux や firewalld の挙動など、ベンダー固有の違いを考慮します。

固定する価値のあるバージョン（2026 年 10 月に確認）：

互換性やトラブルシューティングの内容に実質的な影響がある場合に限り、ここでバージョンを固定してください。一般的なパッケージ作業では、古くなったパッケージ表よりも、各ディストリビューションの最新の系統とリポジトリの状態を優先してください。

コンポーネント	バージョン	重要な理由
Fedora stable	44 / 最新情報を確認	現在の一般的な基準（Fedora は約 6 か月ごとにリリースし、約 13 か月で EOL になります。この表の更新より速いため、最新情報を確認してください）
Fedora next branch	45 / 最新情報を確認	バグが実際には Fedora-next の挙動によるものの場合に役立ちます
RHEL エンタープライズ系統	10.x	新しいメジャー系統における現在のエンタープライズ基準
RHEL の前のメジャーバージョン	9.x	今なお広く導入されており、10 とは挙動が異なります
Rocky Linux	最新のメジャー系統を確認	RHEL に近いですが、現行のドキュメントと vault の状態も重要です
AlmaLinux	最新のメジャー系統を確認	RHEL に近いですが、現行のリリースノートとポリシードキュメントも重要です
Oracle Linux	最新のメジャー系統を確認	現行の Oracle 系統も重要ですが、UEK と RHCK の違いはさらに重要です
Amazon Linux	AL2023 / 最新のリリースを確認	特定のポイントバージョンを覚えるより、リリースノートの系統を確認する方が重要です
SELinux	最新情報を確認	覚えているバージョン文字列より、ポリシーパッケージとモードが重要です
DNF	最新情報を確認	Fedora はエンタープライズ系統より速く進むため、DNF 5 と従来の想定との違いが重要です
Podman	最新情報を確認	rootless と quadlet の挙動は、提供されるディストリビューションの系統によって異なります
カーネルセキュリティ	RHSA/FEDORA tracker で最新情報を確認	深刻度の高い権限昇格 CVE には速やかにパッチを適用してください。2026 年半ばの事例として、修正済みか確認するもの：Copy Fail CVE-2026-31431（CISA KEV、悪用済み）、Dirty Frag CVE-2026-43284/43500、Fragnesia CVE-2026-46300（ESP-in-TCP、公開 PoC あり、CISA KEV には未掲載）、ptrace CVE-2026-46333。さらに新しいもの：CVE-2026-53266（netfilter ebtables SNAT、2026-09-18 に CISA KEV に登録、Red Hat の重要度は Important、2026-10-02 の確認時点で RHEL のエラータは未掲載）

カーネルの勧告については、ベンダー固有のパッケージとサポートストリームを正確に確認してください。Red Hat は Copy Fail CVE-2026-31431 の重要度を Important としています。リンク先の告知と RHSA パッケージマトリクスを使い、影響を受けるビルドと修正済みビルドを確認してください。 Ubuntu カーネルのパッチ適用下限を RHEL、Fedora、または下流クローンに適用しないでください。

使用する場合

dnf、yum、rpm、ローカルの .rpm ファイル、リポジトリ設定、パッケージの来歴を扱うパッケージ管理
Fedora のリポジトリ、COPR、updates-testing、モジュール性、リリースアップグレードに関する作業
RHEL のサブスクリプション、エンタイトルメント、CodeReady Builder、Insights、EPEL、クローンの互換性に関する質問
Fedora または RHEL 系システムでの systemd サービス、タイマー、起動、ジャーナルのトラブルシューティング
GRUB、EFI、dracut、initramfs、カーネル、grubby、起動復旧に関する作業
リリースの保守：Fedora の dnf system-upgrade、RHEL 系のメジャー／マイナー移行、leapp の計画
セキュリティ関連の設定：SELinux のモード、コンテキスト、ブール値、AVC 拒否、firewalld、FIPS 関連の確認、パッケージ署名
実際にはホスト管理にあたるコンテナホストの作業：Podman パッケージ、ルートレス実行の前提条件、cgroup または SELinux とホストとの連携
Fedora Workstation などのデスクトップスタック：Wayland と X11、GNOME、KDE、ポータル、PipeWire、Bluetooth
セッション起動とノート PC の作業：GDM、SDDM、サスペンド／レジューム、電源プロファイル、ハイブリッドグラフィックス
GPU とゲーム関連の作業：NVIDIA akmods または DKMS、Mesa、Vulkan、Steam、Proton、Gamescope、MangoHud
キャプチャとコミュニケーション：OBS、WebRTC の画面共有、Discord または Teams、ポータル、仮想カメラ
ストレージ：XFS、ext4、Btrfs、LUKS、LVM、Stratis、TRIM、休止状態
ファームウェアとハードウェアの有効化：fwupdmgr、ベンダー提供のファームウェアツール、マイクロコード、mokutil、Secure Boot
Amazon Linux、RHEL のクラウドイメージ、Rocky、Alma、Oracle Linux のゲストにおけるクラウドイメージと VM のデフォルト設定
RPM 系システムの基本的な Linux 運用：journalctl、dmesg、lsblk、grubby、rpm -Va、restorecon

使用しない場合

シェル構文、引用符の扱い、スクリプトの移植性 — shell-scripting を使用
ネットワークアーキテクチャ、DNS、VPN、リバースプロキシ、ファイアウォール設計 — networking を使用
Dockerfile、Compose ファイル、イメージのビルド、コンテナランタイムのアーキテクチャ — docker を使用
Kubernetes クラスターまたはマニフェストの作業 — kubernetes を使用
Playbook を使用した大規模な Linux 設定 — ansible を使用
セキュリティレビュー、脆弱性のトリアージ、攻撃的なテスト — security-audit または privilege-escalation を使用
Arch、CachyOS、その他の pacman 系システム — arch-linux を使用
Debian、Ubuntu、Mint、Pop!_OS、その他の apt 系システム — debian-ubuntu を使用
Fedora Silverblue、Kinoite、Bazzite、Bluefin、Universal Blue、CoreOS、bootc、その他の rpm-ostree／イメージモードのワークフロー — このスキルの対象外です。通常の dnf 管理ホストと同様に扱わないでください
OPNsense または pfSense アプライアンスの作業 — opnsense-pfsense を使用
NixOS の宣言型システム設定 — nixos を使用
Kali Linux および攻撃的なツールを備えたディストリビューション — kali-linux を使用

AI によるセルフチェック

Fedora または RHEL 系のコマンドを返す前に、次の項目を確認してください。

ワークフロー

手順には順序があります。このチェックリストをコピーし、進捗を記録してください。

Step 1: ディストリビューションの系統を特定
Step 2: 現在の状態を収集
Step 3: 該当するリファレンスを読み込み
Step 4: 1 つのレイヤーを変更。重大な変更は事前に確認
Step 5: 検証（失敗した場合は修正し、Step 4 に戻る）

ステップ 1：まずディストリビューションの系統を特定します

パッケージのワークフローを選ぶ前に、イミュータブルなシステムやイメージベースのシステム（rpm-ostree、bootc、CoreOS、Silverblue/Kinoite、ベンダー独自のイメージバリアント）を検出します。イメージベースの系統では、可変ホスト向けの dnf 修復手順を使わず、そのイメージでサポートされているレイヤリング、オーバーライド、または再構築の手順に従ってください。

ディストリビューション	基本方針	何が異なるか
Fedora stable	更新の速いワークステーションまたはサーバーのベースライン	DNF 5 の時代であり、COPR が利用でき、リベースの頻度が高く、サポート期間が短めです
Fedora Rawhide / Branched	慎重に進めます	リリース前の挙動で、ドキュメントやパッケージ名が予告なく変わる場合があります
CentOS Stream	RHEL と同等ではなく、RHEL より先行するものとして扱います	エンタープライズ向けのプレビューに近い系統であり、パッケージの提供時期や不具合が異なる場合があります
RHEL	保守的なエンタープライズ向けベースライン	Subscription Manager、リポジトリーの利用資格、サポート対象のアップグレード経路
Rocky Linux	保守的なクローンのベースライン	Subscription Manager はなく、vault の挙動があり、アップストリームへの追従が速いです
AlmaLinux	独自のポリシーを持つ保守的なクローンのベースライン	ほぼ RHEL に準じていますが、完全に同一だと決めつけないでください
Oracle Linux	すぐにカーネルの系統を確認します	UEK と RHCK の違いにより、ドライバー、ストレージ、サポートに関する前提が変わります
Amazon Linux 2023	クラウド優先で、ベンダー独自の系統	Fedora 由来のユーザーランドに AWS のデフォルト設定を加えており、RHEL の手順をそのまま適用しないでください
その他の RPM ベースのディストリビューション	リポジトリーとサポートのモデルを確認します	根拠がないまま Fedora や RHEL のルールを当てはめないでください

ステップ 2：現在のシステム状態を収集します

ステップ 1 で特定した系統に合うコマンドだけを実行します。以下の広範なインベントリーは、可変 RPM ホスト向けです。イメージベースの系統では dnf、yum、モジュール、パッケージトランザクション、可変ブート関連のコマンドを使わず、代わりに同等の rpm-ostree または bootc のデプロイ状態を収集してください。

cat /etc/os-release
uname -r
rpm -E '%{?rhel} %{?fedora}'
rpm -q systemd rpm dnf grub2-common dracut selinux-policy-targeted 2>&1 || true
dnf --version 2>&1 || yum --version 2>&1 || true
rpm -qa | grep -E '^(kernel|kernel-core|kernel-uek|dnf|yum|podman|firewalld|selinux-policy)' | head -20
rpm -qf /etc/redhat-release 2>&1 || true
dnf repolist --enabled 2>&1 || yum repolist enabled 2>&1 || true
dnf module list --enabled 2>&1 || true
subscription-manager status 2>&1 || true
subscription-manager repos --list-enabled 2>&1 || true
systemctl --failed 2>&1 || true
journalctl -b -p warning..alert 2>&1 || true
getenforce 2>&1 || true
sestatus 2>&1 || true
ausearch -m avc -ts boot 2>&1 || true
firewall-cmd --get-active-zones 2>&1 || true
firewall-cmd --list-all 2>&1 || true
findmnt /boot
findmnt /boot/efi
grubby --default-kernel 2>&1 || true
grubby --info=ALL 2>&1 || true
lsblk -f
echo "Session=$XDG_SESSION_TYPE Desktop=$XDG_CURRENT_DESKTOP"
loginctl list-sessions 2>&1 || true
systemctl status display-manager 2>&1 || true
systemctl --user --failed 2>&1 || true
systemctl --user status pipewire pipewire-pulse wireplumber 2>&1 || true
systemctl --user status xdg-desktop-portal 2>&1 || true
command -v wpctl >/dev/null 2>&1 && wpctl status
command -v bluetoothctl >/dev/null 2>&1 && bluetoothctl show
lspci -k | grep -Ei 'vga|3d|display'
journalctl -b | grep -Ei 'nvrm|nvidia|amdgpu|i915|xe|drm' 2>&1 || true
journalctl --user -b | grep -Ei 'portal|pipewire|webrtc|obs' 2>&1 || true
lsmod | grep '^v4l2loopback' 2>&1 || true
rpm -qa 'akmod-*' 'kmod-*' 2>&1 | sort || true
command -v dkms >/dev/null 2>&1 && dkms status 2>&1 || true
findmnt -t btrfs,xfs,ext4
systemctl status fstrim.timer 2>&1 || true
fwupdmgr get-devices 2>&1 || true

可変 DNF ホストでは、更新の有無を別途確認し、3 値の結果を保持してください。

dnf check-update
# Exit 0 means no updates, 100 means updates are available, and every other nonzero exit is a
# diagnostic failure to report. Do not append `|| true`.

ステップ 3：該当するリファレンスだけを読み込みます

タスクの種類	リファレンス
`dnf`、`yum`、`rpm`、リポジトリー設定、EPEL、COPR、モジュール、ローカル RPM	`references/packages-and-repos.md`
systemd ユニット、タイマー、ジャーナル、オーバーライド	`references/systemd-and-journal.md`
GRUB、カーネル、`dracut`、EFI、`grubby`、復旧	`references/boot-kernel-and-recovery.md`
Fedora、RHEL、Rocky、Alma、Oracle、Amazon の挙動の違い	`references/derivatives-and-vendor-quirks.md`
Wayland、X11、GNOME、KDE、PipeWire、Bluetooth	`references/desktop-audio-and-bluetooth.md`
ディスプレイマネージャー、セッションの起動、一時停止または再開、電源、ハイブリッドグラフィックス	`references/session-display-and-mobile.md`
GPU ドライバー、Vulkan、Steam、Proton、ゲーム	`references/graphics-and-gaming.md`
OBS、WebRTC、画面共有、仮想カメラ	`references/capture-and-sharing.md`
XFS、ext4、Btrfs、LUKS、LVM、Stratis、TRIM、休止状態	`references/storage-and-rollback.md`
SELinux、firewalld、パッケージ署名、更新、コンプライアンス関連の確認	`references/security-and-updates.md`
リモートゲーム、コントローラー、入力	`references/remote-gaming-input-and-tooling.md`
Linux の基本的な調査コマンドと RPM 系ツール	`references/base-linux-and-cli.md`
Fedora および RHEL 系統で繰り返し発生する障害のパターン	`references/gotchas-and-special-situations.md`

デフォルトですべてのリファレンスを読み込まないでください。障害の状況に合ったものを選び、最初の層に問題がない場合に限り、対象を広げてください。

ファイアウォールをトリアージする際は、変更を提案する前に、firewalld サービスの状態、有効なゾーン、インターフェースと送信元のバインディング、実効ルールを確認してください。読み取り専用コマンドと、ランタイムおよび永続設定の検証には references/security-and-updates.md を使用してください。

ステップ 4：一度に 1 つのレイヤーを変更する

誤ったパッケージセットによってサービスに不具合が生じている可能性がある場合は、サービスのデバッグより先に、リポジトリとパッケージの状態を修正します。
アプリに問題があると判断する前に、SELinux のラベル付けやポリシーを修正します。
サービスの起動を疑う前に、firewalld の公開設定を修正します。
dracut を再構築したりカーネルを変更したりする前に、マウントポイントとローダーの状態を修正します。
Fedora では、「上流の変化が速いディストリビューションの挙動」と「サードパーティリポジトリまたは COPR の挙動」を分けて考えます。
RHEL では、「パッケージが利用できない状態」と「リポジトリのエンタイトルメントが無効になっている状態」を分けて考えます。
Oracle Linux では、ドライバーやストレージの症状を調査する前に、UEK と RHCK のどちらを使用しているか確認します。
Amazon Linux では、クラウドイメージのデフォルト設定や AWS のリポジトリ選択を、一般的な RHEL の慣例と分けて考えます。
元に戻せる手順を優先します。古いカーネルを残し、.repo ファイルを保存し、利用可能であればスナップショットを取得します。SELinux コンテキストの修正は、その場限りの chcon による回避策ではなく、ポリシーに保持します。
リリースアップグレード、ブートローダーの作業、ストレージの変更、大規模な SELinux 再ラベル付けの前に、スナップショットを取得するかバックアップを作成します。

影響の大きい変更（リリースアップグレード、カーネルの削除、dracut またはブートローダーの再構築、モジュールストリームのリセット、SELinux ポリシーまたはポートマッピングの変更、firewalld の公開設定、LUKS または LVM の変更）では、実行するコマンドとその内容（DNF のトランザクション、削除対象の一覧、ゾーンとポート、または対象デバイス）を正確に提示し、明示的な確認を得てから実行し、その後ステップ 5 に進みます。無人実行の場合は、計画を示した時点で停止します。具体的なコマンドは、references/packages-and-repos.md（トランザクション、モジュール、リリースアップグレード）、references/boot-kernel-and-recovery.md（カーネル、dracut、レスキュー用 chroot）、references/security-and-updates.md（SELinux と firewalld の変更）に記載されています。

ステップ 5：完了前に検証する

rpm -q package_name
rpm -V package_name
systemctl status unit_name
journalctl -u unit_name -b
getenforce
sestatus
firewall-cmd --list-all
grubby --default-kernel

チェックに失敗した場合は、指摘されたレイヤーを修正してステップ 4 に戻ります。ブートパスを把握し、正常動作が確認済みのエントリーを少なくとも 1 つ残してから再起動します。

トラブルシューティングのパターン

レイヤーをまたいで、基本に忠実にトリアージします。

使用中のディストリビューション、リリース系列、パッケージマネージャー、カーネル系列、リポジトリの状態を確認します。
問題が発生しているレイヤーを特定します。リポジトリ／パッケージの状態、SELinux、ファイアウォール、システムサービス、ユーザーサービス、ブートパス、デスクトップセッション、グラフィックス、アプリのいずれかです。
設定を変更する前に、適切なログを取得します。
一度に 1 つのレイヤーだけを変更して、再テストします。
調整を積み重ねるより、正常動作が確認済みのベースラインを優先します。

基本的なログ確認：

journalctl -b -p warning..alert
journalctl --user -b
dmesg --level=err,warn
journalctl -u unit_name -b
ausearch -m avc -ts recent

初回の精密な調査ではなく、相関関係を確認するために広範囲をパターン検索する場合：

journalctl -b | grep -Ei 'nvrm|nvidia|amdgpu|i915|xe|drm' 2>&1 || true
journalctl --user -b | grep -Ei 'portal|pipewire|webrtc|obs' 2>&1 || true
ausearch -m avc -ts boot 2>&1 || true

デスクトップに限定された問題に見える場合は、クリーンなベースラインを 1 つ比較します。

GNOME と KDE
ブラウザーの WebRTC とパッケージ版クライアント
通常のゲーム起動と Gamescope または MangoHud
Oracle Linux でカーネルの挙動が疑わしい場合の RHCK と UEK
標準リポジトリのパッケージとサードパーティリポジトリのパッケージ

デフォルトの判断基準

Fedora は変更が速いものとして扱います。 正確なリリースを確認し、古いブログ記事の修正方法を根拠なく踏襲しないでください。
RHEL ではサポート範囲が重要です。 独自の方法を考え出す前に、エンタイトルメント、サポート対象リポジトリ、文書化されたアップグレード経路を確認してください。
クローンはよく似ていますが、プロセスは同一ではありません。 Rocky、AlmaLinux、Oracle Linux、Amazon Linux は RPM 名を共有していても、ポリシー、リポジトリ、カーネル、サポートツールが異なる場合があります。優先順位と互換性を明確に判断しないまま、クローンやベンダーのリポジトリを混在させないでください。
広範囲に対処する前に、対象を絞ります。 パッケージを大規模に変更する前に dnf repoquery、dnf history、対象を絞ったトランザクションを使ってください。サービスの問題では、パッケージを再インストールする前に、ジャーナル、SELinux AVC、firewalld ゾーンを確認してください。メタデータとキャッシュの更新は意図的に行ってください。全体の更新を何度も繰り返すと、自動化が遅くなります。
まず systemd ネイティブのツールを使います。 ラッパーに頼る前に systemctl、journalctl、loginctl、timedatectl を使ってください。
SELinux は敵ではなく、手がかりとして扱います。 AVC による拒否は通常、どの層に問題があるのかを正確に示します。
firewalld は状態を持つ仕組みとして扱います。 ゾーン、ランタイム、永続状態、サービス定義のすべてが重要です。
GRUB、カーネル、dracut はひとつのサブシステムです。 カーネルパッケージ、initramfs、Secure Boot の状態、ブートローダーのエントリーは整合している必要があります。
デスクトップの障害は、セッションの問題であることがよくあります。 Wayland では、ユーザーユニット、ポータル、セッション環境もパッケージ一覧と同じくらい重要です。
ゲームの障害は、スタックの不整合が原因であることがよくあります。 ゲーム自体が本当の問題であるケースより、ドライバーブランチの誤り、32 ビットのユーザー空間の不足、ファームウェアの欠落、Proton のパスの破損のほうがよくあります。
クラウドイメージは意図的に最小構成です。 パッケージの不足やサービスの無効化は、破損ではなく設計によるものであることがよくあります。

迅速なトラブルシューティングのチェックリスト

症状	最初に確認する項目
インストール後にパッケージの挙動がおかしい	`dnf repolist`、`dnf check`、`rpm -q`、モジュールストリームの不一致、サードパーティリポジトリのずれ
RHEL でパッケージを利用できない	エンタイトルメントまたは CRB が不足していませんか？ `subscription-manager repos --list-enabled`、リポジトリの有効化、EPEL に関する想定
SELinux によってアプリが動かなくなった	`getenforce`、`ausearch -m avc -ts recent`、ラベル付けとブール値とポリシーモジュールのどれが原因か
更新後にサービスが失敗する	リポジトリのずれ、設定の削除、`systemctl status`、`journalctl -b`、`rpm -V package`
カーネル作業後に起動しない	EFI のマウント、`grubby --info=ALL`、`dracut` イメージ、Secure Boot、フォールバックカーネル
Fedora のアップグレードで問題が起きる	正確な Fedora リリース、`dnf system-upgrade` の状態、サードパーティリポジトリ、COPR パッケージ
RHEL クローンの挙動がおかしい	クローン固有のリリースドキュメント、Vault の状態、EPEL に関する想定、サポート対象外のインプレースアップグレードに関する俗説
Oracle Linux の問題	まず RHCK と UEK のどちらかを確認し、次にドライバー／ストレージ／仮想化の経路を確認
Amazon Linux の不整合	AL2023 と AL2 のどちらか、cloud-init のデフォルト設定、AWS パッケージのドキュメント、追加リポジトリの不足
更新後にデスクトップの挙動がおかしい	`XDG_SESSION_TYPE`、ポータル、Xwayland、ユーザーサービス
Bluetooth オーディオの問題	BlueZ のペアリング、PipeWire ノード、カードプロファイル
ゲームが画面の暗転やクラッシュを起こす	GPU ドライバー、Vulkan、マルチライブラリのグラフィックスライブラリ、Gamescope／MangoHud
画面共有が動かない	Wayland と X11 のどちらか、ポータルバックエンド、PipeWire のユーザーユニット
サスペンド／レジュームでデスクトップに問題が起きる	スリープ状態、GPU ログ、ロック画面、ディスプレイマネージャー
カーネル変更後に NVIDIA／モジュールが見つからなくなった	akmods または DKMS のずれ、Secure Boot の署名、現在のカーネルとインストール済みモジュールの不一致
何も理解できない	落とし穴のリファレンスを確認してください。リポジトリのずれ、SELinux のラベル付け、モジュールストリームの混乱、古いサードパーティリポジトリ、カーネル系統の不一致で多くの問題を説明できます

参考ファイル

references/packages-and-repos.md - DNF、YUM、RPM、ローカルパッケージ、リポジトリファイル、EPEL、COPR、モジュール、パッケージの出所
references/systemd-and-journal.md - systemd サービスのデバッグ、ユニットのオーバーライド、ユーザーユニット、journal のトリアージ、安全な編集手順
references/boot-kernel-and-recovery.md - GRUB、dracut、カーネルパッケージ、grubby、EFI、Secure Boot、復旧ワークフロー
references/derivatives-and-vendor-quirks.md - 実際に重要となる Fedora、CentOS Stream、RHEL、Rocky、AlmaLinux、Oracle Linux、Amazon Linux の違い
references/desktop-audio-and-bluetooth.md - X11 と Wayland の違い、GNOME と KDE に関する注意点、ポータル、PipeWire、Bluetooth のトラブルシューティング
references/session-display-and-mobile.md - GDM、SDDM、セッション環境変数、サスペンドと再開、電源プロファイル、ハイブリッドグラフィックスのルーティング
references/graphics-and-gaming.md - NVIDIA、AMD、Intel、Vulkan、Steam、Proton、Gamescope、MangoHud、akmods または DKMS に関する注意点
references/capture-and-sharing.md - OBS、WebRTC の画面共有、Discord または Teams のルーティング、ハードウェアエンコーディング、仮想カメラのトラブルシューティング
references/storage-and-rollback.md - XFS、ext4、Btrfs、LUKS、LVM、Stratis、TRIM、休止状態、ロールバックの境界
references/security-and-updates.md - SELinux、firewalld、パッケージ署名、更新、FIPS 関連の懸念事項、コンプライアンスに関わるデフォルト設定
references/remote-gaming-input-and-tooling.md - Moonlight、Sunshine、コントローラー、Steam Remote Play
references/base-linux-and-cli.md - Linux の基本的な調査コマンドと、rpm -Va、repoquery、restorecon などの RPM 系ツール
references/gotchas-and-special-situations.md - Fedora および RHEL 系で繰り返し発生する障害パターン、特殊なケース、次に取るべき対応に関するガイダンス

出力仕様

仕様の全文は references/output-contract.md を参照してください。

スキル名： RHEL-FEDORA
成果物の分類： audits
モード： 条件付き。既存のリポジトリコンテンツの分析、レビュー、監査、改善を依頼された場合は、references/output-contract.md に記載された報告の規模と根拠に関するルールを適用し、成果物を docs/local/audits/rhel-fedora/<YYYY-MM-DD>-<slug>.md に書き込みます。質問への回答、概念の説明、新しい成果物の作成、コンテンツの生成を依頼された場合は、仕様に縛られず自由に回答します。
重大度の尺度： P0 | P1 | P2 | P3 | info（共通仕様を参照。監査／レビューのモードでのみ使用）

ルール

重大な変更を実行する前に確認してください。 正確なコマンドとその実行計画を提示し、明示的な承認を待ってから、変更を検証します。無人実行では計画の提示までで停止します。
大規模アップグレードを独自判断で進めないでください。 Fedora のメジャーアップグレード、RHEL の leapp、クローン OS のメジャーバージョン移行には、文書化された手順または再構築計画が必要です。
サードパーティリポジトリは慎重に扱ってください。 Fedora の COPR、エンタープライズクローンの EPEL、ベンダーの RPM リポジトリ、リリースパッケージはいずれも、サポート範囲を変える要因となります。

Markdown 対応

ログインしてコメント

基本情報

作者: iuliandita
リポジトリ: iuliandita/skills
カテゴリ: クラウド・DevOps
インストール数: 43
GitHub スター: 9

問題を報告