хфс _ремонт -н
Usage: xfs_repair [options] device
Options:
-f The device is a file
-L Force log zeroing. Do this as a last resort.
-l logdev Specifies the device where the external log resides.
-m maxmem Maximum amount of memory to be used in megabytes.
-n No modify mode, just checks the filesystem for damage.
-P Disables prefetching.
-r rtdev Specifies the device where the realtime section resides.
-v Verbose output.
-c subopts Change filesystem parameters - use xfs_admin.
-o subopts Override default behaviour, refer to man page.
-t interval Reporting interval in minutes.
-d Repair dangerously.
-V Reports version and exits.
man page:
-n No modify mode.
Specifies that xfs_repair should not modify the filesystem but
should only scan the filesystem and indicate what repairs would have been made.
и есть xfs _проверьте но если вы сделаете справочную страницу, то увидите:check XFS filesystem consistency... Note that using xfs_check is NOT recommended. Please use xfs_repair -n instead, for better scalability and speed.
И в /etc/fstab
6-й или последний столбец, если это 1
или 2
, вызывает fsck
или проверку файловой системы при монтировании, которая будет происходить при каждой загрузке... это конкретно будет xfs_repair -n
? Я не знаю.
вы спрашивали об обнаружении неисправной файловой системы:моя интерпретация этого такова, что если она неисправна, то она не будет смонтирована и вообще недоступна... вы бы знали без на самом деле нужно проверить , это не будет очевидно, когда вы заметите, что он не смонтирован, а затем грубо не смонтируется при попытке вручную.
Для этого необходимо размонтировать, но для мониторинга вот что вы периодически делаете вручную:
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sdc2 550G 152G 371G 30% / {ext3}
udev 253G 216K 253G 1% /dev
tmpfs 253G 5.5M 253G 1% /dev/shm
/dev/sdc1 195M 13M 183M 7% /boot/efi
/dev/sda1 5.0T 4.9T 99G 99% /data {xfs}
/dev/sdb1 559G 67G 492G 12% /scratch
tmpfs 450G 0 450G 0% /ramdisk
/dev/sdd1 5.0T 4.9T 9.8G 100% /bkup {xfs}
how do i find file system types?
# mount
/dev/sdc2 on / type ext3 (rw,acl,user_xattr)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
debugfs on /sys/kernel/debug type debugfs (rw)
udev on /dev type tmpfs (rw,mode=0755)
tmpfs on /dev/shm type tmpfs (rw,mode=1777)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
/dev/sdc1 on /boot/efi type vfat (rw,umask=0002,utf8=true)
/dev/sda1 on /data type xfs (rw)
/dev/sdb1 on /scratch type xfs (rw)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
securityfs on /sys/kernel/security type securityfs (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
tmpfs on /ramdisk type tmpfs (rw,size=450G)
nfsd on /proc/fs/nfsd type nfsd (rw)
/dev/sdd1 on /bkup type xfs (rw)
# xfs_repair -n /dev/sdd1
xfs_repair: /dev/sdd1 contains a mounted and writable filesystem
fatal error -- couldn't initialize XFS library
# umount /bkup/
# xfs_repair -n /dev/sdd1
Phase 1 - find and verify superblock...
Phase 2 - using internal log
- scan filesystem freespace and inode maps...
- found root inode chunk
Phase 3 - for each AG...
- scan (but don't clear) agi unlinked lists...
- process known inodes and perform inode discovery...
- agno = 0
- agno = 1
- agno = 2
- agno = 3
- agno = 4
- process newly discovered inodes...
Phase 4 - check for duplicate blocks...
- setting up duplicate extent list...
- check for inodes claiming duplicate blocks...
- agno = 0
- agno = 4
- agno = 3
- agno = 1
- agno = 2
No modify flag set, skipping phase 5
Phase 6 - check inode connectivity...
- traversing filesystem...
- traversal finished...
- moving disconnected inodes to lost+found...
Phase 7 - verify link counts...
No modify flag set, skipping filesystem flush and exiting.
this "xfs_repair -n" output is on a good XFS file system that has been problem free for years.