David Ford wrote:
>
> Otto Wyss wrote:
>
> > > I had a similar experience:
> > > X crashed , hosing the console , so I could not initiate
> > > a proper shutdown.
> > >
> > > Here I must note that the response you got on linux-kernel is
> > > shameful.
> > >
> > Thanks, but I expected it a little bit. All around Linux is centered
> > around getting the highest performance out of it and very low (to low
> > IMHO) is done to have a save system. The attitude "It doesn't matter
> > making mistakes, they get fix anyhow" annoys me most, especially if it
> > were easy to prevent them.
>
> No, the correct answer is if you want a reliable recovery then run your disks
> in non write buffered mode. I.e. turn on sync in fstab.
>
> It's all about RTFM and knowing the difference between buffered actions and
> nonbuffered.
>
> Everything you need to have a safely clean and proper crash recovery system
> already is within your power, you just need to read the man pages and fix
> your fstab instead of blaming linux-kernel for bad attitudes.
>
> Yes, it's very easy to prevent e2fsck runs. Run synchronous or journaled
> file systems.
>
> > > > Don't we tell children never go close to any abyss or doesn't have
> > > > alpinist a saying "never go to the limits"? So why is this simple rule
> > > > always broken with computers?
> > > >
> > Is there a similar expression which could be hammered into any
> > developers mind, i.e. "Don't make errors, others already do them for you".
>
> There is also a very common expression...RTFM.
>
> Please understand what you are doing before you do it, particularly before
> you bad mouth others for having a bad attitude. Don't blame race car makers
> for destructive engine failure when you expect it to act like a family car.
>
> -d
>
> --
> There is a natural aristocracy among men. The grounds of this are virtue and talents. Thomas Jefferson
> The good thing about standards is that there are so many to choose from. Andrew S. Tanenbaum
-- David Balazic -------------- "Be excellent to each other." - Bill & Ted - - - - - - - - - - - - - - - - - - - - - - - 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/