From owner-freebsd-stable@FreeBSD.ORG Fri Aug 8 13:02:12 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50921106564A for ; Fri, 8 Aug 2008 13:02:12 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id B83B88FC25 for ; Fri, 8 Aug 2008 13:02:11 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m78D1u06016677; Fri, 8 Aug 2008 15:01:57 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m78D1spC016676; Fri, 8 Aug 2008 15:01:54 +0200 (CEST) (envelope-from olli) Date: Fri, 8 Aug 2008 15:01:54 +0200 (CEST) Message-Id: <200808081301.m78D1spC016676@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, kamuzon@milshop.ru In-Reply-To: <519867a90808070548n5eee13adwb79b62bd2fecb67a@mail.gmail.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 08 Aug 2008 15:01:57 +0200 (CEST) Cc: Subject: Re: i386 vs amd64? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, kamuzon@milshop.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Aug 2008 13:02:12 -0000 Eugene Kazarinov wrote: > > > [...] > > # 4. `make installkernel KERNCONF=YOUR_KERNEL_HERE' (default is GENERIC). > > # 5. `reboot' (in single user mode: boot -s from the loader prompt). > > # 6. `mergemaster -p' > > # 7. `make installworld' > > [...] > > Pls tell me what for I need 5 step? You need to reboot between installkernel and installworld because the new world might not run correctly with an old kernel, e.g. it might use new syscalls, or other changes happened in the ABIs between userland and kernel. That's why you have to boot into the new kernel first. Those kinds of changes happen rarely, especially on the -stable branches, but they _do_ happen. Single-user mode is required because old binaries might not run correctly with the new kernel. One example of such a change happened on 2007-08-06 in RELENG_6 (see UPDATING): An ioctl structure was changed for if_bridge, causing an incompatibility in the ifconfig(8) utility. This would break multi-user boot with the old ifconfig binary under the new kernel if you use any bridge interfaces. Of course, omitting the single-user reboot will work most of the time, because such ABI problems happen rarely. But when the rare case happens, you'll run into trouble. Therefore it is recommend to always reboot to single-user mode, even if you believe that it won't be necessary. Apart from that, it is usually good to have a quiescent system while installing the new world. Some programs might not like it when files are replaced unexpectedly beneath their butts. > #mergemaster -p && make -j8 buildworld && make -j8 buildkernel KERNCONF=KMD > && make installkernel KERNCONF=KMD && make installworld && mergemaster -iU You can do "make kernel KERNCONF=...". There's no reason to do buildkernel and installkernel separately. You can also put KERNCONF=... in /etc/make.conf so you don't have to type it each time on the commandline. > All of this I do remotely. Is this way very wrong? I understand that it's > not a "canonical" way but how I can do it right and remotely? Get remote access to the console, either using a serial console connection (physical or emulated), or remote KVM access. Or arrange to have somebody else perform the action (i.e. "remote hands"). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things." -- Doug Gwyn