07-16-2019
The problem was figured out.
The original boot environment was not clean itself. When a new boot environment was created,
it came with all the previous issues with the original. We've got a lot of work to do.
8 More Discussions You Might Find Interesting
1. UNIX for Dummies Questions & Answers
During the boot-up process *nix runs scripts linked into the runlevel directories rc#.d. What I'm wondering is, how do I control the environment that those scripts see? I need to set a couple environment variables, and I can NOT do it from within the scripts because it poses a maintenance nightmare... (1 Reply)
Discussion started by: DreamWarrior
1 Replies
2. UNIX for Dummies Questions & Answers
Ok, a couple weeks ago I was fixing a cron report about perl not happy with 'locale' info (LANG and LC not set). As a result, I was experimenting with setting the correct 'locale' in several areas (like /etc/sysconfig/i18n and who knows where). Somehow after a reboot, as soon as the OS starts... (3 Replies)
Discussion started by: Garball
3 Replies
3. Solaris
I 'm having a weired situation my system has 8 zones, running fine on solaris x86_u4. I installed the live upgrade bundle patch and did a live upgrade. The new BE was created but it missed one of the zone and now if i mount the new BE i do not see that zone in the environment so my question is how... (3 Replies)
Discussion started by: fugitive
3 Replies
4. Solaris
Hi,
Is it possible to perform an luupgrade on the active boot environment in Solaris?
I want to perform this on BEAlpha - the disk that has BEOmega will be unavailable whilst performing the upgrade but I still want to install the patches using luupgrade.
Boot Environment Is... (4 Replies)
Discussion started by: Mr_Webster
4 Replies
5. Solaris
Hi all,
I'm fairly new to Solaris and am just getting to grips with using LU (Live Upgrade) for OS patching purposes.
worcester#uname -a
SunOS worcester 5.10 Generic_144488-12 sun4v sparc SUNW,SPARC-Enterprise-T5220I have successfully created and patched a new BE (boot environment) using the... (5 Replies)
Discussion started by: polo_mint4
5 Replies
6. Solaris
I'm trying to automate the patching process using scripts and cronjobs in Solaris 11.
one of the things I'd like to do is cleanup the old boot environments.
unfortunately
beadm destroy
requires a response
:~$ pfexec beadm destroy -f solaris-13
Are you sure you want to destroy... (3 Replies)
Discussion started by: os2mac
3 Replies
7. UNIX for Beginners Questions & Answers
My OS solarius 5.10 Generic_147148-2 i86
Error: please review new boots environments using options
1. Solution - show me the commands
Partition is full, try to remove some unneeded files,
then try to compress some other unneeded files.
man command creates a temp file under... (0 Replies)
Discussion started by: zbest1966
0 Replies
8. Solaris
fyi, I already have SR opened with Oracle.
We are looking to upgrade from S11.3 to S11.4 with the latest SRU.
Create new BE; success
Mount new BE; success
pkg -R /mnt update the updating of the global went fine until it touched local zone.
pkg: update failed (linked image... (2 Replies)
Discussion started by: samthewildone
2 Replies
UEFI(8) BSD System Manager's Manual UEFI(8)
NAME
UEFI -- Unified Extensible Firmware Interface bootstrapping procedures
DESCRIPTION
The UEFI Unified Extensible Firmware Interface provides boot- and run-time services to operating systems. UEFI is a replacement for the
legacy BIOS on the i386 and amd64 CPU architectures, and is also used on arm64 and ia64.
The UEFI boot process loads system bootstrap code located in an EFI System Partition (ESP). The ESP is a GPT or MBR partition with a spe-
cific identifier that contains an msdosfs(5) FAT file system with a specified file hierarchy.
Partition Scheme ESP Identifier
GPT C12A7328-F81F-11D2-BA4B-00A0C93EC93B
MBR 0xEF
The UEFI boot process proceeds as follows:
1. UEFI firmware runs at power up and searches for an OS loader in the EFI system partition. The path to the loader may be set by an
EFI environment variable. If not set, the default is /EFI/BOOT/BOOTX64.EFI. The default UEFI boot configuration for FreeBSD
installs boot1.efi as /EFI/BOOT/BOOTX64.EFI.
2. boot1.efi locates the first partition with the type freebsd-ufs, and from it loads loader.efi.
3. loader.efi loads and boots the kernel, as described in loader(8).
The vt(4) system console is automatically selected when booting via UEFI.
FILES
/boot/boot1.efi
First stage UEFI bootstrap
/boot/boot1.efifat
msdosfs(5) FAT file system image containing boot1.efi for use by bsdinstall(8) and the bootcode argument to gpart(8).
/boot/loader.efi
Final stage bootstrap
/boot/kernel/kernel
default kernel
/boot/kernel.old/kernel
typical non-default kernel (optional)
SEE ALSO
vt(4), msdosfs(5), boot(8), gpart(8)
HISTORY
UEFI boot support first appeared in FreeBSD 10.1.
AUTHORS
UEFI boot support was developed by Benno Rice <benno@FreeBSD.org>, Ed Maste <emaste@FreeBSD.org>, and Nathan Whitehorn
<nwhitehorn@FreeBSD.org>. The FreeBSD Foundation sponsored portions of the work.
CAVEATS
EFI environment variables are not supported by loader(8) or the kernel.
boot1.efi loads loader.efi from the first FreeBSD-UFS file system it locates, even if it is on a different disk.
boot1.efi cannot load loader.efi from a ZFS(8) file system. As a result, UEFI does not support a typical root file system on ZFS configura-
tion.
BSD
October 17, 2014 BSD