| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Requested by: wollman, rwatson
|
|
|
|
|
|
|
|
|
|
| |
after the network is configured.
Future remote filesystem types should be added to remote_fstypes, which
is a whitespace-delimited list of type:description pairs.
The specific problem this fixes right now is that smbfs mounts described
in /etc/ftsab were failing.
|
|
|
|
|
|
|
| |
Make the default setting YES for now to get some experience with it.
Note: If people starts seeing disk errors because of this then it
should not be backed.
|
|
|
|
|
|
|
|
|
|
| |
about non-existent mount directories (which would come
into existence after the real mount has occured) when just
testing for if there are any NFS filesystems in /etc/fstab.
PR: bin/26597
Submitted by: Dmitry Morozovsky <marck@rinet.ru>
MFC after: 3 days
|
|
|
|
|
|
|
| |
enable or disable background fsck'ing all in one shot. Default is
currently 'YES'.
Reviewed by: jkh
|
|
|
|
|
| |
the 'svr4' module already. This was a 4.x-only problem and should not
have been MFS'ed.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
fsck checking. Applying these changes (typically via mergemaster)
will cause your system to start running background checks on all
your soft update enabled filesystems (provided that you have
a kernel with the required functionality, e.g., one built since
the end of April). Please report any and all problems to
mckusick@mckusick.com (not mckusick@freebsd.org which I read
infrequently). See the comment above the fsck command in /etc/rc
for instructions on how to disable background checking should it
cause you too much trouble.
Several FAQs:
1) Can I reboot before the background checks are done?
Ans) Yes, when the system restarts the checks will pick up
where they left off.
2) Can a crash during checking corrupt my filesystem?
Ans) No, recovered resources are returned to the system using soft
updates which ensure that the freeing is done in a safe order.
3) How will I know if any background checks are being done?
Ans) Filesystems that are to be checked in background will be listed
as `DEFER FOR BACKGROUND CHECKING' at the usual fsck check time
during system startup.
4) What happens to the output of the background checks?
Ans) It is sent to syslog `daemon' facility log level `notice'.
5) When will this feature be available in the 4.X kernel?
Ans) Never. It is much too radical and extensive a change to be
MFC'ed. Besides, it needs many months of experience and
tuning before it is ready for widespread use.
6) What happens if a background fsck fails (i.e., fsck finds
errors that would normally require a manual fsck)?
Ans) The filesystem will be marked as needing a manual fsck.
At the next system reboot, the check will be done in
foreground and the usual actions taken (usually a failure
to go multi-user until fsck has been run by hand on the
affected filesystem).
|
|
|
|
|
|
| |
at boot time.
MFC after: 3 weeks
|
|
|
|
|
|
|
|
|
|
| |
/dev/log like this: if [ ! -h /dev/log ];
The man page for test(1) says that the -h switch is depracated and that
users should NOT rely on it being available. It suggest the -L switch instead.
They both do the same thing: check for the existence of the symbolic link.
PR: 26596
Submitted by: mikem <mike_makonnen@yahoo.com>
|
| |
|
|
|
|
| |
Reviewed by: phk
|
|
|
|
| |
(as well as files).
|
|
|
|
|
| |
seperate knobs for inbound (accepting SMTP connections) and outbound (just
occasionally dequeueing) sendmail daemon startup.
|
|
|
|
| |
Submitted by: David A. Panariti <davep@who.net>
|
|
|
|
| |
Reflect this.
|
|
|
|
|
|
|
|
|
|
| |
enable all harvesting options by default since having them on for
devices not present doesn't hurt anything. Leave them on by default
since for the most part they are not producing noticable slowdown,
and are about to get a lot more efficient.
Re-order part of the cheesy entropy process in preparation for
its complete removal.
|
|
|
|
|
|
| |
during the boot process. We're turning it on by default, based on the
actual presence of a configured ethernet card, and/or ppp/tun devices.
Of course, it's easy to disable in rc.conf.
|
|
|
|
|
|
| |
Defaults to off.
Obtained from: Yahoo!
|
|
|
|
|
| |
PR: 24612
Submitted by: David Drum <david@mu.org>
|
|
|
|
|
|
|
| |
to it.
PR: conf/24358
Submitted by: Gerhard Sittig <Gerhard.Sittig@gmx.net>
|
|
|
|
| |
Reviewed by: dougb
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
it at boot time closer to the way we want it to be in the final version.
* Move the default directory to /var/db/entropy
* Run the entropy saving cron job every 11 minutes. This seems
to be a better default, although still bikeshed material.
* Feed /dev/random some cheesy "entropy" from various commands
and files before the disks are mounted. This gives /dev/random
a better chance of running without blocking early.
* Move the reseeding with previously stored entropy to the point
immediately after the disks are mounted.
* Make the harvesting script a little safer in regards to the
possibility of accidentally overwriting something other
than a regular file.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
it can be used to reseed at boot time. This will greatly increase
the chances that there will be sufficient entropy available at
boot time to prevent long delays.
For /etc/rc, remove the vmstat and iostat runs from the attempt
to provide some cheesy randomness if the files fail, since
those programs are dynamically linked, and ldd seems to want
some randomness to do its magic.
Guidance and parameters for this project were provided by
Mark Murray, based on the requirements of the Yarrow
algorithm. Some helpful suggestions for implementation
(including the tip about iostat and vmstat) were provided
by Sheldon Hearn. All blame for problems or mistakes is
mine of course.
|
|
|
|
| |
Requested by: gallatin
|
|
|
|
|
| |
syscons sh code was identical on both platforms except for whitespace
differences.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Apply a more consistent style to the echo statements in /etc/ scripts.
* Put quotes around each line
* Single quotes for lines with no variable interpolation
* Double quotes if there is
* Capitalize each word that begins a line
* Make echo -n 'Doing foo:' ... echo '.' more of a standard
Also:
* Use rm -f on /var/run/dev.db so if it's not there (devfs) it doesn't error
* Shorten the ldconfig messages so that the default fits on one line
* Test whether /var/msgs/bounds is a link before overwriting it
* Generally futz around with whitespace
|
|
|
|
|
|
| |
services. Simple YES/NO style *_enable services are supported.
Reviewed by: obrien
|
|
|
|
| |
Approved by: obrien
|
|
|
|
| |
This bites too many systems upgrading from our change in defaults.
|
|
|
|
|
|
|
| |
in the face of possible corruption by rc.diskless*.
PR: misc/21904
Submitted by: Anton Voronin, anton@urc.ac.ru
|
| |
|
|
|
|
|
| |
weird dd output on bootup as /dev/random is being reseeded. Also,
can't this happen in the background since /dev/random blocks?
|
|
|
|
|
| |
Note: I am not redirecting stdout so that the amount of
data being transferred can be seen (22k and 576k currently).
|
|
|
|
|
|
| |
init 6 vs. /sbin/reboot problem still exists (pr 14829)
Submitted by: Doug Barton <DougB@gorean.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
convinced myself that it's better then what we have, but still
not perfect.
/etc/rc : Attempt to seed /dev/random with multiple backoffs.
/etc/rc.shutdown : Attempt to write the entropy_file.
In debugging the above changes, I've run into some
inconsistancies... rc.shutdown is run via 'init 6', but
does not appear to be run via '/sbin/reboot'. Thus, this
set of changes improves life depending on the mechanism
used to shut the system down.
Submitted by: Doug Barton <DougB@gorean.org>
Approved by: markm
|
|
|
|
|
| |
and provide some form of entropy in case there is no seed file
to prevent a reboot from hanging unnecessarily.
|
| |
|
| |
|
|
|
|
| |
w/o giving any credit.
|
|
|
|
| |
not yet exist in the DEVFS case.
|
|
|
|
|
|
|
| |
which really wasn't such a hot idea in retrospect.
If the random device isn't available, it probably isn't wanted.
If it's wanted, it should be enabled in loader.conf.
|
|
|
|
|
|
|
| |
the output for the linux_enable and svr4_enable stuff "floating
in the middle of nowhere".
Give them their own section, called "additional ABI support".
|
|
|
|
|
|
|
|
|
|
| |
kernel modules for ibcs2_enable and svr4_enable.
Don't rely on a shell script to do the neglibly less simple
job of loading a kernel module and running one command for
linux_enable.
These shell scripts are going away.
|
|
|
|
|
|
| |
location.
Sponsored by: LinuxWorld frustration
|
|
|
|
|
|
| |
security checks. Set the default to NO, i.e., secure.
Submitted by: Maxime Henrion <mhenrion@cybercable.fr>
|
|
|
|
|
|
|
|
|
| |
Fix leading & trailing space handling
Suggested by: ben
Handle files beginning with - correctly
Don't follow symlinks (cd /var/spool/lock; ln -s /. horror)
|
|
|
|
|
|
|
|
|
|
| |
it lives in /usr/bin. Instead, locate files manually.
Note, only *files* under /var/spool/lock are now deleted rather
than everything that's not a directory. I think this is more
correct, but if anyone disagrees please feel free to change it.
Problem pointed out by: bde
|
|
|
|
|
|
|
| |
and the randomdev.ko module is not resident, try to load the module and
perform the write again.
Reviewed by: markm
|
|
|
|
|
|
|
| |
Don't inhibit the trailing newline for entropy-related messages.
Try harder to save the seed file on shutdown.
Reviewed by: markm
|
|
|
|
|
|
|
|
| |
time, and this is used to reseed the random number generator at
boot time.
NOTE - this has no hope of working if you halt(); you need to
execute rc.shutdown to get the entropy stash.
|