public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mick <michaelkintzios@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] [off-topic] - can /var be placed in a separate partition?
Date: Tue, 13 Sep 2011 06:52:25 +0100	[thread overview]
Message-ID: <201109130652.36911.michaelkintzios@gmail.com> (raw)
In-Reply-To: <4E6DF707.3000305@kutulu.org>

[-- Attachment #1: Type: Text/Plain, Size: 2228 bytes --]

On Monday 12 Sep 2011 13:11:51 Mike Edenfield wrote:
> On 9/11/2011 8:28 PM, Albert W. Hopkins wrote:
> > On Sunday, September 11 at 18:54 (-0500), Dale said:
> >> I think I saw it mentioned on -dev that some time shortly /usr
> >> and /var
> >> will be needed on / or you will need the init* thingy to boot.
> > 
> > Hmm, that doesn't smell right to me.  What I think you may have heard is
> > about /run.  systemd and some other things are preferring to
> > move /var/run to /run.  The reason being is that /var does not have to
> > be on the root fs.  sysdemd needs /run early (before mounting
> > filesystems) so the idea was to put /var/run on the rootfs, thus /run.
> > 
> > I don't think /usr should or ever will be required to be on the rootfs.
> > That's just dumb.  The reason we have /bin /sbin, etc. is so that /usr
> > need not be on the rootfs.  It doesn't make sense to change that well
> > known/established notion.
> 
> Nope, Dale is exactly correct. If the upcoming changes to
> udev make it into Gentoo unaltered and unscathed, it will
> become necessary to have essentially your full system
> available very early in the boot process -- at least as
> early as when udev runs. This includes /usr, where I believe
> the udev scripts and libraries are being moved, and anything
> that any program in those scripts might access, which almost
> definitely includes /var.
> 
> Any setup where only / is mounted when udev's device
> population happens will become "unsupported" (if not
> "impossible").
> 
> The proposed alternative to a single huge partition is to
> use an initramfs that mounts your separate /usr (and /var)
> very early in the boot process.

No!  This is throwing a major spanner on all my boxen!  Arrrrgh!  :@

There's a lot of Gentoo users and I would imagine other Linux users who do not 
use initr* and still have a separate /var (because of logs, or mail, or news, 
or PORTAGE_TMPDIR, etc.).

I seriously hope that a Gentoo specific fix comes out soon and Fedora and 
their devs can carry on this way.  This M$Windows 'solution' looks more and 
more like major bad programming and is getting really really stupid!

</rant>
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

      reply	other threads:[~2011-09-13  5:54 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-09-11 23:16 [gentoo-user] [off-topic] - can /var be placed in a separate partition? Francisco Ares
2011-09-11 23:48 ` Michael Mol
2011-09-11 23:52   ` Francisco Ares
2011-09-11 23:53 ` Alex Schuster
2011-09-13 13:23   ` Daniel Troeder
2011-09-13 15:30     ` Joost Roeleveld
2011-09-11 23:54 ` Dale
2011-09-12  0:03   ` Francisco Ares
2011-09-12  0:16     ` Dale
2011-09-12  0:28   ` Albert W. Hopkins
2011-09-12  1:07     ` Dale
2011-09-12 12:11     ` Mike Edenfield
2011-09-13  5:52       ` Mick [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=201109130652.36911.michaelkintzios@gmail.com \
    --to=michaelkintzios@gmail.com \
    --cc=gentoo-user@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox