Anaconda Boot Options
For more information on using Anaconda options, refer to "Appendix A. Boot Options" in the Fedora Installation Guide. For example, the Fedora 20 version: http://docs.fedoraproject.org/en-US/Fedora/20/html/Installation_Guide/ch-Boot-x86.html#s2-x86-starting-bootopts
- Fedora 16 and earlier
- Do not automatically use the CD-ROM as the install source if we detect installation media in your CD-ROM drive: instead prompt for a source during the first stage of installation.
- Fedora 17 and 18
- Has no effect.
- Fedora 19 and later
- Do not automatically configure the Installation Source spoke, but require the user to enter it and choose an option. If you don't want to wait for the default configuration to be processed before you can enter the spoke and change it, you can pass this option. See Bug #889887.
- Advance to the next screen automatically. This is mostly useful for debugging.
- Do not automatically load module <module>, even if the hardware exists on the system.
- Force command line install mode. This mode simply prints out text and does not allow any interactivity. All options must be specified either in a kickstart file or on the command line.
- Turn on serial console support and display anaconda on serial console instead of graphical console. Settings will carry over to the installed system.
- Use a driver disk.
- Add a debug button to the UI that allows dropping into a python debugger.
- Sends a custom DHCP vendor class identifier. ISC's dhcpcd can inspect this value using "option vendor-class-identifier".
- Stop attempting to get a DHCP lease after <sec> seconds.
- Comma separated list of nameservers to use for a network installation.
- Gateway to use for a network installation.
- Force graphical install. Required to have ftp/http use GUI. A graphical install implies that the installed system will boot up into runlevel 5, using whichever display manager is in use by the default desktop (gdm for GNOME, kdm for KDE).
- Specify that the machine being installed onto does not have any display hardware, and that anaconda should not probe for it.
- IP to use for a network installation, use 'dhcp' for DHCP.
- IPv6 address to use for a network installation. This can be the static address in form
<IPv6 address>[/<prefix length>], e.g. 3ffe:ffff:0:1::1/128 (if prefix is omitted 64 is assumed), "auto" for address assignment based on automatic neighbor discovery, or "dhcp" to use the DHCPv6 protocol.
- Keyboard layout to use. Valid values are those which can be used for the
- Gives the location of the kickstart file to be used for installation. If only
ksis given, the file is assumed to be on NFS. The ks parameter may take these other forms:
ks=cdrom:<device>[:<path>]If no path is given,
/ks.cfgis used by default.
ks=file:<path>(path = 'fd0/ks.cfg', for example)
ks=hd:<dev>:<path>(dev = 'hda1', for example)
ks=bd:<biosdev>:<path>(biosdev = '80p1', for example, note this does not work for BIOS RAID sets)
- Takes one of 4 types of argument which tells install what network device to use for kickstart from network:
- An argument like 'eth0' naming a specific interface
- An argument like 00:12:34:56:78:9a indicating the MAC address of a specific interface
- The keyword 'link' indicating that the first interface with link up
- The keyword 'bootif' indicating that the MAC address indicated by the BOOTIF command line option will be used to locate the boot interface. BOOTIF is automagically supplied by pxelinux when you include the option 'IPAPPEND 2' in your pxelinux.cfg file
- The keyword 'ibft' - use device configured with MAC address in iBFT
- Adds HTTP headers to ks=http:// requests that can be helpful for provisioning systems. Includes MAC address of all network interfaces in HTTP headers of the form "X-RHN-Provisioning-MAC-0: eth0 01:23:45:67:89:ab".
- Adds an HTTP header to ks=http:// requests that can be helpful for provisioning systems. Includes the system's serial number (according to dmidecode) in an HTTP header of the form "X-System-Serial-Number: 1234567890".
- Language to use for the installation. This should be a language which is valid to be used with the
- Boot the drives in their existing order, to override the default of booting into the newly installed drive on Power Systems servers and EFI systems. This is useful for systems that, for example, should network boot first before falling back to a local boot.
- Check the network device for a link every second for <delay> seconds.
- Set the minimum level required for messages to be logged on a terminal (log files always contain messages of all levels). Values for <level> are debug, info, warning, error, and critical. The default value is info.
- Activates loader code to give user option of testing integrity of install source (if an ISO-based method).
- This option is deprecated in favor of repo=. For now, it does the same thing as repo= but will be removed at a later date.
- Set the MTU (maximum transmission unit) used during network installs to the given number. Uses the network stack default if this option is not specified.
- Enable yum's multlib_policy of "all" instead of the default of "best".
- Netmask to use for a network installation.
- Sleep for <sec> seconds before trying again to bring up the network.
- Disable support for dmraid.
- Do not load support for firewire devices.
- Do not create GPT disklabels.
- Disable IPv4 networking during installation.
- A debugging option that prevents anaconda from terminating all running programs when a fatal error occurs.
- Don't automatically mount any installed Linux partitions in rescue mode.
- Since Fedora 17: Disable the check which usually causes anaconda to abort if a safe minimum amount of memory is not found. Of course, any attempt to install with less than the safe minimum amount of memory may fail and is unsupported.
- Disable support for multipath devices.
- Don't pass keyboard/mouse info to stage 2 installer, good for testing keyboard and mouse config screens in stage2 installer during network installs.
- Do not attempt to detect hw, prompts user instead.
- Disable SELinux on the installed system.
- Do not put a shell on tty2 during install.
- Do not load USB support (helps if install hangs early sometimes).
- Prevents Anaconda from verifying the ssl certificate for all https connections with an exception of the additional kickstart repos (where --noverifyssl can be set per repo).
- Use the given proxy settings when performing an HTTP/HTTPS/FTP installation.
- This option tells anaconda where to find the packages for installation. This option must point to a valid yum repository. It is analogous to the older method= option, but repo= makes it more clear exactly what is meant. This option may appear only once on the command line. It corresponds to the kickstart command
install(whereas kickstart command
repois used for additional repositories). As of Fedora 16, you can (optionally) add a specific .iso file to the path. If no inst.root= or inst.stage2= parameter is passed, this location will also be used as the source for the installer runtime image.
- The following forms are accepted for repo=:
- Look for ISO images on the hard drive partition given by device (/dev/sda1, for instance). This may not be a partition that will be formatted during installation later. These should be ISO images, not an exploded tree on the hard drive. device can be a device name, LABEL=, or UUID=.
repo=hd:<device>, but you can specify a partition by label or UUID.
- Will use either an ISO image or a Fedora tree on the NFS volume with the given server and path as an install repository (in all current supported releases, 'nfs' and 'nfsiso' are synonyms; anaconda will check for either an ISO image or an install tree in the specified location whichever of the two you pass). If an 'inst.root' or 'inst.stage2' parameter is passed - as is the case by default when the installer is booted from the DVD or network install images - the mount will first be tried using the NFSv4 protocol, and if this fails, it will be tried using the NFSv3 protocol. There is a known bug in Fedora 19 Beta which prevents NFSv3 mount attempts from succeeding unless the 'nolock' option is specified. If no 'inst.root' or 'inst.stage2' parameter is passed, and so the NFS repository is being used as the installer runtime image source as well as a package source (which will be the case when booting directly from a kernel pair, for e.g., in a PXE installation, or using virt-install), the NFSv3 protocol only will be used, due to a known bug which affects trying to mount the installation root via the NFSv4 protocol.
- Run rescue environment.
- Run installer in mode specified, '1024x768' for example.
- Disables selinux entirely. Defaults to on.
- Starts up sshd during system installation. You can then ssh in while the installation progresses to debug or monitor. Passwords are controlled via the kickstart sshpw command. By default, the root account has a blank password, so if the sshd option is specified, anyone can login as root and have full access to the machine during installation.
- Specifies a path to a repository containing a stage2 (squashfs.img) file instead of to an installation source. Follows the same syntax as repo=. If this parameter is provided, it takes precedence over all other methods of finding the install.img. Otherwise, anaconda will attempt to find the install.img first on any existing CD, and then from the location given by repo=.
- If only stage2= is given without repo=, anaconda will use whatever repos the installed system would have enabled by default for installation. For instance, an install of a Fedora release will attempt to use the Fedora mirrorlist given by /etc/yum.repos.d/fedora.repo from that release.
- Once installation is up and running, send log messages to the syslog process on <host>, and optionally, on TCP port <port>. Requires the remote syslog process to accept incoming connections.
- Force text mode install. This will install only base packages for a minimal system and implies that the installed system will boot up in runlevel 3 instead of to the graphical login screen.
- Since Fedora 17. Raise exception in the GUI (for testing purposes). DO NOT USE THIS IF YOU WANT TO INSTALL THE SYSTEM.
- Use the framebuffer X driver instead of attempting to use a hardware-specific one.
- Forward logs through the character device at /dev/virtio-ports/<port_name>. See also Anaconda/Logging.
- Enable vnc-based installation. You will need to connect to the machine using a vnc client application. A vnc install implies that the installed system will boot up in runlevel 3 instead of to the graphical login screen. The vnc session will be shared. Consider setting a vnc password.
- Specify a port for the vnc server to run on. The default is 5901.
- Once installation is up and running, connect to the vnc client named <host>, and optionally use port <port>.
- Enable a password for the vnc connection. This will prevent someone from inadvertently connecting to the vnc-based installation. Requires
vncoption to be specified as well. If you have specified
vncconnectthe <password> will not be used unless connection to host is not possible.
- Use <driver> as the X driver to use during installation as well as on the installed system.