home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 6642 < prev    next >
Encoding:
Text File  |  1992-07-25  |  2.0 KB  |  54 lines
  1. Newsgroups: comp.os.linux
  2. From: jes@grendel.demon.co.uk (Jim Segrave)
  3. Path: sparky!uunet!pipex!demon!grendel.demon.co.uk!jes
  4. Subject: Bad blocks, inodes and .badblocks -> Make root inode 2
  5. Distribution: world
  6. Organization: None
  7. Lines: 43
  8. Date: Wed, 22 Jul 1992 20:53:49 +0000
  9. Message-ID: <711863629snx@grendel.demon.co.uk>
  10. Sender: usenet@gate.demon.co.uk
  11.  
  12.  
  13. Following is a suggestion for a minor change to the filesystem which (I hope)
  14. should make the system slightly more robust.
  15.  
  16. ----------
  17.  
  18. Traditionaly UNIX uses inode 2 for its root inode, (whereas Linux uses
  19. inode 1, a holdover from minix), and inode 1 is not allocated.
  20.  
  21. I suspect that this inode (1) was originally used for a bad blocks file,
  22. like .badblocks, which *did not* appear anywhere in the file system.
  23.  
  24. From what I have seen of System V systems the use of inode 1 in this manner
  25. seems to have ceased and the file system now has its bad blocks remapped
  26. to good ones making the whole filesystem appear to be good.
  27.  
  28. May I therefore suggest that we follow the original (?) practice, namely use
  29. inode 2 for the root and an unattached inode 1 for the bad block file. This
  30. will allow people with MFM drives (such as myself) to (almost) act as if we
  31. have a perfect drive. We still won't be able to read the device but it will
  32. prevent accidents from happening when the bad block file is accessed or
  33. deleted (mcc interim 96c nearly got me :) ).
  34.  
  35. It will also incidentally bring us in line with the rest of the UNIX world.
  36. If we are to make this change then, with the extended file system here and
  37. a FFS on the horizon, we should make it soon before the current organisation
  38. becomes too widespread.
  39.  
  40. Obviously this will also require that fsck and mkfs are updated, but those
  41. are fairly minor changes (which I would be willing to do.)
  42.  
  43. Cheers,
  44.  
  45. Derek Fawcus
  46.  
  47. A utility could be written to allow swapping a pair of inodes would
  48. allow users who don't wish to re-mkfs their discs to move .badblocks to
  49. inode 1
  50.  
  51. --
  52. Derek Fawcus c/o  jes@grendel.demon.co.uk
  53.  
  54.