On Tue, 18 Dec 2001 06:01:45 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.
Before partitioning as now it is, I had the same problem. Perhaps it's due
to a fdisk bug.
If I see the message "Partitioning table couldn't be re-read" or something
like that, I always reboot. Perhaps I forgot rebooting, and this is the
problem, but it's very improbable
>
> Ross Vandegrift
> ross@willow.seitz.com
> -
> 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/
>
-
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:18 EST