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 A960A59CAF for ; Sun, 10 Apr 2016 09:14:57 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7F59D21C075; Sun, 10 Apr 2016 09:14:52 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 66E0D21C060 for ; Sun, 10 Apr 2016 09:14:51 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1apBSC-0001SZ-7m for gentoo-dev@lists.gentoo.org; Sun, 10 Apr 2016 11:14:48 +0200 Received: from ip98-167-165-199.ph.ph.cox.net ([98.167.165.199]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Apr 2016 11:14:48 +0200 Received: from 1i5t5.duncan by ip98-167-165-199.ph.ph.cox.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 10 Apr 2016 11:14:48 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-dev@lists.gentoo.org From: Duncan <1i5t5.duncan@cox.net> Subject: [gentoo-dev] Re: usr merge Date: Sun, 10 Apr 2016 09:14:36 +0000 (UTC) Message-ID: References: <57087E0D.3090502@gmail.com> <20160409053230.GA16529@waltdnes.org> <20160409160938.GA17530@waltdnes.org> <20160409171508.72be3c6e@symphony.aura-online.co.uk> <57094D1D.30801@gmail.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip98-167-165-199.ph.ph.cox.net User-Agent: Pan/0.141 (Tarzan's Death; GIT fb7f2ee) X-Archives-Salt: 1b253451-220f-4127-a16c-d03fd7ea8f44 X-Archives-Hash: d3e4b2ea5365fa91bcc4ae3b75f31ac3 Dale posted on Sat, 09 Apr 2016 13:42:37 -0500 as excerpted: > James Le Cuirot wrote: >> On Sat, 9 Apr 2016 12:09:38 -0400 waltdnes@waltdnes.org wrote: >> >>>> I never really got the mentality that using an initramfs is a burden. >>> One more piece of software that can go wrong. You have to >>> maintain+configure it; e.g. sync software and library versions with >>> what's on the rest of the system. >> Errm, have you ever actually used dracut? >> >> dracut --kver 4.5 >> >> Wow, that was hard! It requires zero configuration and that's true even >> if you've got LVM on top of LUKS on top of RAID or something equally >> complex. If you're already running that kernel version, you don't even >> need to specify it. >> > FYI. I've had those to fail too. As Walt said, just one more thing to > fail. And more to the point, if all you know about dracut is dracut --kver 4.5, then you're not going to be able to _fix_ those failures. Some years ago I tried lvm2 as well as mdraid. I quickly ejected lvm2 from my system and future plans (keeping mdraid), because it was simply too complex for me as an admin to be confident in my ability to work with it without fat-fingering something, under the extreme pressure of a disaster recovery situation, possibly without proper access to manpages and other documentation due to the disaster recovery I was working thru. Waltdnes has a point, the same point I learned then. As a responsible admin, if the system's too complex to be understood well enough to be confident in one's ability to restore in a disaster recovery situation with limited or no access to manpages and similar documentation, it's too complex. A reasonable system is one you understand well enough to confidently manage it in those sorts of situations. Otherwise it's simply too complex for your skill level as an admin. And understanding an initr* well enough to confidently deal with a disaster recovery situation, possibly/likely without access to documentation (it's a disaster recovery, after all!) is definitely *well* beyond "dracut --kver 4.5" level, so he's very right to be worried about it. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman