|
From: No N. <no...@ho...> - 2003-06-25 21:27:58
|
Last month there was thread about an "extra cluster" error.
I had the exact same error. Right down to the
"Cluster accounting failed at 1312305 (0x140631): extra cluster in $Bitmap"
same values!
And yes, it is a TabletPC: HP's TC1000.
chkdsk also failed to fix the problem, until it was run at boot time.
--
jpa
From: Szakacsits Szabolcs <szaka@si...>
Re: ntfsresize problem: extra cluster in $Bitmap error
2003-05-19 21:29
Hi,
On Mon, 19 May 2003, Gerard Beekmans wrote:
> Cluster accounting failed at 1312305 (0x140631): extra cluster in $Bitmap
> Totally 1 cluster accounting mistmatches.
This means Windows marked an NTFS block as used but nobody references it.
There was only one such report in the last 10 months, during beta testing,
but that was fixed, in very rare cases consistency check reported bogus
information.
What hardware do you use? Tablet PC? Something "unusual"?
Is it always at the same (1312305) place or changes? Does it always only 1
cluster mismatch?
Could you please send me this data?
dd if=device of=cluster.out bs=4096 skip=first_failed count=1
e.g. in the above case
dd if=/dev/discs/disc0/part1 of=clusters.out bs=4096 skip=1312305
count=1
But first do a 'strings clusters.out' that it doesn't have any private
data ;)
> Windows XP was shutdown properly, and I've tried running both a disk
> check and defragmentation which didn't make a difference.
Defragmentation doesn't matter but chkdsk should fix. Note, if it's system
partition then chkdsk runs only at the next boot time.
Szaka
From: Gerard Beekmans <gerard@li...>
Re: ntfsresize problem: extra cluster in $Bitmap error
2003-05-19 22:12
On May 19, 2003 10:51 pm, Szakacsits Szabolcs wrote:
The problem is fixed now. Windows XP just lied to me that's all. I chose to
chck the disk from within Windows and it went through the 3 stages and upon
completion it said that it was done and that was it.
I found this a bit fishy after I already sent my email, so I ran chkdsk from
the command prompt and there it told me there was some kind of error with
the
Bitmap.
I go back to the Windows version and it didn't telll me anything was wrong
again, while the CLI version did say so. Finally I enabled the option "fix
errors automatically" in the GUI version and then it told me it had to
schedule it to be run at the next boot. So, reboot, it run chkdsk, fixes the
errors and all good. Boot back into my Linux bootcd and ntfsresize works
like
a charm.
I misakenly assumed that if I didn't tell the GUI chkdsk to automatically
fix
errors that it would at least tell me if it found _any_. Learned something
new today (and am not at all surprised by this inconsistency. Windows is
still loaded with it).
Thanks for trying to help, but it ended up being a user error on my part
rather than a software error on you guys' part.
--
Gerard Beekmans
http://linuxfromscratch.org
/* Linux Consultant --- OSDN / DevChannel *
* Technical Writer --- CheapBytes */
/* If Linux doesn't have the solution, you have the wrong problem */
From: Szakacsits Szabolcs <szaka@si...>
Re: ntfsresize problem: extra cluster in $Bitmap error
2003-05-19 22:43
On Mon, 19 May 2003, Gerard Beekmans wrote:
> I misakenly assumed that if I didn't tell the GUI chkdsk to
> automatically fix errors that it would at least tell me if it found
> _any_. Learned something new today
Honestly, me too. But completely believable. The defragmenter also lies. In
the future we solve it by doing that job as well ;)
Thanks for letting us know the outcome.
Szaka
_________________________________________________________________
Add photos to your messages with MSN 8. Get 2 months FREE*.
http://join.msn.com/?page=features/featuredemail
|
