From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hans Reiser Subject: Re: A couple of questions Date: Sun, 19 May 2002 00:40:27 +0400 Message-ID: <3CE6BC3B.9040806@namesys.com> References: <200205161723.42672.kuba@mareimbrium.org> <20020516214419.GE15774@schmorp.de> <200205171104.33045.kuba@mareimbrium.org> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Kuba Ober Cc: "Marc A. Lehmann" <\"\"pcg\"@goof.com>, reiserfs-list@namesys.com"> Kuba Ober wrote: >>>What I'm thinking of is this: >>>to the user, which most users w/o intimate filesystem knowledge won't be >>>able to answer at all? >>> >>> >>Unix traditionally wasn't aimed at the point-and-click users without >>knowledge. >> >> > >Yep. But the thing is that either fsck can restore the data or not. There's no >way in between. > >What more can unix-poweruser do about recovering a filesystem, other than >running a disk editor (say a reiserfs-customized version of norton disk >editor, which used to be a good thing for hand recovery of fat fs before it >became crap) ? > >What kinds of questions can fsck really ask without having to present user >with a lot of intricate data, which is better visualized graphically or, at >least in a more interactive ui? > >Example: If e2fsck starts asking questions like "inode counts don't match for >groups (a long list of groups). fix them ", what should I answer? no? that >would be nonsense. > Yeah, I agree with this one. Especially when there is usually absolutely no place where it is documented what in the world these sorts of messages mean. Which is one of my pet peeves with our reiserfsck and journaling code, I am simply unable to convey that a message that is not explained such that the average user can understand it is programming malpractice. > > >>for some strange reason no fsck behaves like that. >> >> > >Because most fscks are hacks. They are useful, they mostly do their job, but >they are far from full-features tools, and that's the reality. I don't >complain. I just say that their functionality isn't optimal, and shouldn't be >cited as something that's the way to go, or as something that should be a >design goal. They are effects of how much time did the fs-knowing people have >to put in them. > Yes, very true. Sigh. Norton was the exception to this, and it was not produced by the author of the FS. > >Cheers, Kuba > > > >