Re: disk is broken after mount , then fix the disk ,i still can not use the mount path

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Aug 26, 2015 at 09:58:26AM +0000, zhao.mingyue@xxxxxxx wrote:
> hi:
>    I have a problem about xfs ,can someone help me?
>    1 . mount  /dev/sdb  /home/test,
>    2. /dev/sdb is down(my disk has something wrong)
>    3.I pull out the disk, fix it and insert
>    then I find that I still can not operate in /home/test
> Is the mechanism of XFS like this? if I want to use /home/test again, I must umount first and mount again?

Yes, once the filesystem has errors or a disk is physically removed, the
fs will shutdown and not allow further modification until it is
remounted correctly. This is most likely the behavior you'll see for any
local filesystem unless there's some kind of block device abstraction in
the stack that doesn't expose the errors to the fs (e.g., md raid).

Also note that the fs holds the underlying block device open. That means
the device node (sdb) won't disappear just because it's been unplugged.
If the device is reattached, it most likely has a new device node.
You'll have to inspect the logs or /sys/block/... to find it. The old
one will probably go away when the old mount is removed.

FWIW, it's probably best to umount and release any active references on
the block device beforehand if you know you're going to physically
disconnect it.

Brian

> -------------------------------------------------------------------------------------------------------------------------------------
> 本邮件及其附件含有杭州华三通信技术有限公司的保密信息,仅限于发送给上面地址中列出
> 的个人或群组。禁止任何其他人以任何形式使用(包括但不限于全部或部分地泄露、复制、
> 或散发)本邮件中的信息。如果您错收了本邮件,请您立即电话或邮件通知发件人并删除本
> 邮件!
> This e-mail and its attachments contain confidential information from H3C, which is
> intended only for the person or entity whose address is listed above. Any use of the
> information contained herein in any way (including, but not limited to, total or partial
> disclosure, reproduction, or dissemination) by persons other than the intended
> recipient(s) is prohibited. If you receive this e-mail in error, please notify the sender
> by phone or email immediately and delete it!

> _______________________________________________
> xfs mailing list
> xfs@xxxxxxxxxxx
> http://oss.sgi.com/mailman/listinfo/xfs

_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs




[Index of Archives]     [Linux XFS Devel]     [Linux Filesystem Development]     [Filesystem Testing]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux