Date: Wed, 11 Jan 2017 21:07:01 -0800 From: Kevin Oberman <rkoberman@gmail.com> To: George Mitchell <george+freebsd@m5p.com> Cc: FreeBSD Stable Mailing List <freebsd-stable@freebsd.org> Subject: Re: 10.3-RELEASE-p13 "unsupported file layout" Message-ID: <CAN6yY1t=U09Q0Uz9nDKboDJUdXYqtHtmR1CmxxHh56fqoovgwg@mail.gmail.com> In-Reply-To: <fcdaaa0c-4a7a-e21c-58e8-f4576ef637e3@m5p.com> References: <c0725ed3-0345-321e-ce05-e324bac89717@m5p.com> <CAN6yY1s1m0=_1%2B38n8me-4%2BLHN6bbiaii2q6diCLGF_SMxugtg@mail.gmail.com> <d9be6315-d19e-a97e-7828-6278f475329e@m5p.com> <fcdaaa0c-4a7a-e21c-58e8-f4576ef637e3@m5p.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 11, 2017 at 8:24 PM, George Mitchell <george+freebsd@m5p.com> wrote: > On 01/11/17 17:46, George Mitchell wrote: > > On 01/11/17 17:20, Kevin Oberman wrote: > >> [...] > >> > >> While I have no suggestions about the error building libc, your > statement > >> that you can't use freebsd-update due to your use of a custom kernel i= s > >> incorrect. This is a common misconception and, in cases of very limite= d > >> disk space, may be true, it is rare. It is helped by the fact that the > man > >> page makes no mention of how to so this. (You do still need to build a > new > >> kernel if the update does, indeed, touch the kernel.) > >> > >> All you need is a GENERIC kernel in /boot/GENERIC. You can either buil= d > it > >> or download it. See the FreeBSD Handbook Section 23.2.3.1, =E2=80=9CCu= stom > Kernels > >> with FreeBSD 9.X and Later=E2=80=9D > >> <https://www.freebsd.org/doc/en_US.ISO8859-1/books/ > handbook/updating-upgrading-freebsdupdate.html#freebsd- > update-custom-kernel-9x> > >> for details on downloading a GENERIC kernel. Before any upgrade, major > or > >> minor, you might wat to re-reas that section. > >> > >> Once the GENERIC kernel is in /boot, you may use freebsd-update and, i= f > the > >> GENERIC kernel is not updated, you're good to go. If it is, you will > need > >> to build and install a new custom kernel and reboot. Since most securi= ty > >> patches don't touch the kernel, this is usually not needed. I believe > that > >> the 10.3 kernel was last touched in p11. > >> -- > >> Kevin Oberman, Part time kid herder and retired Network Engineer > >> E-mail: rkoberman@gmail.com > >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> https://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@ > freebsd.org" > >> > > Thanks, I'll try that the next time I have a chance. When I naively > > tried a straight "freebsd-update" a few months ago, of course it > > overwrote my SCHED_4BSD kernel with a SCHED_ULE one. -- George > > > Just to refresh my memory of what happened a few months ago, I tried > the following experiment. I copied my current modified kernel: > > rsync -av /boot/kernel/ /boot/my.kernel/ > > Then with my modified kernel still in place, I said: > > freebsd-update fetch > freebsd-update install > > With not a qualm in the world, freebsd-update installed a fresh > SCHED_ULE kernel in /boot. (Happily, it did save my current kernel > in /boot/kernel.old.) That's what happened last year, too. Why > didn't freebsd-update notice that I had a modified kernel and at > least notify me that something funky was going on? -- George I'm a bit surprised that there was no message about the kernel being non-GENERIC, but I've never tried. The key is the presence of /boot/GENERIC. If it is present, the kernel in /boot/kernel is left untouched and /boot/GENERIC is updated to the new version. If /boot/GENERIC does not exist, then the update is performed on /boot/kernel/kernel. (N.B. Kernel modules are always updated when or if needed!) -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkoberman@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAN6yY1t=U09Q0Uz9nDKboDJUdXYqtHtmR1CmxxHh56fqoovgwg>