#
b8b586ec |
| 29-Jan-2022 |
martin <martin@NetBSD.org> |
When upgrading, update the boot code post extraction from the updated target file system.
|
#
80bf2417 |
| 12-Oct-2020 |
martin <martin@NetBSD.org> |
PR 55536: when we find existing partition tables and have alternative formats available, offer to delete partitions and create new ones from scratch (in some other or the same on-disk format).
|
#
fb18b39f |
| 15-Dec-2019 |
martin <martin@NetBSD.org> |
After installing boot blocks with RUN_NO_CLEAR (and handling the potential errors) make sure to clear the stdscreen.
|
#
d5a9dfe9 |
| 13-Jul-2019 |
martin <martin@NetBSD.org> |
We may call md_pre_mount() multiple times for the same install set, so pass an additional index argument so MD code knows which part of the install will be mounted next.
|
#
f9805030 |
| 20-Jun-2019 |
christos <christos@NetBSD.org> |
Use _fmt_ msg_ methods when formats are needed.
|
#
dcc57e24 |
| 12-Jun-2019 |
martin <martin@NetBSD.org> |
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions.
Previously (even for GPT partitioning) struct disklabel was used, which obviousl
Rework internal data structures and "interfaces to user interface" functions to get rid of all disklabel assumptions.
Previously (even for GPT partitioning) struct disklabel was used, which obviously breaks large disk setups. Also many MD parts and parts of the user interface assumed (a) a struct disklabel is used internally to store partitioning information and (b) partitions are named 'a' ... $MAXPART.
Get rid of this and replace it with a quite abstract interface that should be able to deal with all variants in partition storage:
- partitions are stored in a (partly abstract) struct disk_partitions and most parts of it are only accessed via accessor functions provided by a "partitioning scheme".
- implement partitioning schemes for MBR, disklabel and GPT (with likely RDB [amiga] and Apple Partition Map [mac*] to follow soon)
- partitioning schemes may be cascaded, e.g. on x86 when using MBR as "outer partitions", we have disklabel as "inner partitions".
- all user interface goes via accessor functions in the partitioning scheme, some of which return pointers to special user interface descriptors (e.g. to allow editing partition flags, which are scheme specific)
Overall the user interface changes (in this initial step) are minimal but noticable. A new Anita is needed for automatic test setups - many thanks to Andreas Gustafsson for lots of early testing and a new Anita version, and to Manuel Bouyer for cooperation and tests of the Anita release.
This work was sponsored by The NetBSD Foundation, Inc.
show more ...
|
#
75a50000 |
| 18-May-2018 |
joerg <joerg@NetBSD.org> |
deconst -> __UNCONST, the former involves UB with NULL arithmetic.
|
#
da5a563b |
| 03-Aug-2014 |
martin <martin@NetBSD.org> |
(Finally) merge a slightly modified version of the 2012 GSoC results from Eugene Lozovoy: add extended partitioning options to sysinst. Still needs some testing and polishing, but it now is possible
(Finally) merge a slightly modified version of the 2012 GSoC results from Eugene Lozovoy: add extended partitioning options to sysinst. Still needs some testing and polishing, but it now is possible to use GPT or to create a RAID set from scratch and install onto it.
show more ...
|
#
26165e63 |
| 26-Jul-2014 |
dholland <dholland@NetBSD.org> |
Move sysinst sources to usr.sbin.
This commit only physically moves the sources - there are no other changes, to maximize the probability that this will be treated as a rename if we ever do manage t
Move sysinst sources to usr.sbin.
This commit only physically moves the sources - there are no other changes, to maximize the probability that this will be treated as a rename if we ever do manage to migrate away from CVS.
Moving sysinst has been discussed on and off for years and has two goals: making it easier to work on sysinst, and also making sysinst available on running systems for use installing chroots and VM images and other such things. None of the latter is possible yet, but as they say, one thing at a time.
Doing this now was approved in an impromptu fashion by mrg, riz, riastradh, me, and groo.
show more ...
|