From owner-freebsd-fs@FreeBSD.ORG Mon Sep 19 16:15:11 2011 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADB071065672 for ; Mon, 19 Sep 2011 16:15:11 +0000 (UTC) (envelope-from rabgvzr@gmail.com) Received: from mail-gw0-f50.google.com (mail-gw0-f50.google.com [74.125.83.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5D0C68FC14 for ; Mon, 19 Sep 2011 16:15:11 +0000 (UTC) Received: by gwj16 with SMTP id 16so6033851gwj.37 for ; Mon, 19 Sep 2011 09:15:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=PwNGmEkdtYS/TYaDKdTh1sNEbFeMSe8BqoZLAzzU9Fo=; b=i5QoY7vxEO+B9FqTUZUhOP5W6iw1GsG40qJ/GwIA+H0AZnW+/mOuMR04i0Dp1OOcXF g+pjIymWkSMDlznt5Z5SXM0ir8EMV9yild7rOUT8A7uwdWzoxzMuNsenNIPFmjJl2zNM AdouWT8ZT8VOEPc+el6l1v4F+6vSzAuOowurU= MIME-Version: 1.0 Received: by 10.236.155.4 with SMTP id i4mr15114918yhk.34.1316448910610; Mon, 19 Sep 2011 09:15:10 -0700 (PDT) Received: by 10.236.43.167 with HTTP; Mon, 19 Sep 2011 09:15:10 -0700 (PDT) In-Reply-To: <4E776352.30702@FreeBSD.org> References: <4E776352.30702@FreeBSD.org> Date: Mon, 19 Sep 2011 12:15:10 -0400 Message-ID: From: Rotate 13 To: freebsd-fs@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Andriy Gapon Subject: Re: ZFS: deferring automounts/mounting root without bootfs [9.0-BETA2] X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Sep 2011 16:15:11 -0000 On Mon, 19 Sep 2011 11:44:18 -0400, Andriy Gapon wrote: > on 19/09/2011 18:29 Rotate 13 said the following: >> 9.0-BETA2 system is booted off removable UFS volume, but root is >> mounted from ZFS. I try to meet the following two goals: >> >> 1. Not use bootfs property (too many limitations mentioned in docs) > >> 2. Use ZFS inheritable mountpoints and management (not clutter up >> /etc/fstab... and not set mountpoint= on each child dataset!) >> >> Config info is below. Result: System boots, but hangs with >> >> init: can't exec getty '/usr/libexec/getty' for port /dev/ttyv0: No >> such file or directory > > This looks like devfs (/dev) is either not mounted or something is > mounted over > it. I think that you should check if any other auto-mountable dataset > in your > pool has a mountpoint of '/'. Or the root dataset of tank is till > mounted for > some reason or something like that. Thanks for quick reply. No /dev was my first thought too. But I also saw other messages scroll by of unable to write in /var, which is on ZFS itself. So I think the "No such file or directory" probably for /usr/libexec/getty (cannot read /usr). Note also, root dataset is canmount=off - should not be ever mounted to begin with - and nothing except root dataset and tank/root have / mountpoint. I will see what I can do to verify devfs is being mounted, but definitely at least some ZFS dataset(s) are problem. Which brings me back my original question. Difficult to diagnose when system won't write logs to /var - could be very simple misconfiguration, could be bug. Manuals don't say a lot about mount order on boot, and that remains my suspicion due to behavior when zpool import -f from rescue shell: Can't mount /usr, /var, etc. until after tank/root is manually mounted, but after, zfs mount -a is magic.