[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[ale] partitioning and /usr [was Re: Looking for recommendations on LVM + soft Raid on home server]
- Subject: [ale] partitioning and /usr [was Re: Looking for recommendations on LVM + soft Raid on home server]
- From: mike at trausch.us (mike at trausch.us)
- Date: Thu, 22 Mar 2012 09:03:13 -0400
- In-reply-to: <[email protected]>
- References: <[email protected]> <CAAt=rgDrLqe69exRE+wSoSyzZS4HwibGdinm_b0f2-SrFBiFXw@mail.gmail.com> <[email protected]> <CAAt=rgDq6iyFJe9purxxZ0kDiV8_4k3aQ-b-yujNAeJ33-nxGQ@mail.gmail.com> <[email protected]> <[email protected]> <CAEo=5PxEagMZ126JEpd55WKQXLGXAJyVBwdyBJAuaGbOGMm9+A@mail.gmail.com> <[email protected]>
On 03/20/12 14:32, Lightner, Jeff wrote:
> /usr because I?ve been doing it for years on other platforms as the UNIX
> System V way of doing things. I even create /opt although other than
> Dell OpenManage I?ve not found many Linux apps that use /opt.
Just proprietary (binary-only) stuff that you don't really mess with
should be in /opt. For example, that's where I install the Oracle JRE.
If I use /opt on a system, it is (usually) its own filesystem because
none of my boot process will ever depend on the things there.
> However, there was a separate email in the thread that talks about why
> having separate /usr is problematical in newer Linux distros so I may
> move off of having it separate.
You don't need to have /usr on / --- all that *has* to happen is that
/usr has to be mounted in the very early-boot process. You can
accomplish that pretty easily with an initrd that pre-mounts /usr before
starting the init daemon, regardless of what init daemon that is.
--- Mike
--
A man who reasons deliberately, manages it better after studying Logic
than he could before, if he is sincere about it and has common sense.
--- Carveth Read, ?Logic?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 729 bytes
Desc: OpenPGP digital signature
Url : http://mail.ale.org/pipermail/ale/attachments/20120322/59346433/attachment-0001.bin