Age | Commit message (Collapse) | Author |
|
|
|
objection form the usual suspects
|
|
and speeds things up in a lot of cases.
Prompted by Amit Kulkarni; ok krw@ on a slighly diffrenent incarnation
|
|
unmaintainable). these days, people use source. these id's do not provide
any benefit, and do hurt the small install media
(the 33,000 line diff is essentially mechanical)
ok with the idea millert, ok dms
|
|
byte. Original diff by drahn@; twists by me; ok millert@ thib@
|
|
|
|
the ufs2 changes in FreeBSD by Kirk Mckusick.
|
|
code a bit more so that this mistake will not be done again
|
|
|
|
|
|
|
|
boolean, make it so. OK deraadt@
|
|
-1 mess as well), it is probably not wise to make other functions do the same
thing. make them return strlen(). ok uwe marco
|
|
|
|
way for some future work. no function changes yet.
help testing otto@ and markus@
|
|
rescinded 22 July 1999. Proofed by myself and Theo.
|
|
|
|
|
|
- eliminate trailing whitespace
- remove casts that aren't needed.
- make rcsid strings const, for -Wall compilation.
from tedu <grendel@zeitbombe.org>
|
|
|
|
hand editing to make comments line up correctly. Another pass is forthcoming that handles the cases that could not be done automatically.
|
|
millert@ ok
|
|
|
|
- If the lost+found directory is created by fsck, it will do a cacheino()
which sets the inoinfo's i_parent and i_dotdot to 0, but they never get
set to ROOTINO. This means that propagate will never find lost+found and
its descendents, subdirectories will remain DSTATE (instead of DFOUND)
even though they are correctly linked in, and pass4.c will try to
clear them unsuccessfully, thinking that there is no link count from the
DSTATE directory's parent. The result is that you need to run fsck twice
and get "EXTRANEOUS HARD LINK TO DIRECTORY" error (which are unexpected
and fatal when running in preen mode). The fix is to set i_parent and
i_dotdot to "parent" after the second cacheino() call in dir.c:allocdir().
From NetBSD via FreeBSD.
- modify propagate() so it be able to start from any point in the tree.
- minor tweaks to get more generality in state propagation.
In other words fsck doesn't leave unremovable directories anymore.
costa@ ok.
|
|
We had this in the tree 1997, but it went away because it was too close to
release.
Ok: csapuntz@
(as a size note: It's really good to test fsck when you are torture testing
the filesystems)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|