> > Better to "make buildkernel" and "make installkernel" as two > > separate steps, rather than "make kernel"?
> Yes. You only need to "make buildkernel" once, then "make installkernel" > for both $DESTDIRs. The idea was to "make buildkernel" once and "make buildworld" once and install to two different DESTDIRs. > > After rebooting single-user, do "mergemaster -p", > > then "mergemaster -p -D /mnt", and then "make installworld" and > > immediately following that, "make installworld DESTDIR=/mnt" ? > Refer to the commend header in /usr/src/Makefile for the > correct procedure. Without having it tested, the following > commands in SUM (after you have successfully installed the > new kernels) should work as intended: > # merpemaster -p > # make installworld > # make delete-old > # mergemaster > # merpemaster -p -D /mnt > # make installworld DESTDIR=/mnt > # make delete-old DESTDIR=/mnt > # mergemaster -D /mnt > # reboot > Also see the comment regarding "make delete-old-libs" to be > applied after reboot correspondingly. I assume your "merpemaster" is a typo for "mergemaster"? I would have done each step for main installation and then for USB stick (DESTDIR=/mnt) before going to the next step, or maybe that doesn't really matter? I think the second "mergemaster" was supposed to be done before "make delete-old", or maybe that doesn't really matter either? > > I installed to USB stick only after fully upgrading on main > > installation, finally copied /boot/kernel directory, and that > > USB stick is now bootable. So now I know how to make a USB > > stick bootable with GPT. > Maybe kernel modules for GPT have been missing? Check /etc/src.conf > for any strange settings, see "man 3 src.conf" for details. You > can use this file to customize and "tweak" your builds. I think I must have all GPT modules there; I have no trouble accessing hard-disk partitions, and USB stick when partitioned GPT. I might want to prevent building ulpt module because of hplip and HP 1212nf MFP printer idiosyncrasies, though that may or may not make any difference. I could also prevent building other modules that would not be used. Tom _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[email protected]"
