Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

7.7. 文件系统和存储

在恢复备份时, xfsrestore 命令可以正常工作

在以前的版本中，当恢复使用 xfsdump 命令创建的备份时，xfsrestore 创建一个孤儿目录。因此，一些文件被移到所创建的孤儿目录中，并显示以下消息： 

 # xfsdump -L test -M test -f /scratch.dmp /mnt/test
 ...
 xfsdump: NOTE: root ino 128 differs from mount dir ino 1024, bind mount?
 ...
 xfsdump: Dump Status: SUCCESS

 # xfsrestore -f /scratch.dmp /mnt/restore/
 ...
 xfsrestore: restoring non-directory files
 xfsrestore: NOTE: ino 128 salvaging file, placing in orphanage/1024.0/dir17/file60
 xfsrestore: NOTE: ino 129 salvaging file, placing in orphanage/1024.0/dir17/file61
 xfsrestore: NOTE: ino 130 salvaging file, placing in orphanage/1024.0/dir17/file62
 xfsrestore: NOTE: ino 131 salvaging file, placing in orphanage/1024.0/dir17/file63
 xfsrestore: NOTE: ino 132 salvaging file, placing in orphanage/1024.0/dir17/file64
 xfsrestore: NOTE: ino 133 salvaging file, placing in orphanage/1024.0/dir17/file65
 xfsrestore: NOTE: ino 134 salvaging file, placing in orphanage/1024.0/dir17/file66
 ...
Copy to Clipboard Toggle word wrap

有了这个更新，这个问题已被解决，xfsrestore 现在可以正常工作。

(BZ#2020494)

multipathd.socket 单元文件不会在太多启动尝试后禁用 multipathd

在以前的版本中，multipath.service 单元文件中 multipathd 的起始条件与 multipathd.socket 中的触发条件不同。因此，单元文件会重复尝试启动 multipathd ，并会失败。这会导致多次尝试失败后禁用 multipathd。有了这个修复，multipathd.socket 和 multipathd.service 的起始条件已被设置为相同的值。因此，在没有满足 multipathd.service 的启动条件时，multipathd.socket 单元文件不会再尝试启动 multipathd 。

(BZ#2008101)

保护 uevents 不再导致多路径设备重新载入失败

在以前的版本中，当重新扫描 只读 路径设备时，内核会发送两个写保护 uevents - 一个设备被设为 读/写，以下设备被设为 只读。因此，在路径设备上检测到 读/写 uevent 时，multipathd 会尝试重新载入多路径设备，这会导致重新载入错误信息。有了这个更新，multipathd 会在重新载入读/写设备前，检查所有路径是否被设置为 读/写 。因此，当重新扫描 只读 设备时，multipathd 不再尝试重新载入 读/写。

(BZ#2009624)

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2025 Red Hat