home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / aix / 11327 < prev    next >
Encoding:
Text File  |  1992-11-06  |  1.5 KB  |  36 lines
  1. Newsgroups: comp.unix.aix
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!decwrl!netcomsv!netcom.com!lui
  3. From: lui@netcom.com (Stephen Lui)
  4. Subject: /tmp Corrupted
  5. Message-ID: <1992Nov5.225824.3656@netcom.com>
  6. Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
  7. Date: Thu, 5 Nov 1992 22:58:24 GMT
  8. Lines: 26
  9.  
  10. Recently our /tmp file system started to fill up. I went to /tmp and deleted
  11. unnecessary files. However, this did not release any space in the file system
  12. according to df. I went ahead and deleted all of the files in /tmp and the
  13. file system was still 100% full! I ran fsck on /tmp and got:
  14.  
  15.  
  16. ** Checking /dev/hd3 (/tmp) MOUNTED FILE SYSTEM; WRITING SUPPRESSED; 
  17. ** Phase 1  - Check Blocks and Sizes
  18. ** Phase 2  - Check Pathnames
  19. ** Phase 3  - Check Connectivity
  20. ** Phase 4  - Check Reference Counts
  21. ** Phase 5  - Check Inode Map
  22. The Inode map is not valid. (NOT SALVAGED)
  23. ** Phase 6  - Check Block Map
  24. The Block map is not valid. (NOT SALVAGED)
  25. The integrity of the file system is not guaranteed.
  26. 109 files 3576 blocks 37384 free
  27.  
  28. To keep the system up, I created another /tmp file system and mounted it over
  29. /tmp. After later rebooting the system and running fsck (you can't run fsck
  30. and write to /tmp when it's mounted) the problem disappered. However, half a
  31. day later the problem repeated itself.
  32.  
  33. After a few days the problem seemed to correct itself. However, today the
  34. same problem happened to /usr/ingres/files, a user-defined filesystem on a
  35. total different physical disk. Any suggestions?
  36.