home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / prgtools / mint / filesy~1 / mfs609s.zoo / docs / minit.doc < prev    next >
Encoding:
Text File  |  1993-11-25  |  6.6 KB  |  103 lines
  1. Minit is a minix filesystem initialiser. It behaves like a very cut down
  2. version of 'mkfs'. A TOS disk or hard drive partition can be turned into
  3. a minix partition or disk simply by doing a 'minit A:' or whatever drive
  4. you want the filesystem on. NB THIS WILL TOTALLY AND IRRETRIEVABLY WIPE
  5. THE DRIVE YOU SELECT. If you want to experiment try it on floppies before
  6. comitting your hard disk.
  7.  
  8.     This is all very well, however if you try to access a minix
  9. partition without MiNT or minix.xfs present then TOS will quite happily
  10. write all over it and probably trash it. There are ways round this and
  11. that is what the -Z and -P options are for. With neither of these options 
  12. the filesystem looks like a TOS filesystem to GEMDOS and can be trashed.
  13. These options make the disk look like a valid TOS partition with a full
  14. root directory, any attempt to write to the drive fails because it can't
  15. create a new filename, also the name 'MINIXFS' is shown when checking the
  16. volume name of the drive in question under GEMDOS (i.e. no minix.xfs
  17. running), this should make it impossible for GEMDOS to normally write to
  18. the partition, but since it looks like a TOS partition all driver software
  19. should be happy. If you want to change an already existing filesystem to 
  20. this '-P' form use the '-p' option, this shouldn't harm an already existing 
  21. Minix partition or a TOS one (which it will refuse to change) but just in
  22. case it still puts up the warning and requires confirmation. Note the '-p'
  23. option currently only works with 512 byte sectors, thus if you want to use
  24. protection with larger sector sizes you must specify this when the filesystem
  25. is created.
  26.  
  27. Note: The -Z option now does the same as the -P option (and -z the same as
  28. -p). This is because the old -Z functionalty upsets AHDI and certain minixfs
  29. installation software (which has nothing to do with me) uses -Z as the default.
  30.  
  31.     A question which arises is: how do you get minix.xfs to read an already
  32. existing minix partition if your driver software doesn't like the zeroed
  33. BPB which is the default for Minix mkfs? Currently you have two options,
  34. borrow some other driver software that works in your setup and do a 
  35. 'minit -p' on the unreadable partitions, or compile the 'fixup.c' program 
  36. provided under Minix, then simply do a 'fixup /dev/hd2' or whatever under
  37. Minix. 
  38.  
  39.     One potential snag with all methods is if you use a very early version
  40. of 'mkfs' under minix. Version 1.1 zeroed the whole boot sector of the minix
  41. partition. This is very bad news indeed, and will probably make such a minix
  42. partition inaccessbile to *any* driver software. The best thing to do is to
  43. restore the partition to TOS (if your hard disk software allows you to restore
  44. single partitions) and use 'minit -P' to initialise the partition, then
  45. restore the partition from backup, alternatively you could use a later mkfs
  46. followed by the 'fixup' program supplied. A quick and dirty solution is to copy
  47. the boot sector from another TOS partition, preferably one the same size, 
  48. under minix a suitable command to do this is :
  49. dd if=/dev/hd1 of=/dev/hd3 count=1
  50. where 'hd1' is the TOS partition and 'hd3' is the (unreadable) minix partition,
  51. then if your driver will tolerate the partitions now (and if it wont please
  52. let me know), do a minit -p on the relevant partitions, or fixup if you prefer,
  53. so that the partitons are protected. 
  54.  
  55.     The '-V' option creates a V2 filesystem, this is the new alternative
  56. Minix filesystem format which has a couple of advantages over the old one.
  57. If you have Minix you will need to patch it up to 1.6xxxx to recognise V2.
  58. First it supports the atime,mtime,ctime fields whereas the old V1 system only
  59. supports mtime. Also it uses longs for block references, this theoretically
  60. makes it possible to have *very* large filesystems without the need to bump
  61. up the sector size in the manner AHDI has to with BGM partitions. There is a
  62. snag however, many kinds of partitioning software will not permit you to
  63. have very big partitions without a large sector size, what you do here depends
  64. on the driver software, you could try modifying the sector size in the boot
  65. sector of such a partition. However there is no way for 'minit' to recognise
  66. the size of huge partitions so you will have to manually pass the number of
  67. blocks to 'minit' with the '-b' option. Also your driver software must support
  68. the 'extended Rwabs' system call to work properly under such circumstances,
  69. AHDI 3.1 and later does and later ICD software also does, if in doubt try the
  70. '-t' option with 'minit' on an arbitrary GEM partition of your hard disk, 
  71. this just checks for the 'extended Rwabs' by saying if the extra 'Lrecno'
  72. parameter is present or not. If 'Lrecno' is not supported you can't use huge
  73. filesystems, try with a newer version of the disk software. 
  74.  
  75.     Most driver software has a silly bug that makes using huge partitions
  76. tricky (from a programming point of view). Look in the file readme.60 for
  77. more info on the work arounds added to pl3++.
  78.  
  79.     Finally the '-n' option. This allows the use of longer filenames.
  80. Quite often filenames get truncated so that 14 characters mixed case isn't
  81. enough. So what I've done is to increase the directory entry size and make
  82. version 0.53 and above of the filesystem automatically sense it and act
  83. accordingly. What this means is that if you use the '-n' option then the
  84. maximum filename size increases from 14 to 16*d-2, where 'd' is the number
  85. following the '-n' option. d must be a power of two and lie between 1 and
  86. 16 (inclusive). 1 is normal and is the default. With 2 you get 30 character
  87. filenames which should be enough for most applications. When minix.xfs
  88. is compiled the option MAX_INCREMENT specifies the largest value for the
  89. increment (that is the number following '-n' to minit) that can be handled.
  90. You should note that TOS specifies a maximum path name length of about 128 
  91. characters (64 for early versions of TOS) and so programs may well expect
  92. pathnames to be smaller than this . As a result making the increment bigger
  93. than say 4 is not a good idea.
  94.  
  95. NBB Minix itself does ***NOT*** recognise these larger filename filesystems
  96. and will be very confused by them. It may be possible to persuade Minix to
  97. tolerate bigger filenames by altering the relevant parameters in the directory
  98. structure and recompiling everything in sight (libraries, fs, kernel, mm and
  99. all the tools). However this will then mean it wont handle  the original
  100. filesystem type and be confused by that ... However you could just recompile
  101. a few useful tools like fsck to repair the long filename filesystems. Note,
  102. at this time I haven't tried this !
  103.