From: "Marcin Gibuła" <mg@iceni.pl>
To: Anton Altaparmakov <aia21@cam.ac.uk>
Cc: Linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: Windows Logical Disk Manager error
Date: Fri, 1 Oct 2004 16:26:07 +0200 [thread overview]
Message-ID: <200410011626.09995@senat> (raw)
In-Reply-To: <1096619799.17297.22.camel@imp.csi.cam.ac.uk>
> I would not advise you to use volume6 without the md driver. You are
> then missing the last 32kb off the end and you never know when they
Well, I can't even build it... mdadm failes and driver complains with
md: Dev sda2 smaller than chunk_size: 0k < 32k
Different chunk size doesn't make any difference.
> direction. Fortunately you can fix this case by using the "--rounding="
> parameter to mdadm. So if you have a cluster size of 4k try
> --rounding=4. (If you don't know your cluster size enable debugging in
> the ntfs driver and then do the mount and "dmesg | grep cluster_size"
> will tell you the answer. To enable debugging in the driver it must be
> compiled with debugging enabled and you need to, as root, do: "echo 1 >
> /proc/sys/fs/ntfs-debug" after loading the module if modular and before
> doing the mount command.)
According to ntfs driver output my cluster size is indeed 4kb, but it still
failes to read mounted fs.
Error is now:
NTFS-fs error (device md1): ntfs_readdir(): Actual VCN (0x20006500680054) of
index buffer is different from expected VCN (0x4). Directory inode 0x5 is
corrupt or driver bug.
Oh, and my system (and kernel) is x86-64 if it matters.
> "chkdsk /f" on it fixed it in that particular case (even though chkdsk
> reported no errors, apparently it fixed them without telling anyone!).
> So this is worth trying before you start messing around with --rounding=
> and mdadm.
I've tried that. No effect though.
--
mg
next prev parent reply other threads:[~2004-10-01 14:26 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-23 10:54 Windows Logical Disk Manager error Marcin Gibuła
2004-09-23 11:20 ` Anton Altaparmakov
2004-09-23 21:44 ` Marcin Gibuła
2004-09-27 12:23 ` Anton Altaparmakov
2004-09-30 23:49 ` Marcin Gibuła
2004-10-01 8:36 ` Anton Altaparmakov
2004-10-01 14:26 ` Marcin Gibuła [this message]
2004-10-01 14:43 ` Anton Altaparmakov
2004-10-01 23:43 ` Anton Altaparmakov
2004-10-02 9:14 ` Marcin Gibuła
2004-10-02 13:35 ` Anton Altaparmakov
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=200410011626.09995@senat \
--to=mg@iceni.pl \
--cc=aia21@cam.ac.uk \
--cc=linux-kernel@vger.kernel.org \
/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