home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / unix / bsd / 4237 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  4.6 KB
  1. Path: sparky!uunet!munnari.oz.au!asgard!mjj
  2. From: mjj@mlb.dmt.csiro.au (Murray Jensen)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: 2nd drive file ... (Actually wd ESDI problems)
  5. Message-ID: <196@asgard.mlb.dmt.csiro.au>
  6. Date: 16 Aug 92 18:27:50 GMT
  7. References: <92081228768@zone4.ocunix.on.ca>
  8. Organization: CSIRO Division of Manufacturing Technology, Melbourne, Australia
  9. Lines: 87
  10.  
  11. From article <92081228768@zone4.ocunix.on.ca>, by andrew@zone4.ocunix.on.ca (Andrew Low):
  12. > In article <193@asgard.mlb.dmt.csiro.au> 
  13. > mjj@mlb.dmt.csiro.au (Murray Jensen) writes:
  14. >>partition C *contains* partitions A, B, E, F, G, H *and* the bad144 area,
  15. >>none of which should overlap if they exist.
  16.  
  17. Please read the above two lines carefully - the bad144 area is inside
  18. partition C.
  19.  
  20. > 
  21. > Well, I don't get it because you go to some trouble to explain that the
  22. > bad144 area is contained within the C partition - then..
  23. > 
  24. >>          size    offset    cylinders
  25. >>    A:     10360     80640     288- 324
  26. >>    B:     30800     91000   325- 434
  27. >>    C:    205240     80640     288-1020
  28. >>    D:    285880         0       0-1020
  29. >>    E:     80080       560       2- 287
  30. >>    H:    163800    121800     435-1019
  31. > 
  32. > 80640 + 205240 = 285880 (which is the size of the D partition, no?)
  33. > 
  34. > Thus it seems to me that this disktab entry doesn't leave any space
  35. > for the bad144 sector markings.
  36.  
  37. This table does leave room for the bad144 area - at the end of partition C
  38. *inside* partition C.
  39.  
  40. The equation you show above simply means that partition C occupies the
  41. 205240 sectors starting at sector 80640 relative to the start of the physical
  42. disk. Since I want 386BSD to use the last 100MB of the 140MB disk, it is
  43. important that this equation holds, otherwise I would be wasting space at
  44. the end of the disk. The C partition should cover only the area of the disk
  45. "owned" by 386BSD. Partition D always covers the entire physical disk,
  46. regardless of where partition C is situated. If I had 386BSD use the first
  47. 100MB and DOS the last 40MB of the disk then partitions C, D & E would look
  48. like this:
  49.  
  50.           size    offset    cylinders
  51.     C:    205240         0       0- 732
  52.     D:    285880         0       0-1020
  53.     E:     80640    205240     733-1020
  54.  
  55. And partitions A, B and H would change to be inside C. If you don't run DOS
  56. and have given the entire disk over to 386BSD, then partitions C & D will
  57. be identical (and you won't have a partition E - which I should point out
  58. that I chose arbitrarily as the partition I would use to access DOS, and
  59. that I haven't even tried it yet). Another important thing to note is that
  60. the bad144 area would move to cylinder 732 in this case, as this is the last
  61. cylinder of partition C.
  62.  
  63. Think of the BSD partitions as "viewports" onto the disk, where the D
  64. "viewport" covers the entire disk, the C "viewport" covers that part
  65. of the disk allocated to 386BSD (be it either the entire disk or a single
  66. DOS partition of type 0xA5), and the other A, B, E, F, G & H "viewports"
  67. look into areas of the disk you wish to access. "viewports" are specified
  68. by their size in sectors, and the offset in sectors from sector 0 of the
  69. physical disk. You can do anything you like, but it might be wise to
  70. follow these rules also:
  71.     1. "viewports" A, B, E, F, G & H shouldn't overlap each other.
  72.     2. "viewports" A, B, E, F, G & H should be entirely inside of
  73.        or outside of "viewport" C i.e. they shouldn't overlap the
  74.        boundaries of "viewport" C.
  75.     3. "viewports" A, B, E, F, G & H should avoid the last N cylinders of
  76.        "viewport" C if you are using bad144 bad sector forwarding (where
  77.        N is enough whole cylinders to cover 1 track plus 126 sectors).
  78.     4. because of 3, avoid using "viewport" C for a 386BSD filesystem.
  79.        I would also avoid using "viewport" D for a 386BSD filesystem.
  80.     5. bad144 is really only useful for sectors inside of "viewport" C
  81.        as most other stuff outside won't know bad144 from a bar of soap.
  82.        e.g. you should access DOS partitions without bad144 mapping and
  83.        write error handling code into your user level software (e.g.
  84.        mtools) to handle bad sectors the same way that DOS would (which
  85.        I might add mtools doesn't seem to do at the moment if my
  86.        experiences with Linux are anything to go by).
  87.     6. because of 5, if you put a 386BSD filesystem on any of "viewports"
  88.        A, B, E, F, G or H, then that "viewport" should be entirely contained
  89.        within "viewport" C, otherwise it won't be covered by bad144.
  90.  
  91. Sorry if I rambled on a bit here, but I wanted to make sure that I was
  92. expressing myself clearly. It's not easy (well not for me anyway :-)
  93.                                 Murray...
  94. -- 
  95. Murray Jensen, CSIRO Div of Manufacturing Tech,     Phone: +61 3 487 9263
  96. Locked Bag No. 9, Preston, Vic, 3072, Australia.      Fax: +61 3 484 0878
  97. Internet: mjj@mlb.dmt.csiro.au               ACSnet: mjj@asgard.dmt.oz
  98.