XFSが最後にシャットダウンされたときに完全にマウント解除されたかどうかは、システムログから知ることができますか？

Question

直接的に等しいことはないようです。

[27927.296390] XFS (sdb4): Mounting V5 Filesystem
[27927.869545] XFS (sdb4): Ending clean mount
[27942.761564] usb 2-2: USB disconnect, device number 31
[27943.011211] usb 2-2: new full-speed USB device number 32 using xhci_hcd
[27960.810143] XFS (sdb4): Unmounting Filesystem
[27960.811247] XFS (sdb4): metadata I/O error in "xlog_iodone" at daddr 0x58b10a len 64 error 5
[27960.812077] XFS (sdb4): xfs_do_force_shutdown(0x2) called from line 1271 of file fs/xfs/xfs_log.c.  Return address = 00000000758bdd7c
[27960.812708] XFS (sdb4): Log I/O Error Detected.  Shutting down filesystem
[27960.812728] XFS (sdb4): Unable to update superblock counters. Freespace may not be correct on next mount.
[27960.813349] XFS (sdb4): Please umount the filesystem and rectify the problem(s)

...

[28509.842965]  sdb: sdb1 sdb2 sdb3 sdb4
[28509.846156] sd 2:0:0:0: [sdb] Attached SCSI removable disk
[28517.755990] XFS (sdb4): Mounting V5 Filesystem
[28518.328431] XFS (sdb4): Ending clean mount

file -s /dev/sdb4ext4ファイルシステムに「ログリカバリが必要」のときに表示されることがありますが、完全にアンマウントされていないXFSファイルシステムをテストしたときに何の違いも見つかりませんでした。

xfs_repairやはり別の違いは見られませんでした。実際、一般的なメッセージのリストは man xfs_repairログの再生に関する内容は含まれていません。代わりに：

xfs_repairユーティリティはダーティログを持つXFSファイルシステムを回復できません。ログを消去するには、XFSファイルシステムをマウントしてアンマウントします。ログが破損して再生できない場合は、-Lオプション（「force log zero」）を使用してログを消去します（例：xfs_repair -L /dev/device）。これにより、追加の破損やデータ損失が発生する可能性がありますのでご注意ください。

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/storage_administration_guide/xfsrepair

ext4は異常除去を示す特別なフラグを保持しますが、XFSはログのみを保持するように聞こえます。ログが空の場合は「きれい」であり、修正/修復/再生する項目はありません。

（オペレーティングシステムが異常終了を検出するには、Windowsのようにそれ自身を検出する必要があります。 :-)。

Answer 1