GSP
Quick Navigator

Search Site

Unix VPS
A - Starter
B - Basic
C - Preferred
D - Commercial
MPS - Dedicated
Previous VPSs
* Sign Up! *

Support
Contact Us
Online Help
Handbooks
Domain Status
Man Pages

FAQ
Virtual Servers
Pricing
Billing
Technical

Network
Facilities
Connectivity
Topology Map

Miscellaneous
Server Agreement
Year 2038
Credits
 

USA Flag

 

 

Man Pages
REBOOT(2) FreeBSD System Calls Manual REBOOT(2)

reboot
reboot system or halt processor

Standard C Library (libc, -lc)

#include <unistd.h>
#include <sys/reboot.h>

int
reboot(int howto);

The reboot() system call reboots the system. Only the super-user may reboot a machine on demand. However, a reboot is invoked automatically in the event of unrecoverable system failures.

The howto argument is a mask of options; the system call interface allows the following options, defined in the include file <sys/reboot.h>, to be passed to the new kernel or the new bootstrap and init programs.

The default, causing the system to reboot in its usual fashion.
Normally the system only prompts the user if the loader specified root file system has an error. This flag forces it to always prompt the user for the root partition.
Use the compiled in root device. Normally, the system uses the device from which it was booted as the root device if possible. (The default behavior is dependent on the ability of the bootstrap program to determine the drive from which it was loaded, which is not possible on all systems.)
Dump kernel memory before rebooting; see savecore(8) for more information.
The processor is simply halted; no reboot takes place. This option should be used with caution.
After halting, the shutdown code will do what it can to turn off the power and then turn the power back on. This requires hardware support, usually an auxiliary microprocessor that can sequence the power supply. At present only the ipmi(4) driver implements this feature.
After halting, the shutdown code will do what it can to turn off the power. This requires hardware support.
Load the symbol table and enable a built-in debugger in the system. This option will have no useful function if the kernel is not configured for debugging. Several other options have different meaning if combined with this option, although their use may not be possible via the reboot() system call. See ddb(4) for more information.
Normally, the disks are sync'd (see sync(8)) before the processor is halted or rebooted. This option may be useful if file system changes have been made manually or if the processor is on fire.
Instead of rebooting, unmount all filesystems except the one containing currently-running executable, and mount root filesystem using the same mechanism which is used during normal boot, based on vfs.root.mountfrom kenv(1) variable.
Initially mount the root file system read-only. This is currently the default, and this option has been deprecated.
Normally, the reboot procedure involves an automatic disk consistency check and then multi-user operations. RB_SINGLE prevents this, booting the system with a single-user shell on the console. RB_SINGLE is actually interpreted by the init(8) program in the newly booted system.

When no options are given (i.e., RB_AUTOBOOT is used), the system is rebooted from file “kernel” in the root file system of unit 0 of a disk chosen in a processor specific way. An automatic consistency check of the disks is normally performed (see fsck(8)).

If successful, this call never returns. Otherwise, a -1 is returned and an error is returned in the global variable errno.

[]
The caller is not the super-user.

crash(8), halt(8), init(8), reboot(8), savecore(8)

The reboot() system call appeared in 4.0BSD.
July 10, 2018 FreeBSD 13.1-RELEASE

Search for    or go to Top of page |  Section 2 |  Main Index

Powered by GSP Visit the GSP FreeBSD Man Page Interface.
Output converted with ManDoc.