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 915071384B3 for ; Tue, 15 Jan 2013 15:14:09 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 796C721C106; Tue, 15 Jan 2013 15:14:00 +0000 (UTC) Received: from mail-we0-f177.google.com (mail-we0-f177.google.com [74.125.82.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A26EA21C02E for ; Tue, 15 Jan 2013 15:13:58 +0000 (UTC) Received: by mail-we0-f177.google.com with SMTP id x48so9389wey.22 for ; Tue, 15 Jan 2013 07:13:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=sluIHyjN9kgRKAt+llv27kssFCb57JAG3oP9osmG2Ys=; b=gwS02gnGfEzYgPHTFe1I9SK+BpDxrgVZLbrASts7pCMg/nKbUcOC1yhQ1E6N32CWfE 3xHmxf5ckWoADdOlcTaZdw0GHjc5t2455D1lLg6HUWemhED/bX442aRYvF//mlsWo3TK EjH8PEyzrMpAUVCG5KQftpeDSbMamS8+QGlq8ub0UpPDVwq8XdjP2Xcln2aVxg7/I9No Zef59V2oeP2zbkL+X2opZM2xmmZ/PxbCmrEHCsE6FPfiDhs3vDoPzT5JLvi9uFDaWb1B lW9CT9k0tGkSwXrnuqY0DuPwHTEx4LT38tqZqNeGhrcY+u3qj66uDDhm37r+NK7FOdzS BwtA== 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 Received: by 10.180.33.202 with SMTP id t10mr4395048wii.3.1358262837276; Tue, 15 Jan 2013 07:13:57 -0800 (PST) Received: by 10.216.114.138 with HTTP; Tue, 15 Jan 2013 07:13:57 -0800 (PST) Received: by 10.216.114.138 with HTTP; Tue, 15 Jan 2013 07:13:57 -0800 (PST) In-Reply-To: <20130115170607.2850df9e@khamul.example.com> References: <20130115115721.16ea5ca0@khamul.example.com> <20130115110956.5c7e5a17@digimed.co.uk> <20130115145826.00706056@khamul.example.com> <20130115170607.2850df9e@khamul.example.com> Date: Tue, 15 Jan 2013 16:13:57 +0100 Message-ID: Subject: Re: [gentoo-user] /home doesn't umount on shutdown From: Volker Armin Hemmann To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=f46d04428f8aed6fc504d355356f X-Archives-Salt: 3ff65f63-0701-46b4-9d6b-1cb4518e14e2 X-Archives-Hash: 7f4755d14884662d99b08ded44ad9c09 --f46d04428f8aed6fc504d355356f Content-Type: text/plain; charset=ISO-8859-1 Fuser is the best way to do IT. Am 15.01.2013 16:07 schrieb "Alan McKinnon" : > On Tue, 15 Jan 2013 21:47:46 +0700 > Pandu Poluan wrote: > > > On Jan 15, 2013 7:59 PM, "Alan McKinnon" > > wrote: > > > > > > On Tue, 15 Jan 2013 11:09:56 +0000 > > > Neil Bothwick 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 > > > --f46d04428f8aed6fc504d355356f Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

Fuser is the best way to do IT.

Am 15.01.2013 16:07 schrieb "Alan McKinnon&= quot; <alan.mckinnon@gmail.co= m>:
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@digi= med.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 f= inal
> > > > steps, to umount /home
> > >
> > > If you logout as your user(s) so only root is logged in, doe= s 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= 9;.
> Make it 'depend' on a late-stage service so it starts last, an= d shuts
> down early. The stop() part of the pseudo-service should perform an > lsof >> a file (in a directory still available during the last t= hroes
> 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


--f46d04428f8aed6fc504d355356f--