Difference between revisions of "Multiple Boot Environments"

From PC-BSD Wiki
Jump to: navigation, search
(12 intermediate revisions by 3 users not shown)
Line 3: Line 3:
 
Beginning with version 9.1, PC-BSD® supports multiple boot environments (BEs) ''' ''on systems that were formatted with ZFS during installation.'' ''' In 9.1, this feature is managed from the command line. Version 9.2 will provide a graphical interface for managing boot environments.
 
Beginning with version 9.1, PC-BSD® supports multiple boot environments (BEs) ''' ''on systems that were formatted with ZFS during installation.'' ''' In 9.1, this feature is managed from the command line. Version 9.2 will provide a graphical interface for managing boot environments.
  
{{citelink|url=http://docs.oracle.com/cd/E19963-01/html/820-6565/index.html|Multiple boot environments}} is a feature originally created by Solaris. By default, the root of a ZFS filesystem is considered to be a BE, since you can boot into it. Multiple boot environments allow you to create additional BEs, or bootable, point-in-time snapshots of the root ot the ZFS filesystem. By booting into an alternate BE, you return to that point in time in the root filesystem. For example, if you create a BE before upgrading, you could configure the system to boot into that BE should the upgrade fail and you wish to return to what the root filesystem looked like before the upgrade. Alternately, you could create a snapshot BE to install and configure some software that you wish to test. Simply boot into that BE and perform your test installations. When you are finished your tests, set the system to boot back into the original BE.
+
With multiple boot environments, the process of updating software becomes a low-risk operation as you can backup your current boot environment before upgrading or making software updates to your system. If needed, you also have the option of booting into a backup boot environment. For example:
  
=== Understanding Boot Environments ===
+
* if you are making software changes to a boot environment, you can take a snapshot of that environment at any stage during modifications by using the '''beadm create''' command. A snapshot is a read-only image of a boot environment at a given point in time. A snapshot is not bootable but you can create a boot environment, based on that snapshot, by using the '''beadm create -e''' command followed by the '''beadm activate''' command to specify that this boot environment will become the default boot environment on the next reboot.
  
''' ''Read this section before using multiple boot environments'' ''' so that you understand what will and will not be preserved when booting into an alternate BE.
+
* you can create custom names for each snapshot to identify when or why that snapshot was created. You can use the '''beadm list -s''' command to view the available snapshots for a boot environment.
  
 +
* you can save multiple boot environments on your system and perform various updates on each of them as needed. For example, you can clone a boot environment by using the '''beadm create''' command. A clone is a bootable copy of a boot environment. You can install, test, and update different software packages on the original boot environment and on its clone.
 +
 +
* although only one boot environment can be active at a time, you can mount an inactive boot environment using the '''beadm mount''' command. You could then '''chroot''' into the mount point in order to update specific packages on the mounted environment.
 +
 +
* you can move a boot environment to another machine, physical or virtual, in order to check hardware support.
 +
 +
'''NOTE:''' for boot environments to work properly, ''' ''do not change the default ZFS layout during installation.'' ''' The default ZFS layout ensures that when you create multiple boot environments, the ''/usr/pbi/'', ''/usr/local/'', ''/usr/home/'', ''/usr/ports/'', ''/usr/src/'' and ''/var/'' directories remain untouched. This way, if you rollback to a previous boot environment, you will not lose data in your home directories, any installed applications, or downloaded src or ports.
  
 
=== Managing Boot Environments ===
 
=== Managing Boot Environments ===
  
BE's are managed with the '''beadm''' command which must be run as the superuser. The following example creates a BE named ''beforeupgrade''. The new BE is a clone of the current BE, the ZFS environment that you booted into.
+
Boot environments are managed with the '''beadm''' command which must be run as the superuser. The following example creates a BE named ''beforeupgrade''. The new BE is a clone of the current BE, the ZFS environment that you booted into.
  
'''beadm create beforeupgrade'''  
+
{{txtbox|box='''beadm create beforeupgrade'''
Created successfully
+
Created successfully}}
  
 
To view all BEs, use the '''list''' command
 
To view all BEs, use the '''list''' command
  
'''beadm list'''
+
{{txtbox|box='''beadm list'''
BE            Active Mountpoint Space Policy Created
+
BE            Active Mountpoint Space Policy Created
default      NR    /          6.05G static 2012-07-09 05:06
+
default      NR    /          6.05G static 2012-07-09 05:06
beforeupgrade -      -            1K static 2012-07-10 12:25
+
beforeupgrade -      -            1K static 2012-07-10 12:25}}
  
The possible flags in the Active field are as follows:
+
The possible flags in the "Active" field are as follows:
  
 
* '''R:''' active on reboot
 
* '''R:''' active on reboot
Line 32: Line 39:
 
* '''-:''' inactive
 
* '''-:''' inactive
  
In this example, the current BE is called ''default'', it is active now and at next reboot, and is mounted. The newly created ''beforeupgrade'' BE exists, but is inactive and unmounted. To activate the new BE:
+
In this example, the current BE is called ''default'', it is active now, and at next reboot; and it is mounted. The newly created ''beforeupgrade'' BE exists, but is inactive and unmounted. To activate the new BE:
  
'''beadm activate beforeupgrade'''
+
{{txtbox|box='''beadm activate beforeupgrade'''
Activated successfully
+
Activated successfully
'''beadm list'''
+
'''beadm list'''
BE            Active Mountpoint Space Policy Created
+
BE            Active Mountpoint Space Policy Created
default      N      /          64.5K static 2012-07-09 05:06
+
default      N      /          64.5K static 2012-07-09 05:06
beforeupgrade R      -          6.05G static 2012-07-10 12:25
+
beforeupgrade R      -          6.05G static 2012-07-10 12:25}}
  
 
The flags now indicate that the system is currently booted into ''default'', but at next boot the system will boot into ''beforeupgrade''. Only one boot environment can be active at a time.
 
The flags now indicate that the system is currently booted into ''default'', but at next boot the system will boot into ''beforeupgrade''. Only one boot environment can be active at a time.
Line 47: Line 54:
 
[[category:handbook]]
 
[[category:handbook]]
 
[[category:Advanced Installation Topics]]
 
[[category:Advanced Installation Topics]]
 +
[[category:Multiple Boot Environments]]
 
</noinclude>
 
</noinclude>

Revision as of 16:11, 18 February 2013

(Sorry for the inconvenience)

Contents

Beginning with version 9.1, PC-BSD® supports multiple boot environments (BEs) on systems that were formatted with ZFS during installation. In 9.1, this feature is managed from the command line. Version 9.2 will provide a graphical interface for managing boot environments.

With multiple boot environments, the process of updating software becomes a low-risk operation as you can backup your current boot environment before upgrading or making software updates to your system. If needed, you also have the option of booting into a backup boot environment. For example:

  • if you are making software changes to a boot environment, you can take a snapshot of that environment at any stage during modifications by using the beadm create command. A snapshot is a read-only image of a boot environment at a given point in time. A snapshot is not bootable but you can create a boot environment, based on that snapshot, by using the beadm create -e command followed by the beadm activate command to specify that this boot environment will become the default boot environment on the next reboot.
  • you can create custom names for each snapshot to identify when or why that snapshot was created. You can use the beadm list -s command to view the available snapshots for a boot environment.
  • you can save multiple boot environments on your system and perform various updates on each of them as needed. For example, you can clone a boot environment by using the beadm create command. A clone is a bootable copy of a boot environment. You can install, test, and update different software packages on the original boot environment and on its clone.
  • although only one boot environment can be active at a time, you can mount an inactive boot environment using the beadm mount command. You could then chroot into the mount point in order to update specific packages on the mounted environment.
  • you can move a boot environment to another machine, physical or virtual, in order to check hardware support.

NOTE: for boot environments to work properly, do not change the default ZFS layout during installation. The default ZFS layout ensures that when you create multiple boot environments, the /usr/pbi/, /usr/local/, /usr/home/, /usr/ports/, /usr/src/ and /var/ directories remain untouched. This way, if you rollback to a previous boot environment, you will not lose data in your home directories, any installed applications, or downloaded src or ports.

Managing Boot Environments

Boot environments are managed with the beadm command which must be run as the superuser. The following example creates a BE named beforeupgrade. The new BE is a clone of the current BE, the ZFS environment that you booted into.

beadm create beforeupgrade Created successfully

To view all BEs, use the list command

beadm list

BE Active Mountpoint Space Policy Created default NR / 6.05G static 2012-07-09 05:06

beforeupgrade - - 1K static 2012-07-10 12:25

The possible flags in the "Active" field are as follows:

  • R: active on reboot
  • N: active now
  • -: inactive

In this example, the current BE is called default, it is active now, and at next reboot; and it is mounted. The newly created beforeupgrade BE exists, but is inactive and unmounted. To activate the new BE:

beadm activate beforeupgrade

Activated successfully beadm list BE Active Mountpoint Space Policy Created default N / 64.5K static 2012-07-09 05:06

beforeupgrade R - 6.05G static 2012-07-10 12:25

The flags now indicate that the system is currently booted into default, but at next boot the system will boot into beforeupgrade. Only one boot environment can be active at a time.

References


Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox