Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 9 Mar 2019 17:18:00 +0000 (UTC)
From:      Warner Losh <imp@FreeBSD.org>
To:        src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org
Subject:   svn commit: r344972 - head
Message-ID:  <201903091718.x29HI0cw069734@repo.freebsd.org>

next in thread | raw e-mail | index | archive | help
Author: imp
Date: Sat Mar  9 17:17:59 2019
New Revision: 344972
URL: https://svnweb.freebsd.org/changeset/base/344972

Log:
  Augment ino64 entry
  
  When updating across this change (the introduction of ino64), the
  "fast and loose" practice of rebooting to multiuser and then doing an
  installworld fails with missing symbols. Recommend strongly that users
  do this in single user mode. The multiuser case only ever works by
  accident because its requirements are stronger than is supported
  accross this change. It usually works because critical symbols don't
  change their version number in libc, which wasn't the case here.

Modified:
  head/UPDATING

Modified: head/UPDATING
==============================================================================
--- head/UPDATING	Sat Mar  9 17:17:55 2019	(r344971)
+++ head/UPDATING	Sat Mar  9 17:17:59 2019	(r344972)
@@ -714,11 +714,13 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 13.x IS SLOW:
 	system will be running the ino64 kernel with the existing world).
 
 	For the safest in-place upgrade begin by removing previous build
-	artifacts via "rm -rf /usr/obj/*".   Then, carefully follow the
-	full procedure documented below under the heading "To rebuild
-	everything and install it on the current system."  Specifically,
-	a reboot is required after installing the new kernel before
-	installing world.
+	artifacts via "rm -rf /usr/obj/*".  Then, carefully follow the full
+	procedure documented below under the heading "To rebuild everything and
+	install it on the current system."  Specifically, a reboot is required
+	after installing the new kernel before installing world. While an
+	installworld normally works by accident from multiuser after rebooting
+	the proper kernel, there are many cases where this will fail across this
+	upgrade and installworld from single user is required.
 
 20170424:
 	The NATM framework including the en(4), fatm(4), hatm(4), and



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201903091718.x29HI0cw069734>