From owner-freebsd-questions@FreeBSD.ORG Mon Jul 19 19:47:58 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C137106566C for ; Mon, 19 Jul 2010 19:47:58 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id E803D8FC15 for ; Mon, 19 Jul 2010 19:47:57 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id o6JJltpA028613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 19 Jul 2010 14:47:55 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.4/8.14.4) with ESMTP id o6JJlsxH059230 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 19 Jul 2010 14:47:55 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.4/8.14.3/Submit) id o6JJls04059229; Mon, 19 Jul 2010 14:47:54 -0500 (CDT) (envelope-from dan) Date: Mon, 19 Jul 2010 14:47:54 -0500 From: Dan Nelson To: David Brodbeck Message-ID: <20100719194754.GL5485@dan.emsphone.com> References: <80AD3593-1170-4346-A4EE-4274085D6570@gull.us> <001501cb1db5$b3db2240$1b9166c0$@wakefield.sch.uk> <6341639666e4d0c65cd1b29a89e64beb.squirrel@www.gull.us> <2e47f936a2985dda9c655b79c0f00091.squirrel@www.gull.us> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <2e47f936a2985dda9c655b79c0f00091.squirrel@www.gull.us> X-OS: FreeBSD 8.1-PRERELEASE User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: clamav-milter 0.96 at email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Mon, 19 Jul 2010 14:47:55 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: FreeBSD Questions Subject: Re: Samba gives "invalid PT_PHDR" after upgrading from 7.2-RELEASE to 7.3-RELEASE X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jul 2010 19:47:58 -0000 In the last episode (Jul 19), David Brodbeck said: > On Mon, July 19, 2010 1:37 am, Timur I. Bakeyev wrote: > > On Sun, Jul 18, 2010 at 10:42 PM, David Brodbeck wrote: > >> On Jul 7, 2010, at 10:12 AM, David Brodbeck wrote: > >>> On Wed, July 7, 2010 2:20 am, mcoyles wrote: > >>>> David - have a look here... > >>>> http://lists.freebsd.org/pipermail/freebsd-current/2010-April/016405.html > >>> > >>> OK, I see.  It looks like rtld is part of world, not a port, so then > >>> the question becomes, why didn't freebsd-update update it for me?  Is > >>> there a way I can force a binary upgrade, or do I need to download the > >>> source and rebuild things that way? > >> > >> I ended up downloading the 7.3 livefs ISO, booting off of it, and > >> replacing /libexec/ld-elf.so.1 with the one from the CD.  That fixed > >> the problem. > >> > >> I suspect the reason freebsd-update didn't upgrade it properly is it > >> appears it's impossible to replace this file on a running system, even > >> in single-user mode.  Maybe there should be something in the release > >> notes about a 7.2 -> 7.3 upgrade being impossible to do properly except > >> by booting from CD? > > > > make installworld happily does it, so can you - by renaming file to the > > *.old and then putting new on in it's place. So, it could be that > > freebsd-update isn't sophisticated enough to do such a trick. > > That doesn't work, unfortunately. Once you rename ld-elf.so.1 to > ld-elf.so.1.old, trying to run any further commands -- even mv and cp -- > fails with an error. (I didn't write down which one; something about > failing to load the ELF interpreter, I think.) I know, I managed to > cripple my system that way. I had to boot a LiveCD to recover, because it > couldn't even load /bin/sh to get into single-user mode. A better method would be to copy (not move) the file to a backup location, then either use mv or install to install the new version. Also, the programs in /rescue/ are statically linked so they can be used to recover if you end up losing ld-elf.so.1 or other critical shared libs. -- Dan Nelson dnelson@allantgroup.com