home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / os / linux / 25002 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  2.9 KB
  1. Path: sparky!uunet!gatech!rpi!ghost.dsi.unimi.it!insa-lyon.fr!univ-lyon1.fr!frmop11!psuvm!cunyvm!ndsuvm1!nu013809
  2. Organization: North Dakota Higher Education Computer Network
  3. Date: Thu, 21 Jan 1993 07:30:06 CST
  4. From: Greg Wettstein <NU013809@NDSUVM1.BITNET>
  5. Message-ID: <93021.073006NU013809@NDSUVM1.BITNET>
  6. Newsgroups: comp.os.linux
  7. Subject: Re: Linux file systems
  8. References: <1993Jan19.195615.29334@sol.ctr.columbia.edu>
  9.  <JOHNSONM.93Jan19152556@lars.stolaf.edu> <1993Jan20.200917.19049@jussieu.fr>
  10. Lines: 47
  11.  
  12. I just wanted to offer a couple of comments.  First a note of thanks to
  13. Remy for supplying us with the original enhanced file system and for the
  14. upcoming enhanced-enhanced :-) file system.  I also applaud him for his
  15. position on hoping that all filesystem maintainers/creators learn from
  16. each others endeavors.  Linux has profited much from previous associations
  17. of this kind.
  18.  
  19. With the filesystems in such a state of flux I was wondering if anyone
  20. has given some thought to incorporating a flag into their filesystems to
  21. indicate the state of 'shutdown' of the filesystem.  I suppose this would
  22. be referred to as a filesystem 'dirty' flag for lack of a better word.  This
  23. may even already exist, although I have found no references to it.
  24.  
  25. The concept behind this is to provide some indication if the filesystem was
  26. shut down in an orderly manner, ie sync'ed before the kernel dropped.  Having
  27. such a capability would allow the development of smart file system checkers
  28. which could determine whether or not a filesystem had to be 'cleaned' upon
  29. startup.
  30.  
  31. I would suspect that an ioctl or a kernel call would have to be implemented
  32. which when called would mark all mounted filesystems that had this
  33. attribute as clean.  The reboot/halt/shutdown suites could be modified to
  34. sync the kernel, then mark the filesystems and then either halt or reboot.
  35.  
  36. The first thing the configuration scripts would do would be to call the
  37. file system checking programs which would in turn check the devices
  38. status to determine whether or not there was the potential of a damaging
  39. shutdown.
  40.  
  41. If I am overlooking something that already exists I would appreciate a
  42. pointer on implementing this.  I am re-writing our network's configuration
  43. scripts and would like to include this functionality so that reboots will
  44. be handled in an elegant fashion.  Similar functionality can be kludged
  45. via invisible files and the like but a kernel/filesystem based approach
  46. has the flavor of a cleaner implementation.  Comments, suggestions??
  47.  
  48.                             As always,
  49.                             Dr. G.W. Wettstein
  50.                             Oncology Research Division Computing Facility
  51.                             Fargo Clinic / MeritCare
  52.  
  53.                             UUCP: uunet!plains!wind!greg
  54.                             INTERNET: greg%wind.uucp@plains.nodak.edu
  55.                             Phone: 701-234-2833
  56.  
  57. `The truest mark of a man's wisdom is his ability to listen to other
  58.  men expound their wisdom.'
  59.