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 1563B1381F3 for ; Mon, 19 Aug 2013 10:07:56 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F2733E0E04; Mon, 19 Aug 2013 10:07:46 +0000 (UTC) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id A3041E0DF1 for ; Mon, 19 Aug 2013 10:07:45 +0000 (UTC) Received: by mail-bk0-f54.google.com with SMTP id mz12so1392120bkb.13 for ; Mon, 19 Aug 2013 03:07:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=ujW/oibKnF605Af/JA80MnCWzqj/a3g8XvrKnDkiLQQ=; b=wl/2DeG4Fdu6IKO+pbfpsUDEfO/TukLlEtXlGHQOkPUiIhhZ5VuFlEwdK0cnZG6ADH 2C9RWBa1MFfJkN2RFU4+/tm8PNamOdqKBuRcKOcA92d+21v5GXSY360hI37PT/LjRiBe lHXpicpaUzOJgAFGOnWWTGQu+L8/fN0tsraQ0CNVNCE1e7cx5wK0RVVP21xFaUzvuIZ1 XAEXTV1/Z9QR6BBe6Mv2fGlxLnax0XJCdkKORhe3MftXCfV8pYozNnI3aE+vwmwSPs0h PYqoz/V3uf/AVgzVbPFNwwTR3TSgK5w6FR1AMZZuUiTcmCxyKbFym8N2iM+mg/xJz3Oc oUWw== X-Received: by 10.204.62.201 with SMTP id y9mr1788729bkh.23.1376906864151; Mon, 19 Aug 2013 03:07:44 -0700 (PDT) Received: from [10.1.20.201] (dustpuppy.is.co.za. [196.14.169.11]) by mx.google.com with ESMTPSA id d8sm1536532bkj.6.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 19 Aug 2013 03:07:43 -0700 (PDT) Message-ID: <5211EDAC.9040401@gmail.com> Date: Mon, 19 Aug 2013 12:04:28 +0200 From: Alan McKinnon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130809 Thunderbird/17.0.8 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Re: Optional /usr merge in Gentoo References: <5211226F.2000000@libertytrek.org> <201308182208.43780.michaelkintzios@gmail.com> <521142A7.1020702@coolmail.se> <52114F82.5070608@gmail.com> <5211E5DE.2050901@coolmail.se> In-Reply-To: <5211E5DE.2050901@coolmail.se> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: 07e3316f-2659-4d06-a0c3-ff249954efd6 X-Archives-Hash: 6c84cb005a60b90a63ffda56220d983d On 19/08/2013 11:31, pk wrote: > On 2013-08-19 00:49, Dale wrote: > >> Picking random message sort of. Isn't eudev still going to support a >> separate /usr? That is my understanding. If eudev is not then I may >> have to reconsider some things myself here. > > Yes, that is my understanding as well. But the "decision" to not support > a separate /usr lies higher up in the system hierarchy (as I understand > it). Gentoo as a system will not support a separate /usr if we are to > believe the conversation (I haven't seen any official notice of this > though). That is the sad part. The problem I have, as an engineer, is > that "everybody" says that a separate /usr is broken, that sysvinit is > broken without explaining why. In order to fix a problem you need to > know what is broken... The people who claims the brokenness are, imo, > hand waving and they've managed to convince higher uppers in the Gentoo > infrastructure (as it seems). I guess if you repeat something often > enough it becomes a "truth" or said person(s) just agrees to stop the > nagging. It's not that separate /usr is broken - it's not. The issue is a separate /usr without an initramfs. And the issue ONLY occurs at early-boot time. The problem is that with modern hardware much code that was traditionally stored in /usr may be needed early in the boot sequence, before /usr is mounted. The obvious case is firmware and drivers, and the usual example cited is bluetooth keyboards. If you need keyboard input at this time, you need to have the bluetooth daemon running, which is on /usr, which is not mounted. The solution is to use an initramfs, and on a technical level it's not any different to needing a way to get the ext4 module off disk so you can mount /. Some may argue that bluetooth keyboards are a rarity and that's tough. Well, there's Macbook hardware, and phones which have soft keyboards. But many scenarios could exist, all due to the fact that hot-pluggable hardware can in theory run any arbitrary code to get itself up and running, and if that code is on a volume that is not mounted... The solution is obvious - all that code should be on / somewhere, or should be mountable using an initramfs. Do you see that although you and I can deal with this with relative ease, Aunt Tillie probably couldn't and the junior sysadmins I have to deal with certainly can't? Personally, I think that splitting / and /usr is a daft idea: a. I have multi-TB hard disks, completely unlike the 5M monsters that Thomson had to deal with in the 70s b. I haven't had /usr break on me during boot requiring busybox in maintenance mode for at least 5 years. Every startup failure in that time required a rescue cd anyway, and I always have one of those handy c. it IS useful for terminal servers, but those tend to have experienced sysadmins, and they really should be OK with an initramfs (or their vendor should ship one) I'm often at the front of the Lennart-bashing parade, and what he says often makes sense but only in his narrow view of the world, but in *this* case, I can't help but admit he does have a point. -- Alan McKinnon alan.mckinnon@gmail.com