I'm sure I had the fix in. I re-ran the original test I had a few times
and it was good. I'll try and capture the buffer trace if it happens
again, but last time I'm guessing it happened on my root fs, so the log
couldn't goto disk.
> > On a
> > related note, what does ext3 do to the disk when this happens, I
> > think I need to point the yaboot author at it since it couldn't
> > load a kernel (which was fun, let me tell you.. :))
>
> ext3 is designed to nicely crash the machine if it thinks something
> may be wrong with the fs - it's very defensive of your data.
>
> If yaboot is open firmware's native ext2 capability then presumably
> it refuses to read an ext3 partition which needs recovery. ext3
> is designed to not be compatible with ext2 when it's in the
> needs-recovery state.
It's the linux bootloader that OF runs. Is there any 'safe' way to read
data off of an unclean ext3 partition? I'm thinking grub might run into
this problem too..
-- Tom Rini (TR1265) http://gate.crashing.org/~trini/ - 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/