From owner-freebsd-stable@FreeBSD.ORG Sun Feb 12 18:09:15 2012 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 CF637106564A for ; Sun, 12 Feb 2012 18:09:15 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id 53E038FC12 for ; Sun, 12 Feb 2012 18:09:15 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.129]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1RwdrL-0003x6-2y for freebsd-stable@freebsd.org; Sun, 12 Feb 2012 19:09:12 +0100 Received: from dhcp-077-251-052-224.chello.nl ([77.251.52.224] helo=pinky) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1RwdrL-0000sC-DI for freebsd-stable@freebsd.org; Sun, 12 Feb 2012 19:09:11 +0100 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: <20120211060207.GK5775@dan.emsphone.com> <20120211073527.GQ3283@deviant.kiev.zoral.com.ua> Date: Sun, 12 Feb 2012 19:09:10 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/11.61 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: 0.0 X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_50 autolearn=disabled version=3.2.5 X-Scan-Signature: 9090f8a1960d7f777b94d17b6f36e747 Subject: Re: 9-stable from i386 to amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Feb 2012 18:09:15 -0000 On Sat, 11 Feb 2012 10:58:30 +0100, Randy Bush wrote: >> These statements are false, esp. worrying is that they are >> interwinned with some facts that get tilted to support false >> presumption. >> >> Kernel do not care about which interpreter is /libexec/ld-elf.so. >> The path to the interpreter is specified in the binary itself. So if you >> have 32bit binary that put '/libexec/ld-elf.so.1' into PH_INTERP, >> and /libexec/ld-elf.so.1 is 32bit, then amd64 kernel properly executes >> that combination. >> >> Kernel has a hack that falls back to try to use /libexec/ld-elf32.so.1 >> for some 'brands' of ELF images, in particular, for 32bit binaries. This >> is done to help in situation when 32bit binaries also specified the >> same path for interpreter. >> >> If you have 32bit world installed and booted 64bit kernel, it will boot. >> It is the same as running 32bit world in the jail. >> The management functions, like configuring network interfaces, ZFS >> and many other system setup functionality does not work, indeed. > > as the system in this case is half the planet away and without console > access, it might be helpful to have network interfaces working. > > so do you have direct suggestion(s) on how to hack the system (while the > 32-bit kernel is running) so that i can boot the 64-bit kernel and get > the 64-bit world up? Do you have a spare partition? Probably use the swap partition temporarily. Install the 64 bits stuff into it. Boot from it and than install the 64 bits stuff over the (now unused) 32 bits stuff and reboot into that. If something fails you can always go back to a bootable system. NB: disclaimer: I have never done this. Ronald.