Ross Vandegrift wrote:
> > This is my opinion:
> > -Something (reiserfs, anything) has caused fs corruption
> > -It should be repaired by reiserfsck, but it's broken :-((
> > -This corruption should NOT have happened, reiserfsck shouldn't
> > have to be used.
> > -I'm not a kernel hacker, so I can't try anything...what I know is
> > that
> > /etc in hc5 doesn't work. /usr, /var....works correctly.
> >
> > Well, I'd like to know what's happened in my drive. Can somebody try to
> > give an explanation?
>
> I've seen this happen when being careless about partitioning my drive. If
> you changed your partition table and created the filesystem without a reboot
> you could be in for this problem. If fdisk was unable to update the
> partition table after writing it out and you ran mkreiserfs, you just made a
> filesystem on the *old* partition, according to the *old* partition table.
> Upon rebooting, the disk will be synced to the new partition table. If you
> happened to shrink the parition a bit, the filsystem is suddenly longer than
> the partition.
But that doesn't account for badblocks trying to read past the end of the
device (which Diego reported in his previous post) unlesss... unless that
was still the same session (boot) during which he changed partitions...
Diego?
:j
--
Jürgen Botz | While differing widely in the various
jurgen@botz.org | little bits we know, in our infinite
| ignorance we are all equal. -Karl Popper
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Dec 23 2001 - 21:00:15 EST