home *** CD-ROM | disk | FTP | other *** search
/ PC World 1999 August / PCWorld_1999-08_cd.bin / dosutils / fipsdocs / fips.faq < prev    next >
Text File  |  1998-10-12  |  14KB  |  369 lines

  1. FIPS Frequently Asked Questions
  2. -------------------------------
  3.  
  4. Here are some questions that people asked me by email. This file may
  5. help you with some common problems. Please read it carefully before sending
  6. mail. If you want to know what FIPS is all about, read the file README.1ST.
  7.  
  8. There are answers to the following questions:
  9.  
  10.  
  11. Q01. Since you can split partitions with FIPS, it should also be possible
  12.      to merge partitions, right?
  13.  
  14. Q02. Can I reverse the changes that FIPS made to my harddisk?
  15.  
  16. Q03. What if I did not keep the root and boot sector? Can I still undo the
  17.      partition split?
  18.  
  19. Q04. I heard that the cluster size depends on the partition size and that
  20.      space usage is better with a small cluster size. Can I use FIPS to
  21.      decrease the cluster size of my hard disk?
  22.  
  23. Q05. I want to split a large partition into three or four smaller ones.
  24.      Can I use FIPS multiple times?
  25.  
  26. Q06. FIPS creates a second primary DOS partition by default. Is this allowed?
  27.  
  28. Q07. What does the message "Info: Partition table inconsistency" mean?
  29.  
  30. Q08. FIPS displays an error message and refuses to work. What should I do?
  31.  
  32. Q09. FIPS does not recognize my SCSI disk.
  33.  
  34. Q10. FIPS finds a partition with partition type 56h.
  35.  
  36. Q11. FIPS seems to work fine, and DOS sees the new partition, but Linux
  37.      fdisk sees only one partition.
  38.  
  39. Q12. Does FIPS work with Windows 95?
  40.  
  41.  
  42. ------------------------------------------------------------------------------
  43.  
  44. Q01. Since you can split partitions with FIPS, it should also be possible
  45.      to merge partitions, right?
  46.  
  47. A01.a
  48. -----
  49. NOT IN GENERAL. I don't want to go into technical details, just so much:
  50. Every DOS formatted partition has a file allocation table (FAT) that holds
  51. entries for every cluster of the partition. Usually one FAT is not large
  52. enough to hold the information for both partitions, so that partitions can
  53. not be easily joined. It is feasible, but I'm probably not going to incor-
  54. porate this into FIPS.
  55.  
  56. So far I have heard of two software packages that claim to expand partitions.
  57. One is a free program called "Partition Resizer" (look for a file called
  58. presz???.zip on you favorite BBS or FTP server), the other is a commercial
  59. product called PartitionMagic by Powerquest. I did not try these yet.
  60.  
  61.  
  62. A01.b
  63. -----
  64. YES, if you split the partitions with FIPS before. As you may expect,
  65. the problem with the FAT does not exist in that case, since it was origi-
  66. nally formatted large enough. In fact the only thing required is resto-
  67. ring the original root and boot sector (it does not matter how the data
  68. on the partition changed in the meantime). This can be done with the
  69. program 'restorrb' which comes with FIPS. Please consider the following:
  70.  
  71. - You must have the original image of the root and boot sector. For this
  72.   you _must_ save them to a floppy disk when FIPS offers that.
  73.  
  74. - You must not format the first partition in the meantime (because then
  75.   a new FAT is generated which is probably too small).
  76.  
  77. - The data on the second partition (the one that was generated by FIPS)
  78.   is lost, of course. The data on the first partition is preserved.
  79.  
  80.  
  81. ---------
  82.  
  83. Q02. Can I reverse the changes that FIPS made to my harddisk?
  84.  
  85. A02.
  86. ----
  87. Yes, see answer A01.b. Make sure that you keep the original root and boot
  88. sectors that you can save to floppy disk with FIPS.
  89.  
  90.  
  91. ---------
  92.  
  93. Q03. What if I did not keep the root and boot sector? Can I still undo the
  94.      partition split?
  95.  
  96. A03.
  97. ----
  98. Difficult. For the moment, your only option is to read the file TECHINFO.TXT
  99. to learn about the hard disk structures, recalculate the old partition
  100. and format info by hand and use a disk editor the change them. You must
  101. roughly proceed as follows (I will call the partition that was split off
  102. of the original partition the 'second' partition, the remaining part of
  103. the original partition the 'first' one):
  104.  
  105.  
  106. 1. Make sure there is no important data left on the second partition,
  107.    since it will be deleted. Make copies of all root and boot sectors
  108.    (on floppy disk!) in case you make a mistake. Also make sure that
  109.    you have a bootable DOS floppy with the disk editor on it. Backup
  110.    your data!
  111.  
  112. 2. Choose 'edit physical drive' and 'edit partition table' in the disk
  113.    editor menu (assuming that your disk editor supports this).
  114.  
  115. 3. Examine the table to make sure which two partitions you want to merge.
  116.  
  117. 4. Take end head, cylinder, sector from the second partition and enter the
  118.    values in the corresponding fields of the first partition.
  119.  
  120. 5. Add the number of sectors of the first partition to the number of sectors
  121.    of the second and enter the new value in the number of sectors field
  122.    of the first partition.
  123.  
  124. 6. Delete the entry for the second partition completely (overwrite with
  125.    zeroes).
  126.  
  127. 7. Look for the boot sector of the first partition and enter the new no.
  128.    of sectors in the no. of sectors field in the boot sector.
  129.  
  130.  
  131. Please make sure you know what you are doing. I can't take any responsibi-
  132. lity if you mess up your hard disk. Read the TECHINFO.TXT file carefully.
  133.  
  134.  
  135. ---------
  136.  
  137. Q04. I heard that the cluster size depends on the partition size and that
  138.      space usage is better with a small cluster size. Can I use FIPS to
  139.      decrease the cluster size of my hard disk?
  140.  
  141. A04.
  142. ----
  143. In the partition that you split off of the original partition, the cluster
  144. size is automatically adapted to the new size when you format it. In the
  145. original partition, you can not change the cluster size without reformat-
  146. ting and thereby deleting all data.
  147.  
  148. If your new partition is big enough, you might copy the data to the new
  149. partition and format the old one, but be aware of two things:
  150.  
  151. 1. You will not be able to reverse the partition split afterwards (see A1.a).
  152.  
  153. 2. Newer format programs check to see if the partition has already been
  154.    formatted and in this case will preserve the format (to make data re-
  155.    covery easier in case the formatting was a mistake). You might have
  156.    to trick the format program into thinking that the partition is new.
  157.    Possibly the /u switch will do this (I have no possibility to check
  158.    this, please let me know if it works), but if not, you might have to use
  159.    a disk editor and overwrite the boot sector of the partition with zeroes
  160.    to invalidate it.
  161.  
  162.    Note: I received a report that even overwriting the boot sector was not
  163.    enough. I can only imagine that there was still information in the
  164.    BIOS tables about the old format - I suggest to reboot after overwriting
  165.    the boot sector to clear all tables. Sometimes the DOS tools are just
  166.    too intelligent :-(
  167.  
  168.    If you experience problems here, drop me a line.
  169.  
  170.  
  171. The usual cluster size of a partition is roughly as follows:
  172.  
  173.   0 -  32MB     512   Bytes
  174.  32 -  64MB     1024  Bytes
  175.  64 - 128MB     2048  Bytes
  176. 128 - 256MB     4096  Bytes
  177. 256 - 512MB     8192  Bytes
  178. 512 -1024MB     16384 Bytes
  179.  
  180.  
  181. ---------
  182.  
  183. Q05. I want to split a large partition into three or four smaller ones.
  184.      Can I use FIPS multiple times?
  185.  
  186. A05.
  187. ----
  188. Yes. You must format the newly created partitions between successive uses
  189. of FIPS. Regarding the cluster size, consider the following example:
  190.  
  191. - Suppose you want to split a 1GB hard disk into four partitions of
  192.   256K each.
  193.  
  194. - The original partition is formatted with a cluster size of 16KB.
  195.  
  196. - The first split is into 256KB / 768KB. The cluster size of the first
  197.   partition remains 16KB, although 4KB would be enough. It can only be
  198.   changed by reformatting, see A04.
  199.  
  200. - The new partition of 768KB is formatted, still with a cluster size of 16KB.
  201.  
  202. - The second split is made into 256KB / 256KB / 512KB.
  203.  
  204. - The third partition is formatted with a cluster size of 8KB.
  205.  
  206. - The third split is made into 256KB / 256KB / 256KB / 256KB.
  207.  
  208. - The fourth partition is formatted with a cluster size of 4KB.
  209.  
  210. - So now you have the cluster sizes 16K - 16K - 8K - 4K.
  211.  
  212. - Since the second and third partition are still empty, it is possible
  213.   to reformat them to a cluster size of 4K. See A04. for details on
  214.   reformatting.
  215.  
  216.  
  217. ---------
  218.  
  219. Q06. FIPS creates a second primary DOS partition by default. Is this allowed?
  220.  
  221.  
  222. A06.
  223. ----
  224. See the section 'What FIPS does' in FIPS.DOC for a discussion of this
  225. issue.
  226.  
  227.  
  228. ---------
  229.  
  230. Q07. What does the message "Info: Partition table inconsistency" mean?
  231.  
  232. A07.
  233. ----
  234.  
  235. The partition table in the master boot record (root sector) consists of
  236. four entries with several fields each. The strange thing about this table
  237. is that some of the fields are redundant. Look here:
  238.  
  239.      |        |     Start      |      |      End       | Start  |Number of|
  240. Part.|bootable|Head Cyl. Sector|System|Head Cyl. Sector| Sector |Sectors  |  MB
  241. -----+--------+----------------+------+----------------+--------+---------+----
  242. 1    |    yes |   0  148      1|   83h|  15  295     63|  149184|   149184|  72
  243. 2    |     no |   1    0      1|   06h|  15  139     63|      63|   141057|  68
  244. 3    |     no |   0  140      1|   06h|  15  147     63|  141120|     8064|   3
  245. 4    |     no |   0    0      0|   00h|   0    0      0|       0|        0|   0
  246.  
  247.  
  248. The start and end (head/cylinder/sector) values can be calculated from the
  249. start sector and number of sectors (after inquiring the BIOS about the number
  250. of heads and number of sectors per track), and in fact that's exactly what
  251. DOS does. These field are completely unused by DOS (and every other OS that
  252. I know of), so they could as well be set to all zeroes. It does however not
  253. hurt to keep them in a consistent state.
  254.  
  255. When fdisk creates a partition table entry, it should enter the correct
  256. values in these fields. Now how can there be an inconsistency? There are
  257. at least two possibilities:
  258.  
  259. 1. Some fdisk programs seem to write incorrect values, especially end
  260. cylinders that are off by one or two.
  261.  
  262. 2. You have an EIDE drive that uses address translation. Modern hard disks
  263. usually have more than 1024 cylinders, but DOS does not allow for cylinder
  264. numbers greater than 1024. This caused the hard disk controller manufacturers
  265. to implement a trick: they decrease the number of cylinders and increase
  266. the number of heads that DOS is told when asking for the drive geometry.
  267. So DOS thinks it has a drive with e.g. 63 sectors, 32 heads and 1000
  268. cylinders, whereas the correct values are 63 sectors, 16 heads, 2000
  269. cylinders. Now if DOS asks for the first sector on cylinder 500, it
  270. really gets the first sector on cylinder 1000. This trick is called
  271. address translation.
  272.  
  273. Some newer EIDE drives allow the address translation to be switched
  274. on and off in the BIOS. In some cases this is changed after the disk
  275. is formatted. This means that the drive geometry that DOS gets when
  276. querying the disk controller differs from the geometry that the drive
  277. was formatted with and which is reflected in the partition table. This
  278. is no problem for DOS, but it was a problem for FIPS until release 1.4.
  279.  
  280. In the current release, if FIPS detects this kind of problem, it will
  281. adapt the partition table to the changed disk geometry.
  282.  
  283. The bottomline is that you need not worry about this message, it is
  284. perfectly normal.
  285.  
  286.  
  287. ---------
  288.  
  289. Q08. FIPS displays an error message and refuses to work. What should I do?
  290.  
  291. A08.
  292. ----
  293. Although this is already addressed in FIPS.DOC, I can not emphasize it
  294. enough: If you send me email, please include the _DEBUG SCRIPT_ that you can
  295. produce with the -d switch. If you don't, I will have to ask you for it,
  296. and it will take longer to solve your problem.
  297.  
  298.  
  299. ---------
  300.  
  301. Q09. FIPS does not recognize my SCSI disk.
  302.  
  303. A09.
  304. ----
  305. There exist older SCSI adapters (an Adaptec 1524 was reported to have that
  306. 'feature') that need a device driver that is loaded from the config.sys
  307. before the disk can be accessed (i.e. the system must be booted from a
  308. second hard disk or floppy). This device driver does not provide a 'BIOS
  309. level' interface but a 'DOS level' interface to the hard disk (for the
  310. technicians: it hooks into the DOS interrupt 21h instead of the BIOS inter-
  311. rupt 13h). This means that the partition table can only be accessed via a
  312. special fdisk program that knows about the adapters' internals. FIPS will
  313. not work on these drives (and in fact even DOS' fdisk won't either).
  314. Possibly there exists a newer driver for that adapter that will provide a
  315. BIOS level interface - ask the manufacturer.
  316.  
  317.  
  318. ---------
  319.  
  320. Q10. FIPS only finds a partition with partition type 56h, no DOS partition.
  321.  
  322. A10.
  323. ----
  324.  
  325. You have OnTrack Disk Manager installed. Read the relevant section in
  326. SPECIAL.DOC.
  327.  
  328.  
  329. ---------
  330.  
  331. Q11. FIPS seems to work fine, and DOS sees the new partition, but Linux
  332.      fdisk sees only one partition.
  333.  
  334. A11.
  335. ----
  336.  
  337. Somehow DOS loads a different partition table than the one in the master
  338. boot record.
  339.  
  340. There are two possible causes:
  341.  
  342. 1. You use a device driver like OnTrack Disk Manager. See the file
  343. SPECIAL.DOC
  344.  
  345. 2. You have a virus in the master boot record. This does not happen often,
  346. but it is quite possible. Some viruses install themselves in the MBR and
  347. copy the original MBR to some other place. When DOS tries to access the
  348. partition table, the virus intercepts the BIOS call and returns the backup
  349. copy, in order to hide from possible detection. Check this with a virus
  350. scanner after booting from a clean DOS boot disk. You can remove a virus
  351. from the MBR by using DOS fdisk with the /mbr option, but be aware that
  352. in this case the 'backup' partition table is not restored. Thus the boot
  353. sector will contain the new info as changed by FIPS, but the partition table
  354. will contain the original (single partition) setup. This inconsistency
  355. must be corrected (e.g. with a disk editor).
  356.  
  357.  
  358. ---------
  359.  
  360. Q12. Does FIPS work with Windows 95?
  361.  
  362. A12.
  363. ----
  364.  
  365. Yes. The file system of Windows 95 is the same as that of DOS. The only
  366. difference are the long file names, but FIPS works on a level below the
  367. directory level, so this is not a problem. Several people reported that
  368. FIPS worked flawlessly on a Win 95 partition.
  369.