Booting: Difference between revisions
(Created page with "==Kernel== ==Disks== The kernel discovers block objects, and assigns them names based on the order of discovery. This order is dependent on disk timing, module loading order (...") |
No edit summary |
||
| Line 1: | Line 1: | ||
==Firmware== | |||
===BIOS=== | |||
===UEFI=== | |||
==Kernel== | ==Kernel== | ||
==Disks== | ==Disks== | ||
| Line 4: | Line 7: | ||
If the kernel cannot immediately mount its root filesystem, it will panic, bringing the machine to a halt. This is true even if not all devices have yet been "detected". The rootdelay parameter to the kernel can work around this bug to support root filesystems on e.g. USB devices or bad SATA connections. | If the kernel cannot immediately mount its root filesystem, it will panic, bringing the machine to a halt. This is true even if not all devices have yet been "detected". The rootdelay parameter to the kernel can work around this bug to support root filesystems on e.g. USB devices or bad SATA connections. | ||
==See Also== | |||
* [http://www.pixelbeat.org/docs/disk/ Details of GRUB on the PC] by Pádraig Brady | |||
* [http://duartes.org/gustavo/blog/post/how-computers-boot-up How Computers Boot Up] on Gustavo Duarte's blog | |||
Revision as of 21:50, 20 October 2012
Firmware
BIOS
UEFI
Kernel
Disks
The kernel discovers block objects, and assigns them names based on the order of discovery. This order is dependent on disk timing, module loading order (or even linking order in the case of drivers built into the kernel). If an initramfs has not been provided, it is necessary to provide a root= option on the kernel command line identifying the boot device (and possibly partition). The root= option can take either a kernel device name, a label, or a UUID. Use of a label or UUID is recommended due to the unpredictable nature of kernel device naming. The label and UUID are properties of the target filesystem, not block device. GPT partition names, GPT partition UUIDs, and disk WWNs are not valid parameters. The syntax is that described in the manual page for findfs(8).
If the kernel cannot immediately mount its root filesystem, it will panic, bringing the machine to a halt. This is true even if not all devices have yet been "detected". The rootdelay parameter to the kernel can work around this bug to support root filesystems on e.g. USB devices or bad SATA connections.
See Also
- Details of GRUB on the PC by Pádraig Brady
- How Computers Boot Up on Gustavo Duarte's blog
