home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / linux / 9278 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  1.1 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!dtix!mimsy!ra!tantalus!eric
  2. From: eric@tantalus.dell.com (Eric Youngdale)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: Problem with find in MSDOS file system
  5. Keywords: DOS FS, linux, find
  6. Message-ID: <3473@ra.nrl.navy.mil>
  7. Date: 28 Aug 92 17:45:00 GMT
  8. References: <1992Aug28.155134.24843@midway.uchicago.edu>
  9. Sender: usenet@ra.nrl.navy.mil
  10. Organization: Naval Research Laboratory
  11. Lines: 23
  12.  
  13. In article <1992Aug28.155134.24843@midway.uchicago.edu> ace3@midway.uchicago.edu writes:
  14. >In general, when find reaches the 3rd level of subdirectory nesting in a
  15. >DOS file system, it will only list the files in the first such
  16. >sub-directory.
  17. >
  18. >I'd like to help figure out what's going on, but I'm not sure if the
  19. >problem is in find, or the fs/msdos stuff.
  20.  
  21.  
  22.     Try:
  23.  
  24. find -noleaf
  25.  
  26. I ran across this with the CDROM filesystem.  Find assumes that the i_links
  27. field is accurate, and uses this to decide how many subdirectories it needs
  28. to examine.  If the i_links field is not accurate, then find screws up.
  29. I do not know if this is the problem with the msdos fs, but it is fairly
  30. easy to try.
  31.  
  32. -Eric
  33. --
  34. Eric Youngdale
  35. eric@tantalus.nrl.navy.mil
  36.