From: Christoph Bier <christoph.bier@web.de>
To: linux-xfs@oss.sgi.com
Subject: Mounting an external HDD fails each second time after xfs_repair
Date: Wed, 10 Jan 2007 14:35:34 +0100 [thread overview]
Message-ID: <eo2q35$h6e$1@sea.gmane.org> (raw)
Hi all,
I use 14 partitions (one extended partition; partition table see
below) on my new external 400GB HDD that is managed by LVM2 on
Debian Sarge with a vanilla kernel 2.6.19.
The first time I mounted the HDD on my desktop everything worked
fine and I was able to copy 71GB of data. I unmounted and exported
the HDD and imported and mounted it on my laptop (commands see
below) running Ubuntu Edgy. Fine, too, I was able to read the data.
I exported again and imported again on my desktop. But now mounting
fails with
mount: /dev/mm-extern/audiovideo: can't read superblock
/var/log/syslog prints:
[Output:
http://www.zvisionwelt.de/tmpdownloads/mount-failure-syslog.output]
The funny thing is that I just wanted to have a recent syslog print
to post here and tried again to mount the HDD and now it works!
[/var/log/syslog output:
http://www.zvisionwelt.de/tmpdownloads/mount-success-syslog.output]
I didn't change anything else after the mount failure mentioned
above! BUT: Reading fails while I wanted to have a look at the files
in lost+found.
[/var/log/syslog output:
http://www.zvisionwelt.de/tmpdownloads/read-failure-syslog.output]
Yesterday I used xfs_repair after the mount failure with the result
that two directories were removed:
# xfs_repair /dev/mm-extern/audiovideo
[Output: http://www.zvisionwelt.de/tmpdownloads/xfs_repair.output]
Then mounting worked again. But this morning it failed again as I
wrote above. I could repeat the scenario: xfs_repair -> mounting
works -> unmount -> mounting again fails -> xfs_repair -> mounting
works -> unmount -> mounting again fails -> waiting for about 90
minutes (without xfs_repair) it worked again. Strange ...
Looking for answers I found this message tonight:
<news:20031210174704.20943.qmail@web12304.mail.yahoo.com> Citation
from this message: "After [xfs_repair] the file system is mountable
for one time again."
Any ideas what's going wrong here? I found
<http://oss.sgi.com/projects/xfs/faq.html#dir2>. But this should be
fixed since 2.6.17.7.
Here is some more information:
Partition table:
http://www.zvisionwelt.de/tmpdownloads/partition-table.txt
The HDD has one volume group named "mm-extern". The logical volume
is named "audiovideo".
fstab entry:
/dev/mm-extern/audiovideo /media/samsung xfs defaults,noatime 0
0
# xfs_info /media/samsung/
meta-data=/media/samsung isize=256 agcount=16,
agsize=6104384 blks
= sectsz=512
data = bsize=4096 blocks=97670144,
imaxpct=25
= sunit=0 swidth=0 blks, unwritten=1
naming =version 2 bsize=4096
log =internal bsize=4096 blocks=32768, version=1
= sectsz=512 sunit=0 blks
realtime =none extsz=65536 blocks=0, rtextents=0
Importing and mounting of the external HDD:
vgscan
vgimport mm-extern
vgchange -a y /dev/mm-extern
mount /media/samsung
Exporting and unmounting:
umount /media/samsung
vgchange -a n /dev/mm-extern
vgexport mm-extern
# dpkg -l lvm\* | grep ^ii
ii lvm-common 1.5.17 The Logical Volume Manager for
Linux (common
ii lvm2 2.01.04-5 The Linux Logical Volume Manager
# dpkg -l xfsprogs | grep ^ii
ii xfsprogs 2.6.20-1 Utilities for managing the XFS
filesystem
I successfully use xfs with LVM2 on an internal HDD.
Best,
Christoph
--
+++ Typografie-Regeln: http://zvisionwelt.de/downloads.html (1.6)
next reply other threads:[~2007-01-10 13:56 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-10 13:35 Christoph Bier [this message]
2007-01-10 14:14 ` Mounting an external HDD fails each second time after xfs_repair Christoph Bier
2007-01-10 15:21 ` Eric Sandeen
2007-01-10 16:11 ` Christoph Bier
2007-01-10 22:39 ` Peter Grandi
2007-01-15 18:42 ` Christoph Bier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='eo2q35$h6e$1@sea.gmane.org' \
--to=christoph.bier@web.de \
--cc=linux-xfs@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox