認証は利用できません。 polkitが実行されていることを確認して再起動してください。

これはauthorisation is not available check polkit running赤ニシンです。システムが緊急モードに移行し、最小限のシステムサービスしか実行されないようです。この状態では、polkit.service不活性は正常であり、予想される。

リストされた最初のエラーメッセージはカーネルからのものです。

nouveau 0000:01:00.0: bus: MMIO read of 00000000 FAULT at 122124

オープンソースのNVidia GPUドライバであるNouveauについて。そのドライバーやNVidia独自の（プライベートソース）ドライバーを試しましたか？コンソールにはどのグラフィックハードウェアがありますか？

このメッセージが現在の問題に関連していない可能性があります（または以下を参照）。特定のハードウェアおよび現在のドライバーのサポート状態に応じて「ノイズ」にすることもできます。

2番目のメッセージは次のものから来ますsystemd-udevd。

Error running install command for rtl_pci

これは、モジュールがロードされるのを防ぐのと同じように自分で発生しますinstall rtl_pci /bin/false。副作用でエラーメッセージが表示されます。/etc/modprobe.d/local-blacklist.confrtl_pci

エラーメッセージを削除するには、をに/bin/false置き換えます。これにより、モジュールの取り外しがエラーではないことをシステムに通知できます。local-blacklist.conf/bin/true

第３のメッセージは、システムが緊急モードに移行する理由であり得る。systemd16進エスケープをデコードすると、次のように表示されます。

Timed out waiting for device dev-disk-by-label-\/apps.device.

/dev/disk/by-label/\/appsこれは、つまりラベル付きのファイルシステムを表します/apps。あなたによると、/etc/fstabext4タイプのファイルシステムでなければならず、にマウントする必要があります/apps。

にリストされている他のすべてのファイルシステムは/etc/fstab正常にマウントされました/apps。出力によれば、対応するファイルシステムlsblkは見つけることができるだけであることが示されます/dev/sdd。アンマウントされたext4ファイルシステムを含むことができる他のデバイスはありません。

しかし、それによると、lsblkディスクにはパーティションがありません。ディスク全体を単一のファイルシステムに初期化しましたか？そうでない場合は、ディスクのパーティションテーブルが破損/上書きされたか、ディスクに障害がある可能性があります。

systemctl status apps.mountおよび/またはインストールjournalctl -u apps.mountの試行中に発生した問題に関する追加情報を提供することもできます。

他の初期化システムを使用する以前のRHELバージョンとは異なり、RHELベースのsystemdRHEL 7.xは、ファイルシステムにマウントオプションがない場合は、リストされているファイルシステムのいずれかがマウントできない場合に緊急モードになります。したがって、マウント障害はシステムが緊急モードに移行する最大の理由です。/etc/fstabnoautonofail/apps

一時的に最後の行をコメントアウトし/etc/fstabて再起動して、システムをより正常な状態にすることができます。これにより、追加の診断と回復が容易になります。

/dev/sddまず、状態を確認してトラブルシューティングを開始できますsmartctl -x /dev/sdd。ディスクエラーを示す場合は、新しいディスクを注文し、可能であれば、良好な/appsバックアップから復元する計画を立てる必要があります。ただし、smartctlディスクにエラーが発生したことを示していない場合、これはすべてではない可能性があります。ディスクがsmartctl常に検出できないようにエラーが発生する可能性があります。

（良いバックアップがなく、その中にあるデータの/apps価値が大きい場合は、プロのデータ復旧サービスを使用するのか、それとも直接データを復旧するのかを決定する必要があります。）

/dev/sddパーティションテーブルが存在する必要があることを知っている場合は、testdiskそれを修復するのに最適なツールになることができます。

yum install epel-release
yum update
yum install testdisk
testdisk /dev/sdd

/dev/sddディスク全体が単一のext4ファイルシステムに初期化されていると確信している場合は、次のことを試すことができます。

e2fsck -C0 /dev/sdd

ツールが質問を始めると（自動的に安定して解決できない問題があることを示す）、スキャンを中止して最初にディスクイメージを作成する必要があります。

メモ:このコマンド仮説あなたが指すデバイスしなければならないext2/ext3/ext4 ファイルシステムを含み、それに応じて動作します。有効なスーパーブロックが見つからない場合は、ディスクの先頭が破損しているか上書きされているか、ファイルシステムが単にディスクの先頭から起動していない可能性があります。

不明な場合、またはディスクにハードウェア障害の症状がある場合は、最初にすべきことはできるだけ早くエラーが発生したディスクをイメージすることです。ddrescueまたは同様のツール。さらに、潜在的にエラーが発生したディスクのイメージを保存するには、適切なサイズの別のディスクが必要です。