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 ...
有了这个更新，这个问题已被解决，xfsrestore 现在可以正常工作。
(BZ#2020494)
multipathd.socket 单元文件不会在太多启动尝试后禁用 multipathd
在以前的版本中，multipath.service 单元文件中 multipathd 的起始条件与 multipathd.socket 中的触发条件不同。因此，单元文件会重复尝试启动 multipathd ，并会失败。这会导致多次尝试失败后禁用 multipathd。有了这个修复，multipathd.socket 和 multipathd.service 的起始条件已被设置为相同的值。因此，在没有满足 multipathd.service 的启动条件时，multipathd.socket 单元文件不会再尝试启动 multipathd 。
保护 uevents 不再导致多路径设备重新载入失败
在以前的版本中，当重新扫描 只读 路径设备时，内核会发送两个写保护 uevents - 一个设备被设为 读/写，以下设备被设为 只读。因此，在路径设备上检测到 读/写 uevent 时，multipathd 会尝试重新载入多路径设备，这会导致重新载入错误信息。有了这个更新，multipathd 会在重新载入读/写设备前，检查所有路径是否被设置为 读/写 。因此，当重新扫描 只读 设备时，multipathd 不再尝试重新载入 读/写。
(BZ#2009624)
