From owner-freebsd-questions@FreeBSD.ORG Mon Jun 15 17:26:38 2015 Return-Path: Delivered-To: freebsd-questions@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF255F37 for ; Mon, 15 Jun 2015 17:26:38 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from be-well.ilk.org (be-well.ilk.org [23.30.133.173]) by mx1.freebsd.org (Postfix) with ESMTP id C85DFB86 for ; Mon, 15 Jun 2015 17:26:38 +0000 (UTC) (envelope-from freebsd-questions-local@be-well.ilk.org) Received: from lowell-desk.lan (router.lan [172.30.250.2]) by be-well.ilk.org (Postfix) with ESMTP id 0FB1E33C46; Mon, 15 Jun 2015 13:26:32 -0400 (EDT) Received: by lowell-desk.lan (Postfix, from userid 1147) id 2EE4D39813; Mon, 15 Jun 2015 13:26:30 -0400 (EDT) From: Lowell Gilbert To: Paul Macdonald Cc: freebsd-questions@freebsd.org Subject: Re: freebsd-update error ln: ///rescue/[: No such file or directory References: <557F0002.4060400@ifdnrg.com> <44h9q8sys8.fsf@lowell-desk.lan> <557F0520.9020105@ifdnrg.com> Reply-To: freebsd-questions@freebsd.org Date: Mon, 15 Jun 2015 13:26:30 -0400 In-Reply-To: <557F0520.9020105@ifdnrg.com> (Paul Macdonald's message of "Mon, 15 Jun 2015 18:02:24 +0100") Message-ID: <44d20wsx15.fsf@lowell-desk.lan> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Jun 2015 17:26:39 -0000 Paul Macdonald writes: > /rescue is populated ( see first email), but i do note that it's > modification date is March, and that it does not have the odd looking > [ binary ( which i remember someone asking about in this list a while > back). "[" is another name for "test", as used in shell scripts. Don't delete it, even if you think it's "funny looking." > I'd assumed that something was truncated in output but can see now > that it literally can't find /rescue/[ Yes. and can't link to it. The vast majority of the commands in /rescue/ are hard links to the same executable, which modifies its behaviour according to the name under which it was invoked. I don't use freebsd-update, but I wouldn't expect it to put in new links if the thing they're linking to isn't present -- in fact, I'd expect it to only make new links if the target had been installed or replaced. > scp'd [ from a different box, free-update fetch/update happy now. Be sure that you took /rescue/[ rather than /bin/[ ...