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 C6A9A1381F3 for ; Mon, 30 Sep 2013 16:07:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2DFCEE0B8F; Mon, 30 Sep 2013 16:07:32 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 2DC42E09CD for ; Mon, 30 Sep 2013 16:07:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 2E9F133EF47 for ; Mon, 30 Sep 2013 16:07:30 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.181 X-Spam-Level: X-Spam-Status: No, score=-1.181 tagged_above=-999 required=5.5 tests=[AWL=-0.529, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.65, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0QOvoUXgenYm for ; Mon, 30 Sep 2013 16:07:24 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id E3BAB33EECA for ; Mon, 30 Sep 2013 16:07:23 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1VQg0E-0006dl-PV for gentoo-user@gentoo.org; Mon, 30 Sep 2013 18:07:18 +0200 Received: from lounge.imp.fu-berlin.de ([160.45.42.83]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 Sep 2013 18:07:18 +0200 Received: from vaeth by lounge.imp.fu-berlin.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 30 Sep 2013 18:07:18 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Martin Vaeth Subject: [gentoo-user] Re: systemd installation location Date: Mon, 30 Sep 2013 16:06:57 +0000 (UTC) Message-ID: References: <20130929195206.GA16744@linux1> <5248CBB9.5010205@sporkbox.us> <5248D8D6.8040901@sporkbox.us> <5249191C.6040306@coolmail.se> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lounge.imp.fu-berlin.de User-Agent: slrn/pre1.0.0-26 (Linux) 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 X-Archives-Salt: 27ba11f1-28f2-470d-a071-09c17e2eb30a X-Archives-Hash: d7d18c5f05a2abcea981eab2ac002ed3 pk wrote: > > Seriously, boot-critical would be something that the system cannot *boot > without*, which belongs in /. Everything else should be in /usr, i.e. > non-boot-critical. How hard is it to start *non-boot* (system) critical > *after* boot (things like sshd)? I do that today... For somebody who uses sshfs-fuse to mount /usr from another machine, sshd and fuse *are* boot critical. (And yes, this maybe a natural setup for home systems since in many settings this is more secure than using nfs for this.) But even without net-mounting the answer to "how hard is it to start ... after boot" the answer for modern kernels is: a lot. Modern kernels initialize modules simulataneously (i.e. in an unpredictable order). So you would have to remember and postpone these initializations which can produce all sorts of unexpected problems if you have complicated implicit dependencies. Older versions of udev did this in a somewhat primitive way (restarting failed services again), but obviously this is not a clean solution (since the failing could have other reasons).