Repetitive Options Request Slows Boot

I'm quite happily running FreeBSD/XFCE on a Dell 7490 laptop, but one issue has left me curious. It seems to take an unexpectedly long time to boot, and one of the reasons is that during the boot process I see a repeated entry that says:

Options:
- T TERM
- V print curses-version
- x do not try to clear scrollback

I see this in particular after the wifi driver loads at boot, when it repeats itself ten or fifteen times. There are other times in the boot process when it also repeats. Is there some setting in the boot section that I should have included? Thanks in advance.
 
What's in rc.conf?
SirDice: thanks for responding! My rc.conf looks like this:

Code:
hostname="freebie"
wlans_iwlwifi0="wlan0"
ifconfig_wlan0="WPA  DHCP"
ifconfig_wlan0_ipv6="inet6 accept_rtadv"
sshd_enable="YES"
ntpd_enable="YES"
ntpd_sync_on_start="YES"
ntpd_flags="-g"
clear tmp_enable="YES"
powerd_enable="YES"
moused_enable="YES"
# Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable
dumpdev="AUTO"
zfs_enable="YES"
kld_list="i915kms snd_hda"
dbus_enable="YES"
lightdm_enable="YES"
networkmgr_enable="YES"
ifconfig_em0="DHCP"
cupsd_enable="YES"
firewall_enable="YES"
firewall_quiet="YES"
firewall_type="workstation"
firewall_myservices="80 443"
firewall_allowservices="any"
firewall_logdeny="YES"
 
there is a missing underscore: clear_tmp_enable="YES"
Nice catch.

Without underscore /usr/bin/clear is executed, not /etc/rc.d/cleartmp script.
Rich (BB code):
% clear tmp_enable="YES"
Usage: clear [options]

Options:
  -T TERM     use this instead of $TERM
  -V          print curses-version
  -x          do not try to clear scrollback
 
Nice catch.

Without underscore /usr/bin/clear is executed, not /etc/rc.d/cleartmp script.
Rich (BB code):
% clear -h
clear: illegal option -- h
Usage: clear [options]

Options:
  -T TERM     use this instead of $TERM
  -V          print curses-version
  -x          do not try to clear scrollback
Thank you, "do not try to clear scrollback" is what led me to it.
 
Every rc.d(8) script sources rc.conf (indirectly through /etc/rc.subr), then inadvertently executes that clear(1) command. So you get to see it's usage output multiple times during boot.
 
Back
Top