From owner-freebsd-current@freebsd.org Tue Jul 28 20:17:50 2015 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C96EB9AD8F6 for ; Tue, 28 Jul 2015 20:17:50 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id A4710172 for ; Tue, 28 Jul 2015 20:17:50 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by mailman.ysv.freebsd.org (Postfix) id A349F9AD8F5; Tue, 28 Jul 2015 20:17:50 +0000 (UTC) Delivered-To: current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 88FCE9AD8F3 for ; Tue, 28 Jul 2015 20:17:50 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 27FA016F for ; Tue, 28 Jul 2015 20:17:49 +0000 (UTC) (envelope-from ian.freislich@capeaugusta.com) Received: by wibud3 with SMTP id ud3so174812018wib.0 for ; Tue, 28 Jul 2015 13:17:41 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references :mime-version:content-type:content-id:date:message-id; bh=enL+iUsrxmBszBW75fEcCtHUjuf2LloLHuezQYT/89s=; b=TAchJLwcgryc7hfbS9iimE9ip7n+BowJ+d/0wMbS2dwzuoWVGu2Thje/Y8THsN27kn 8SRJgp/OCUvEcwUOLUynXWz0MOz3iXO7IykQ0xszg6NCq+6ZB9qa9II2G7rUzMUXADQO 5fCB5/joR5MgObwRCd3hsTPSF2ihmwPZaE0XUAnn+QRi9PuPLmqA9hoesGeHVvIgFLa1 U4ZHlacHZijP3T2+JlARmv96URam43NrEIjL3hspwECZINxVZpCx71dyPQhoR981xFmb BE2PhKF+Ebc8pvJHJnoahoCqLf+svuAfAg7b/JVTuv5bHNQ7ilGQ/z5z3nNYUSlEFiIm URbw== X-Gm-Message-State: ALoCoQkp1jrR1M/APb71G/0agB6fpQ6glgGAHA+Oy/mjrgUna0x+2QnHSqadAQHDxCYI/RvK8CFS X-Received: by 10.180.36.169 with SMTP id r9mr9949569wij.40.1438114661738; Tue, 28 Jul 2015 13:17:41 -0700 (PDT) Received: from clue.co.za ([197.89.167.207]) by smtp.gmail.com with ESMTPSA id s5sm20691769wik.2.2015.07.28.13.17.40 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 28 Jul 2015 13:17:41 -0700 (PDT) From: Ian FREISLICH X-Google-Original-From: Ian FREISLICH Received: from localhost ([127.0.0.1] helo=zen) by clue.co.za with esmtp (Exim 4.85 (FreeBSD)) (envelope-from ) id 1ZKBJi-0000JZ-FS; Tue, 28 Jul 2015 22:17:38 +0200 To: David Wolfskill cc: current@freebsd.org Subject: Re: "broken" symbolic links in /usr/lib In-Reply-To: <20150728200034.GO1277@albert.catwhisker.org> References: <20150728200034.GO1277@albert.catwhisker.org> <20150728184516.GN1277@albert.catwhisker.org> X-Attribution: BOFH MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <1211.1438114658.1@zen> Date: Tue, 28 Jul 2015 22:17:38 +0200 Message-Id: X-Mailman-Approved-At: Tue, 28 Jul 2015 20:47:44 +0000 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jul 2015 20:17:51 -0000 David Wolfskill wrote: > My experience with SU+J is limited (and negative -- in large part, > because I tend heavily on "dump | restore" pipelines to copy file > systems, some of which are "live" at the time (danger mitigated by -L > flag for dump). As an aside, mine has been pretty positive, except for once having / moved entirely to /lost+found and encoded as inode numbers. That might be enough for some. > If you can take that system down, I suggest: > > * Reboot to single-user mode. > > * Disable SU journaling ("tunefs -j disable $special") > > * fsck -p / (at least; possibly elide the "-p") > > * If you want SU+J, re-enable it ("tunefs -j enable $special") > > * While theory says "exit" at this point should just continue the > transition to multi-user mode, I'd be inclined to just reboot & watch it > to make sure nothing "weird" happens that you don't know about. > > * Re-test. So, a couple of fscks found some problems, but none causing this. I found the actual problem. The mount point for /usr was mode 700 even though the root of the mounted filesystem on /usr was mode 755. Did I explain that clearly (quite difficult because two things are the same thing, although they're apparently not)? Seems that for some reason, some but not all actions involving the transition between . and .. on the mount point use either the permissions of the mount point or the permissions of the directory mounted on that mount point. In the past, the permissions in the mounted filesystem have always trumped the mount point, but I have no idea what the spec says. Is this a bug? Ian -- Ian Freislich