|Main index||Section 8||日本語||한국인||Options|
Cold starts. Most i386 PCs attempt to boot first from floppy disk drive 0 (sometimes known as drive A:) and, failing that, from hard disk drive 0 (sometimes known as drive C:, or as drive 0x80 to the BIOS). Some BIOSes allow you to change this default sequence, and may also include a CD-ROM drive as a boot device.
Some newer PCs boot using UEFI firmware, not BIOS. That process is described in uefi(8).
By default, a three-stage bootstrap is employed, and control is automatically passed from the boot blocks (bootstrap stages one and two) to a separate third-stage bootstrap program, loader(8). This third stage provides more sophisticated control over the booting process than it is possible to achieve in the boot blocks, which are constrained by occupying limited fixed space on a given disk or slice.
However, it is possible to dispense with the third stage altogether,
either by specifying a kernel name in the boot block parameter
or, unless option
The remainder of this subsection deals only with the boot blocks. The loader(8) program is documented separately.
After the boot blocks have been loaded, you should see a prompt similar to the following:
>> FreeBSD/x86 BOOT Default: 0:ad(0,a)/boot/loader boot:
The automatic boot will attempt to load /boot/loader from partition ‘a’ of either the floppy or the hard disk. This boot may be aborted by typing any character on the keyboard at the ‘boot:’ prompt. At this time, the following input will be accepted:
|?||Give a short listing of the files in the root directory of the default boot device, as a hint about available boot files. (A ? may also be specified as the last segment of a path, in which case the listing will be of the relevant subdirectory.)|
|bios_drive : interface ( unit , [slice , ]part)filename[|
|The drive number as recognized by the BIOS. 0 for the first drive, 1 for the second drive, etc.|
The type of controller to boot from.
Note that the controller is required
to have BIOS support since the BIOS services are used to load the
boot file image.
The supported interfaces are:
|ad||ST506, IDE, ESDI, RLL disks on a WD100 or lookalike controller|
|fd||5 1/4" or 3 1/2" High density floppies|
|da||SCSI disk on any supported SCSI controller|
|unit||The unit number of the drive on the interface being used. 0 for the first drive, 1 for the second drive, etc.|
|[slice , ]part|
|The partition letter inside the BSD portion of the disk. See bsdlabel(8). By convention, only partition ‘a’ contains a bootable image. If sliced disks are used ("fdisk partitions"), any slice (1 for the first slice, 2 for the second slice, etc.) can be booted from, with the default (if not specified) being the active slice or, otherwise, the first FreeBSD slice. If slice is specified as 0, the first FreeBSD slice (also known as "compatibility" slice) is booted from.|
|The pathname of the file to boot (relative to the root directory on the specified partition). Defaults to /boot/kernel/kernel. Symbolic links are not supported (hard links are).|
|during kernel initialization, ask for the device to mount as the root file system.|
|try to mount root file system from a CD-ROM.|
|this flag is currently a no-op.|
boot with the dual console configuration.
In the single
configuration, the console will be either the internal display
or the serial port, depending on the state of the
|enter the DDB kernel debugger (see ddb(4)) as early as possible in kernel initialization.|
|use the GDB remote debugging protocol.|
force the serial console.
For instance, if you boot from the internal console,
you can use the
|mute the console to suppress all kernel console input and output during the boot.|
|ignore key press to interrupt boot before loader(8) is invoked.|
probe the keyboard.
If no keyboard is found, the
|pause after each attached device during the device probing phase.|
do not write anything to the console unless automatic boot fails or
This option only affects second-stage bootstrap,
to prevent next stages from writing to the console use in
combination with the
|use the statically configured default for the device containing the root file system (see config(8)). Normally, the root file system is on the device that the kernel was loaded from.|
|boot into single-user mode; if the console is marked as "insecure" (see ttys(5)), the root password must be entered.|
|set the speed of the serial console to speed. The default is 9600 unless it has been overridden by setting BOOT_COMCONSOLE_SPEED in make.conf(5) and recompiling and reinstalling the boot blocks.|
|be verbose during device probing (and later).|
Use the /boot.config file to set the default configuration options for the boot block code. See boot.config(5) for more information about the /boot.config file.
|/boot.config||parameters for the boot blocks (optional)|
|/boot/boot1||first stage bootstrap file|
|/boot/boot2||second stage bootstrap file|
|third stage bootstrap|
|typical non-default kernel (optional)|
|0x2||Address mark not found|
|0x4||Sector not found|
|0x9||DMA attempt across 64K boundary|
|0x10||Uncorrectable CRC/ECC error|
NOTE: On older machines, or otherwise where EDD support (disk packet interface support) is not available, all boot-related files and structures (including the kernel) that need to be accessed during the boot phase must reside on the disk at or below cylinder 1023 (as the BIOS understands the geometry). When a "Disk error 0x1" is reported by the second-stage bootstrap, it generally means that this requirement has not been adhered to.
Due to space constraints, the keyboard probe initiated by the
|BOOT (8)||April 30, 2019|
|Main index||Section 8||日本語||한국인||Options|
|“||Do you laugh when the waiter drops a tray full of dishes? Unix weenies do. They're the first ones to laugh at hapless users, trying to figure out an error message that doesn't have anything to do with what they just typed.||”|
|— The Unix Haters' handbook|