From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 6EEAB138A1A for ; Mon, 2 Feb 2015 01:16:00 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 14560E0900; Mon, 2 Feb 2015 01:15:47 +0000 (UTC) Received: from mail.web-xs.org (mail.web-xs.org [148.251.4.204]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A4ACEE08AE for ; Mon, 2 Feb 2015 01:15:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.web-xs.org (Postfix) with ESMTP id EAF486EC1154 for ; Mon, 2 Feb 2015 02:08:01 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mail.web-xs.org Received: from mail.web-xs.org ([127.0.0.1]) by localhost (mail.web-xs.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wZi7HoPcRhiy for ; Mon, 2 Feb 2015 02:07:59 +0100 (CET) Received: from server-1.localdomain (p54A70505.dip0.t-ipconnect.de [84.167.5.5]) (Authenticated sender: lukas@der-erste-sinn.de) by mail.web-xs.org (Postfix) with ESMTPA id 6F15F6EC13BE for ; Mon, 2 Feb 2015 02:07:58 +0100 (CET) Received: from hal9000.localdomain (hal.localdomain [192.168.0.2]) by server-1.localdomain (Postfix) with ESMTP id C7DD63FA94 for ; Mon, 2 Feb 2015 02:07:58 +0100 (CET) Date: Mon, 2 Feb 2015 02:01:11 +0100 From: To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: [NOTE] New default behavior in latest nfs-utils (1.3.2-r1) Message-ID: <20150202020111.3a4cc7c4@hal9000.localdomain> In-Reply-To: <20150202001258.1300c7a2@digimed.co.uk> References: <20150202003234.1cf5ff91@hal9000.localdomain> <20150202001258.1300c7a2@digimed.co.uk> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Archives-Salt: 409eae60-e583-4edc-a068-4e2019e277ec X-Archives-Hash: 44be4d797272701387b974969fe445ca Am Montag, 02.02.2015 um 00:12 schrieb Neil Bothwick : > On Mon, 2 Feb 2015 00:32:34 +0100, wabenbau@gmail.com wrote: > > > > #mount.nfs a6://usr/portage /usr/portage -o nfsvers=3 hangs > > > indefinitely until I hit Ctrl-C. If I then repeat the same > > > command immediately the mount succeeds. This is the mysterious > > > nfs black magic I've run into many times over the years and makes > > > me dread nfs updates. > > > > Here is the postinstall info from the update to nfs-utils-1.3.1-r1. > > Maybe you run into that. > > > > "If you use OpenRC, the nfsmount service has been replaced with > > nfsclient. If you were using nfsmount, please add nfsclient and > > netmount to the same runlevel as nfsmount." > > It's got nothing to do with the init system used. That message tells > you what to do to try to mount the NFS shares when you boot, but > unless you have suitable mount options or kernel config, that attempt > will fail. Maybe I don't exactly understand what you are trying to tell me because of my lousy English. Of course you also need the right mount options and kernel config. But since nfsmount doesn't exist anymore, the "rpc stuff" isn't started by the OpenRC init system until you add nfsclient to the right runlevel. Regards wabe