授权不可用，检查 polkit 运行并重新启动

Question

这authorisation is not available check polkit running是一个转移注意力的问题：系统似乎已进入紧急模式，仅运行极少的系统服务。在这种状态下，polkit.service不运行是正常的，也是意料之中的。

第一个列出的错误消息来自内核：

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

关于 Nouveau，开源 NVidia GPU 驱动程序。您是否一直在使用它或 NVidia 的专有（闭源）驱动程序？您的主机有什么图形硬件？

该消息有可能（甚至很可能，请参见下文）与您当前的问题无关。它可能只是特定于您的特定硬件及其当前驱动程序支持状态的“噪音”。

第二条消息来自systemd-udevd：

Error running install command for rtl_pci

这是自己造成的，就像您阻止模块加载install rtl_pci /bin/false一样：它会导致错误消息作为副作用。/etc/modprobe.d/local-blacklist.confrtl_pci

如果您想消除错误消息，可以将/bin/falsein替换local-blacklist.conf为/bin/true.这将告诉系统卸载模块并不是一个错误。

第三条消息可能是您的系统进入紧急模式的原因。它来自systemd，解码十六进制转义后，它看起来像这样：

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

它指的是/dev/disk/by-label/\/apps，或者换句话说，带有标签的文件系统/apps。根据您的说法/etc/fstab，它应该是一个 ext4 类型的文件系统，应该安装到/apps.

中列出的所有其他文件系统/etc/fstab均已成功安装，除了/apps.根据您的lsblk输出，它似乎只能位于/dev/sdd- 没有其他设备可能包含未安装的 ext4 文件系统。

但根据lsblk，该磁盘没有分区 - 您是否将整个磁盘初始化为单个文件系统？如果没有，则磁盘的分区表可能已损坏/覆盖，或者磁盘可能出现故障。

systemctl status apps.mount和/或journalctl -u apps.mount可能提供有关安装尝试中出现的问题的更多信息。

与具有不同 init 系统的早期 RHEL 版本不同，如果列出的任何文件系统无法挂载，systemd基于的 RHEL 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 文件系统，并进行相应操作。如果它找不到有效的超级块，可能是因为磁盘的开头已损坏或被覆盖......或者因为文件系统根本没有在磁盘的开头启动。

如果您不确定，或者磁盘显示任何硬件故障的症状，您的首要任务应该是尝试使用 ASAP 尽快对故障磁盘进行映像ddrescue或类似的工具。您还需要另一个大小合适的磁盘来存储可能出现故障的磁盘的映像。

Answer 1