home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / linux / 20445 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.7 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!das-news.harvard.edu!cantaloupe.srv.cs.cmu.edu!crabapple.srv.cs.cmu.edu!andrew.cmu.edu!fl0p+
  2. From: fl0p+@andrew.cmu.edu (Frank T Lofaro)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: ext fs question (.badblocks)
  5. Message-ID: <4f=D_=a00Vp3ADgUgo@andrew.cmu.edu>
  6. Date: 14 Dec 92 10:46:03 GMT
  7. Article-I.D.: andrew.4f=D_=a00Vp3ADgUgo
  8. References: <orman.724229253@vislab.me.iastate.edu>
  9.     <1992Dec14.133843.2536@jussieu.fr>
  10. Organization: Sophomore, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
  11. Lines: 20
  12. In-Reply-To: <1992Dec14.133843.2536@jussieu.fr>
  13.  
  14. Excerpts from netnews.comp.os.linux: 14-Dec-92 Re: ext fs question
  15. (.badbl.. Remy CARD@masi.ibp.fr (871)
  16.  
  17. >    mkefs now uses a reserved inode (inode #2) to store the bad blocks.
  18. >This inode does not appear in the filesystem tree any more because it was
  19. >leading to problems (root could delete the .badblocks file or save it during
  20. >a backup).
  21.  
  22. >    So, even if you don't see a .badblocks file with ls, don't worry.  The
  23. >bad blocks are recorded and won't be use in the fs.
  24.  
  25.     That sounds like a good idea, but perhaps using inode #1 for this
  26. purpose might be better. I see most unices use inode #2 as the root of
  27. the filesystem, so if we could make the extfs follow that standard, it
  28. would make things more compatible. (yeah I know not that much stuff
  29. messes with inode numbers, but still, it might be a good idea. One
  30. example I have heard of (for other unices) is a program which switches
  31. numeric uid's of files on the raw fs, which could be useful if on needs
  32. to change uids if one is going on NFS or something. It uses the raw fs
  33. so it doesn't mess with the access/modification/change times.)
  34.