home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!Germany.EU.net!unido!news.Hamburg.Germany.EU.net!easix!umunk!udo
- From: udo@umunk.GUN.de (Udo Munk)
- Newsgroups: comp.os.coherent
- Subject: Re: 4.0, Low level IO and problems...
- Message-ID: <9208192524@umunk.GUN.de>
- Date: 20 Aug 92 03:46:53 GMT
- References: <SJE.92Aug14141342@xylos.ma30.bull.com>
- Organization: umunk (private)
- Lines: 50
- X-Newsreader: Tin 1.1 PL4
-
- sje@xylos.ma30.bull.com (Steven J. Edwards) writes:
- [lines deleted]
- : > 3 - More seriously there is no LOW LEVEL DISK TOOL in coherent unlike
- : > minix. It would be good to be able to directly modify the file
- : > system from root... There is also no limited undelete as in
- : > minix. Are there any tools that allow a specified i-node to
- : > be turned into a file? DUMP suposedly lets you select i-numbers
- : > which are presumably i-nodes but doesnt mention how to do it.
- : > Does anyone have any clues on turning I-NODES into files PLEASE?
- :
- : Well, if one is really desparate, one could always use a debugger or
- : patch utility on /dev/at[01][a-dx] in single user mode, but why? All
- : common filesystem errors are fixable from fsck. Lost files (those
- : that are allocated but have no name/parent are assigned to
- : /lost+found. If it's not there, you can't recover it.
-
- Also see dcheck, icheck and clri. It's not hard to write an I-node
- editor, but playing around with tools like this is very dangerous.
-
- : Undeletes are just too dangerous on Unix-type systems because it's too
- : hard to guarantee file system integrity when more than one agent is
- : accessing the same information. Remeber, the Unix file system
- : utilities are designed with the thought that only they as a group will
- : be fiddling with various hidden parts; they often assume that
- : everything is okay, thus causing human-introduced errors to grow and
- : expand in avalanche fashion.
-
- There is a save way: substitue rm by a programm, which brings the file
- to delete into an archive (tar, zip, cpio or whatever). After that the
- file can be deleted by the new command. Write an undelete command which
- extracts the file back from the archive, and then removes it from the
- archive. Of cause this needs more or less diskspace. Take a look onto
- DR-DOS 6.0, how DRI has solved this problem.
-
- : So, instead of undelete,
- :
- : 1) Make backups.
- :
- : 2) Be careful when typing "rm" and the like.
- :
- : 3) Learn from others' experience, it's often less painful than
- : learning from your own.
-
- Right, if you lose your "undelete archive" nothing helps anymore :-)
- --
- Udo Munk | voice: +49 2131 275348 | uucp: +49 2131 278869
- Oberstr. 21 | mail : udo@umunk.GUN.de | 2400/1200/300 8N1
- 4040 Neuss 1 | ...!{mcshh,smurf,unido}!easix!umunk!udo | MYNAME=bbsuser
- Fed. Rep. of | CompuServe: 100021,2515 | login: uucp
- Germany | at first connect get ~/info and ~/files| pwd: public
-