I use Centos 7.1 , the path /files mounts to the /dev/sda2 , but it can not be mount now.

I tried

1) mount -a
the system will be hang when mount to /dev/sda2

2) xfs_repair -n /dev/sda2
it returns no error.
I know xfs_repair -L will cause data lose .

What I want is to find a way to mount it or retrieve the data from /dev/sda2 .

Would advise what I should try , to mount it again ?

thanks

Some more information might help. Like what is /dev/sda2 for? Another HDD/SSD drive, something else ?

You could try the following;

That would do a manual mount and would not last after reboot. The "-a" option tells the mount command to mount all filesystems listed in /etc/fstab

tried , it hangs when issue it .

Once again, exactly what is it you're trying to mount ?

Have you done a filesystem check on it? If it's a HDD/SSD drive, you should run the following command and check it's SMART status;

you are using sudo or root to mount yes?

Are you sure this is XFS? What is the corresponding line in /etc/fstab? You can also use tools like lsblk and blkid to guess at the content of a disk.

Is there anything in the kernel message buffer (dmesg command)?

Side remark: Generally, you should not use non-persistent path names like /dev/sda, since there is always the possibility that the same disk gets a different name after a reboot. Instead, use UUIDs, LABELs or other unique properties of your filesystems to mount them. Having said that, for a manual mount command there shouldn't be a problem - as long as you are certain that /dev/sda refers to the correct disk.

yes , still not work.

I known it from /etc/fstab , it is xfs .

What is the error message when you try to mount /dev/sda2?

Post the fstab line that is associated with /dev/sda2

No error , it hangs when issue the command

#cat /etc/fstab
#UUID=c6c87a84-3455-4cb2-bb21-034e3d476d42 /files xfs defaults 0 0

looking up for mounting at boot
make sure your UUID is correct.
/storage_administration_guide/xfsmounting

https://access.redhat.com/documentat...de/xfsmounting

Anybody can write anything into the fstab. To check if it's really XFS, use blkid, or use xfs_admin -l to display the superblock (this is from memory; consult the man page to be certain).

However, the fact that you get no error message indicates another problem. Perhaps the disk has a problem. Did you check the message buffer (dmesg command)?

Anybody ???.
Anybody named root maybe. If it's in fstab and broken how did the last boot succeed ?. Seems we are not getting the entire story.

My name is not root, but I am known to have written fstab entries
Agreed.