Follow Techotopia on Twitter

On-line Guides
All Guides
eBook Store
iOS / Android
Linux for Beginners
Office Productivity
Linux Installation
Linux Security
Linux Utilities
Linux Virtualization
Linux Kernel
System/Network Admin
Programming
Scripting Languages
Development Tools
Web Development
GUI Toolkits/Desktop
Databases
Mail Systems
openSolaris
Eclipse Documentation
Techotopia.com
Virtuatopia.com
Answertopia.com

How To Guides
Virtualization
General System Admin
Linux Security
Linux Filesystems
Web Servers
Graphics & Desktop
PC Hardware
Windows
Problem Solutions
Privacy Policy

  




 

 

Red Hat Enterprise Linux 9 Essentials Book now available.

Purchase a copy of Red Hat Enterprise Linux 9 (RHEL 9) Essentials

Red Hat Enterprise Linux 9 Essentials Print and eBook (PDF) editions contain 34 chapters and 298 pages

Preview Book

2.2.2. Kickstart

This section describes what behaviors have changed with related to automated installations (Kickstart).

2.2.2.1. Behavioral Changes

  • Previously, a Kickstart file that did not have a network line resulted in the assumption that DHCP should be used to configure the network. This was inconsistent with the rest of Kickstart in that all other missing lines mean installation should halt and prompt for input. Now, having no network line means that installation will halt and prompt for input. Also, the --bootproto=query option is deprecated. If you want to continue using DHCP without interruption, add network --bootproto=dhcp to your Kickstart file.
  • Traditionally, disks have been referred to throughout Kickstart by a device node name (such as sda). The Linux kernel has moved to a more dynamic method where device names are not guaranteed to be consistent across reboots, so this can complicate usage in Kickstart scripts. To accomodate stable device naming, you can use any item from /dev/disk in place of a device node name. For example, instead of:
    part / --fstype=ext4 --onpart=sda1
    
    You could use an entry similar to one of the following:
    part / --fstype=ext4 --onpart=/dev/disk/by-path/pci-0000:00:05.0-scsi-0:0:0:0-part1
    part / --fstype=ext4 --onpart=/dev/disk/by-id/ata-ST3160815AS_6RA0C882-part1
    
    This provides a consistent way to refer to disks that are more meaningful than just sda. This is especially useful in large storage environments.
  • You can also use shell-like entries to refer to disks. This is primarily intended to make it easier to use the clearpart and ignoredisk commands in large storage environments. For example, instead of:
    ignoredisk --drives=sdaa,sdab,sdac
    
    You could use an entry similar to one of the following:
    ignoredisk --drives=sda?
    ignoredisk --drives=/dev/disk/by-path/pci-0000:00:05.0-scsi-*
    
  • Kickstart will halt with an error in more cases than previous versions. For example, if you refer to a disk that does not exist, the installation will halt and inform you of the error. This is designed to help detect errors in Kickstart files before they lead to larger problems. As a side-effect, files that are designed to be generic across different machine configurations may fail more often. These should be dealt with on a case-by-case basis.
  • When using a Kickstart configuration file via HTTP, an error may occur that indicates the file could not be retrieved. Click the OK button several times without making modifications to override this error successfully. As a workaround, use one of the other supported methods to retrieve Kickstart configurations.
  • The /tmp/netinfo file used for Kickstart network information has been removed. Anaconda now uses NetworkManager for interface configuration, and stores configuration in the ifcfg files in /etc/sysconfig/network-scripts/. It is possible to use this new location as a source of network settings for %pre and %post scripts.

 
 
  Published under the terms of the Creative Commons License Design by Interspire