minix/commands/de
2010-05-12 16:28:54 +00:00
..
de.c Convert boot/ and commands/ over to bsdmake 2010-05-12 16:28:54 +00:00
de.h Removal of the executable flag from files that cannot be executed 2009-11-09 10:26:00 +00:00
de_diskio.c Convert boot/ and commands/ over to bsdmake 2010-05-12 16:28:54 +00:00
de_recover.c Convert boot/ and commands/ over to bsdmake 2010-05-12 16:28:54 +00:00
de_stdin.c Convert boot/ and commands/ over to bsdmake 2010-05-12 16:28:54 +00:00
de_stdout.c Convert boot/ and commands/ over to bsdmake 2010-05-12 16:28:54 +00:00
Makefile Convert boot/ and commands/ over to bsdmake 2010-05-12 16:28:54 +00:00
README Removal of the executable flag from files that cannot be executed 2009-11-09 10:26:00 +00:00

		de - A Minix Disk Editor

	      Terrence W. Holm, Jan. 1989


INTRODUCTION

    The de(1) disk editor allows a system administrator to
    look at and modify a Minix file system device. Commands
    allow movement throughout a file system device, displaying
    information in a couple of formats, writing blocks from
    the device onto another file, and rewriting words on the
    disk.

    A few changes to the Minix file system aid recovering files.
    I-node numbers are retained in directory entries now (they
    get moved to the end). And all the i-node information is not
    zeroed-out when a file is unlinked. So, after a file is
    accidently rm(1)'ed, you can find the old i-node, and then
    manually (or automatically) go to each of the freed blocks
    and write them to a new file.


USES FOR THE DISK EDITOR

    1)	EDUCATION. Students can look at a file system in
        a painless manner. For example you don't have to
	use od(1) to look at the zone numbers in i-nodes.

	A simple assignment is to change the size of an un-mounted
	floppy disk file system from 360 to 300 blocks. (A more
	difficult assignment is to explain why this works, even
	though fsck(1) and df(1) do not report the correct number
	of free blocks. :-)

    2)  ADMINISTRATION. You can visually check inconsistencies
	reported by fsck(1) before letting fsck(1) fix them.
	You can change any word on the disk, this greatly simplifies
	editing file system information. For example, changing the
	size of a block special device is actually fun, no more
	"blind" writing to your partitions.

	Bit maps can be displayed with 2048 "bits" per screen,
	(on the IBM/PC console), see how your zones are allocated!

    3)  RECOVERING LOST FILES. You can search a disk for an ASCII
	string, once found, the block can be written out to a file.

	A one line change to fs/path.c allows users to get the i-node
	number for a file after it has been removed from a directory.

	Another couple lines changed in the file system keep the
	i-node information available until the i-node is reused
	(normally this information is zeroed out when an i-node is
	released.) This allows a de(1) user to go to a released
	i-node, get all the block numbers, go to these blocks and
	write them back to a new file.

	The whole recovery process is automated by running "de -r file".
	So, IF a file is unlink(2)'ed (eg. "rm file"), AND IF no one
	allocates a new i-node or block in the mean-time, THEN you
	can recover the file.


RECOVERY SECURITY

    Normally Minix hard disk partitions are r/w only by the super-user,
    and floppy disks are r/w by anyone. This means that only "root"
    can look at hard disk partitions, but others can use de(1) to play
    with their floppy disks.

    When recovering files ("de -r file"), a user requires access to
    the major file system partitions. This can be done by:

	(a) Give everyone access to the hard disks. DON'T DO THIS, it
	    defeats all the file system protection we already have.

	(b) Make de(1) set-uid "root". This is the way to go, IF you
	    are running a Minix system that has NO ACCESS from the
	    outside. This allows anyone to execute "de -r file", but only
	    root to use "de /dev/hd3". De(1) does some checking when
	    retrieving lost blocks, eg. making sure they really are
	    free blocks and making sure the user owned the i-node.
	    BUT, file system information has been lost when the file
	    was unlink(2)'ed, so de(1) can not be 100% sure that a
	    recovered block really belonged to the user. THIS IS A
	    SECURITY HOLE. [Since the only access to my machine is from
	    observable terminals and their associated humans, I run
	    de(1) as set-uid root.]

	(c) Keep the disks rw-------, and don't set-uid de(1). This
	    means that only the super-user can recover lost files.
	    So, if you accidently "rm", you must tell the system
	    administrator to "su" and recover your file, (be sure to
	    inform the other users to stop whatever they are doing
	    until the file is restored).


INSTALLATION

	- Install de.1 in /usr/man/cat1.

	- Install the files: Makefile, README, de.h, de.c, de_stdin.c,
	  de_stdout.c, de_diskio.c and de_recover.c in commands/de.
	  Add -F and -T. to the Makefile, if necessary.

	- "make" de(1). If a header file is not found, don't worry:
	  You probably have it somewhere, just link it to what de(1)
	  is looking for. This program also requires the subroutine
	  tolower(3), see EFTH MINIX report #50, if you don't have it.

	- Do you really want set-uid root on de?

	- Patch the files fs/path.c, fs/link.c and fs/open.c. If
	  you don't patch the file system then the recover option
	  "-r" and associated commands ('x' and 'X') will not work,
	  but de(1) is still functional and useful.

	- "make" a new fs, using -DRECOVER. Rebuild a boot diskette.


USING DE(1) FOR THE FIRST TIME

    De(1) starts up in "word" mode at block 0 of the specified
    device. Hit the PGDN (or space bar) a few times, observing
    all the information on the screen. Each PGUP/PGDN moves to
    the next 1024 byte block, (de(1) only knows about 1 block per
    zone file systems). Note that "word" mode only displays 32
    bytes at a time, so you are only observing the first 32 bytes
    in the first few blocks when you skip using PGDN.

    Now go back to block 3, (zone bit map), using "g 3 ENTER".
    Change to "map" mode "v m", and then use the down arrow key
    to check each 2 Megs in the zone bit map.

    Now change to "block" mode using "v b". And go to some data
    block, eg. "g 1000 ENTER". Use PGUP/PGDN to see what data
    is in each nearby block.

    Remember 'h' gives you a help page.

    Try some more commands, for example: 'END', 'I', '/'.
    (Note: searching through a whole disk under Minix takes a
    long time: 30-60 seconds per megabyte, depending on your
    machine, drive and controller, [Minix is embarrassingly slow].)

    Don't worry about looking at a mounted device, you must specify
    the "-w" option before the 's' command is operational, and
    this command is the only one which will try to modify the
    contents of the device.


MINIX-ST

    Please contact me if you are interesting in attempting a port
    to MINIX-ST.