#
6dfaf0df |
| 14-Nov-2022 |
kn <kn@openbsd.org> |
Check for offline chunks first, then check for keydisks
Like keydisks, offline data chunks also report a size of zero, so skipping zero sized chunks before doing the offline check means not printing
Check for offline chunks first, then check for keydisks
Like keydisks, offline data chunks also report a size of zero, so skipping zero sized chunks before doing the offline check means not printing the "softraid chunk N not online - skipping..." warning.
Restore order to make this warning appear on degraded volumes again.
show more ...
|
#
e1bd498e |
| 08-Nov-2022 |
kn <kn@openbsd.org> |
Skip softraid(4) keydisks silently
Logging the presence of a keydisk the same way offline data chunks are logged seems unjustified:
Offline data chunks mean the softraid volume is degraded and inst
Skip softraid(4) keydisks silently
Logging the presence of a keydisk the same way offline data chunks are logged seems unjustified:
Offline data chunks mean the softraid volume is degraded and installboot(8) should be rerun when they're online.
Offline keydisks just means the user unplugged their USB key or so and installboot must never touch them anyway, so the absence of keydisks is meaningless to installboot -- it should never touch them.
So a) drop the "is keydisk - skipping" message and b) hoist the keydisk check before the offline check so as to avoid "not online - skipping" messages for offline keydisks.
show more ...
|
#
26ce53ea |
| 08-Nov-2022 |
kn <kn@openbsd.org> |
Make "prepare filesystem" softraid aware, fix arm64 softraid install
On EFI platforms, 'installboot -p' on a softraid volume will only prepare the filesysem inside the volume and leave physical soft
Make "prepare filesystem" softraid aware, fix arm64 softraid install
On EFI platforms, 'installboot -p' on a softraid volume will only prepare the filesysem inside the volume and leave physical softraid chunks untouched which leaves you with unbootable chunks.
The current workaround is to prepare chunks manually (see regress).
Fix it in the same spirit the actual "install" already works in softraid.c.
This is what mlarkin has already been tested in a combined diff with the MD -> MI softraid merge bits from the previous commit.
Works fine on amd64, arm64 and sparc64 upgrades and installations.
OK jsing
show more ...
|
#
092d8916 |
| 07-Nov-2022 |
kn <kn@openbsd.org> |
Merge duplicate MD code into MI sr_open_chunk()
It does not have the prettiest signature, but nicely folds identical copies into softraid.c, which then allows us to reuse sr_open_chunk() yet again i
Merge duplicate MD code into MI sr_open_chunk()
It does not have the prettiest signature, but nicely folds identical copies into softraid.c, which then allows us to reuse sr_open_chunk() yet again in an upcoming diff to make -p softraid aware (fixes arm64 installations).
Regress keeps passing. Works fine on amd64, arm64 and sparc64. "looks fine" mlarkin for whom this unbreaks a fresh arm64 softraid install
show more ...
|
#
9de342e3 |
| 08-Jun-2020 |
kn <kn@openbsd.org> |
Provide clear errors when trying to install oversized boot loader
sparc64 installboot(8) on softraid(4) with too large files, e.g. unstripped builds, fails poorly with "installboot: softraid install
Provide clear errors when trying to install oversized boot loader
sparc64 installboot(8) on softraid(4) with too large files, e.g. unstripped builds, fails poorly with "installboot: softraid installboot failed".
This is due to the BIOCINSTALLBOOT ioctl(2) returing the default EINVAL rather than using softraid's sr_error() interface properly; additionally, installboot does not check for such message from the bio(4) layer.
Make the kernel generate "boot block too large" and "boot loader too large" messages for softraid devices and have installboot act upon them analogous to bioctl(8), by adapting its bio_status() into the new sr_status() helper.
Input, reminder to look at bioctl, same kernel diff from, OK jsing
show more ...
|
#
daad66f9 |
| 03-Oct-2015 |
krw <krw@openbsd.org> |
Nuke trailing whitespace to avoid cluttering possible upcoming diffs.
|
#
9b2ea772 |
| 16-Jan-2015 |
deraadt <deraadt@openbsd.org> |
first batch of cleanup to programs based upon the namespace cleanups in net/pfvar.h sys/proc.h sys/ucred.h arpa/nameser.h change to PATH_MAX, reduce use of MIN() and MAX(), HOST_NAME_MAX+1, LOGIN_NAM
first batch of cleanup to programs based upon the namespace cleanups in net/pfvar.h sys/proc.h sys/ucred.h arpa/nameser.h change to PATH_MAX, reduce use of MIN() and MAX(), HOST_NAME_MAX+1, LOGIN_NAME_MAX, etc etc ok millert guenther, some review by doug
show more ...
|
#
808c6500 |
| 28-Dec-2013 |
jsing <jsing@openbsd.org> |
Various code clean ups - add a missing header, add a missing prototype, add some casts, tweak some types and variable names.
|
#
a7036d21 |
| 27-Dec-2013 |
jsing <jsing@openbsd.org> |
Initial version of a unified installboot(8) that lives outside of sys/arch/${MACHINE}/stand. For now this only supports i386, however additional architectures will be added and further development ca
Initial version of a unified installboot(8) that lives outside of sys/arch/${MACHINE}/stand. For now this only supports i386, however additional architectures will be added and further development can happen in tree.
Requested by deraadt@ quite some time ago.
show more ...
|