All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nathan Walp <faceprint@faceprint.com>
To: Heikki Lindholm <holindho@mail.niksula.cs.hut.fi>
Cc: linux-kernel@vger.kernel.org
Subject: Re: fat32 corruption with 2.4.0
Date: Thu, 25 Jan 2001 15:37:47 -0500	[thread overview]
Message-ID: <3A708E9B.FA702A91@faceprint.com> (raw)
In-Reply-To: <Pine.GSO.4.20.0101251133480.21886-100000@famine.cs.hut.fi>

Heikki Lindholm wrote:
> 
> Hello,
> I haven't seen much vfat/fat32 complaints lately, so:
> 2.4.0 destroyed my windows partition. There seemed to be some trouble in
> 2.4.0-test9, too. I don't know if this was a known problem or not, but
> 2.4.0-test9 wrote filenames in a wrong way. It could be observed by
> running windows (98 in my case) file system checker (not scandisk, but the
> graphical one) after copying some files with non-8.3 names to a fat32
> partition. There was no noticable data loss, however.
> 
> Yesterday, with 2.4.0 release kernel, mounting a fat32 filesystem caused
> data loss. The filesystem seemed to mount ok at a first glance, but
> reported falsely 100% space usage. Then, after unmounting it, the oldest
> (probably at start of the partition) directories "windows" and "my
> documents" were mangled beyond recognition. I think, in this case, the
> filenames got written REALLY wrong and showed as something like
> "?   * ~ ?. ?  ?". Running scandisk caused most directories and files
> in root directory to change to FILE0xxx.CHK and DIR0xxx.CHK. Most of the
> data was intact, however - and subdirectories below DIR0xxx.CHK's were
> good, too. I had VIA (868B) UDMA enabled, but don't think that was the
> cause since it worked fine with ext2 partitions.
> 
> In addition, trying to write to vfat /floppy with 2.4.0 also didn't
> work. Kernel complained about (bad?) sectors. Whereas 2.2.0 did the job
> fine (obviously, to the same floppy).
> 

I just got through rebuilding my system (messy partition table, and
windoze wouldn't install w/o blowing away everything).  To backup, I
tarred everything up, and put it on a big vfat drive I share between win
and linux.  I also burnt a CD w/ those backup tars.  Being the moron
that I am, I didn't test the tars, and I got burned.  They got
corrupted.  At first I blamed the windows install scandisk that found
some errors on that huge drive, but then i realized that I had burnt the
backup CD before windows ever touched that drive.  So, the files must
have gotten corrupted as they were written to the vfat drive, or in the
5 minutes it took me to find my spindle ;-)  

This was under either kernel 2.4.0-ac10, or 2.4.1-pre10.  I honestly
don't remember which I was in at the time.  If you can fix a crc-messy
.tar.gz, I can find out for you ;-)

Nathan
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

  reply	other threads:[~2001-01-25 20:38 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-01-25 10:38 fat32 corruption with 2.4.0 Heikki Lindholm
2001-01-25 20:37 ` Nathan Walp [this message]
  -- strict thread matches above, loose matches on Subject: below --
2001-01-26 17:08 Nicolas GOUTTE

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=3A708E9B.FA702A91@faceprint.com \
    --to=faceprint@faceprint.com \
    --cc=holindho@mail.niksula.cs.hut.fi \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.