From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gentoo-user+bounces-144479-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
	by finch.gentoo.org (Postfix) with ESMTP id 496601384B3
	for <garchives@archives.gentoo.org>; Tue, 15 Jan 2013 15:06:46 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
	by pigeon.gentoo.org (Postfix) with SMTP id AC15721C113;
	Tue, 15 Jan 2013 15:06:32 +0000 (UTC)
Received: from mail-bk0-f46.google.com (mail-bk0-f46.google.com [209.85.214.46])
	(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
	(No client certificate requested)
	by pigeon.gentoo.org (Postfix) with ESMTPS id DF34921C00D
	for <gentoo-user@lists.gentoo.org>; Tue, 15 Jan 2013 15:06:30 +0000 (UTC)
Received: by mail-bk0-f46.google.com with SMTP id q16so128587bkw.33
        for <gentoo-user@lists.gentoo.org>; Tue, 15 Jan 2013 07:06:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=x-received:date:from:to:subject:message-id:in-reply-to:references
         :organization:x-mailer:mime-version:content-type
         :content-transfer-encoding;
        bh=IGCc0wOhIJSES2HBJgphpMTBTuYzeoh6iVxge5bjdMc=;
        b=mtdGkL+NpUog8356rzpPnUdJxhniBG63vr2eD+ItZw1sviGJAQmdStiKfITNMshglL
         vczTmEh4XvtI4+NbiBprW67s7ajvZDckt7n3cQnCrRKfse5f2ibEveExGfwkPBfoT0e1
         zT8GniND2ejzLhrzLADAwJONDDklQJ5q3f61uvPh3OChr8keRRApeehR3KLaKHx04Xp4
         FFDyg4xfroQPMp3AQXor+/qWjQBR7eAe8bVkUO9PCVls/GcuhT/0B0525+N76csDC2zw
         A8Pl3MjVpupg04Qu6zuAI/KxEGgRbK/tUhX38vvUuxgE8mym9VC/w6H/LA52NKopBsmw
         fHcw==
X-Received: by 10.204.156.194 with SMTP id y2mr40450246bkw.11.1358262389324;
        Tue, 15 Jan 2013 07:06:29 -0800 (PST)
Received: from khamul.example.com (dustpuppy.is.co.za. [196.14.169.11])
        by mx.google.com with ESMTPS id d16sm13020204bkw.2.2013.01.15.07.06.27
        (version=SSLv3 cipher=RC4-SHA bits=128/128);
        Tue, 15 Jan 2013 07:06:28 -0800 (PST)
Date: Tue, 15 Jan 2013 17:06:07 +0200
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] /home doesn't umount on shutdown
Message-ID: <20130115170607.2850df9e@khamul.example.com>
In-Reply-To: <CAA2qdGX-SgDKXiyctPAm1xjEyM50hkx27F=CjWQGKRogptBDkQ@mail.gmail.com>
References: <20130115115721.16ea5ca0@khamul.example.com>
	<20130115110956.5c7e5a17@digimed.co.uk>
	<20130115145826.00706056@khamul.example.com>
	<CAA2qdGX-SgDKXiyctPAm1xjEyM50hkx27F=CjWQGKRogptBDkQ@mail.gmail.com>
Organization: Internet Solutions
X-Mailer: Claws Mail 3.9.0 (GTK+ 2.24.14; x86_64-pc-linux-gnu)
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
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: 78d71615-0166-45bc-8110-8a71b95731c8
X-Archives-Hash: ac2dfd56a66860d5b45d16715e6e0221

On Tue, 15 Jan 2013 21:47:46 +0700
Pandu Poluan <pandu@poluan.info> wrote:

> On Jan 15, 2013 7:59 PM, "Alan McKinnon" <alan.mckinnon@gmail.com>
> wrote:
> >
> > On Tue, 15 Jan 2013 11:09:56 +0000
> > Neil Bothwick <neil@digimed.co.uk> wrote:
> >
> > > On Tue, 15 Jan 2013 11:57:21 +0200, Alan McKinnon wrote:
> > >
> > > > On the rare occasion when I reboot or shut this laptop down, it
> > > > continually and consistently gets stuck on one of the final
> > > > steps, to umount /home
> > >
> > > If you logout as your user(s) so only root is logged in, does lsof
> > > show any hits for /home?
> >
> > Only 1 hit - a background ssh process that sets up a bunch of
> > tunnels and port forwards so I can get into the corporate network
> > for anywhere.


[snip]

> A bit roundabout, but you can also try making a 'pseudo-service'.
> Make it 'depend' on a late-stage service so it starts last, and shuts
> down early. The stop() part of the pseudo-service should perform an
> lsof >> a file (in a directory still available during the last throes
> of OpenRC like, say, /etc).
> 
> I hope I'm making sense...

Makes perfect sense, a good idea actually :-)

Easiest would be to echo lsof to the console, I only need it if umount
hangs and it will be there and visible. If umount worked it won't be
visible and not needed either


-- 
Alan McKinnon
alan.mckinnon@gmail.com