home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!mcsun!news.funet.fi!hydra!klaava!torvalds
- From: torvalds@klaava.Helsinki.FI (Linus Benedict Torvalds)
- Newsgroups: comp.os.linux
- Subject: Re: The Third Degree
- Message-ID: <1992Aug14.205408.13958@klaava.Helsinki.FI>
- Date: 14 Aug 92 20:54:08 GMT
- References: <pz91Ht-g*8@atlantis.psu.edu> <1992Aug13.124939.16680@kth.se> <7gh1Hm#z&8@atlantis.psu.edu>
- Organization: University of Helsinki
- Lines: 28
-
- In article <7gh1Hm#z&8@atlantis.psu.edu> bairstow@copland.psu.edu (Steven Bairstow) writes:
- >In article <1992Aug13.124939.16680@kth.se> d88-jwn@blofeld.nada.kth.se (Johan W}hlin) writes:
- >>bairstow@copland.psu.edu (Steven Bairstow) writes:
- >>: ...
- >>: - Has anyone noticed free inodes being left around? I think
- >>: halt/shutdown is doing it. (This is what I was trying to figure
- >>: out when it crashed.)
- >>Yes I've been having this problem at least with reboot
- >>
- >
- >Okay, so does anyone know where the code is for these programs so I can take
- >a look at them, or who the author is?
-
- I doubt it's either reboot or shutdown that results in the fsck errors:
- what you are probably seeing is a normal result of the filesystem setup
- under unix. I assume the problem is that fsck reports "inode XXX marked
- in use: no file uses it" and "block XXXX marked in use: no file uses
- it".
-
- This can happen if you install a new version of a running program (like
- 'init') and reboot. The old 'init' is removed from the directory tree,
- but as it's still in use, neither the inode nor the blocks are actually
- reclaimed until the program is exited. And in many cases (like /bin/sh
- or init or update), the program is never exited until the reboot has
- happened. "fsck -a" should clear up the problem - or you should be more
- careful when rebooting with "deleted" programs still running.
-
- Linus
-