public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Hemmann, Volker Armin" <volker.armin.hemmann@tu-clausthal.de>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] How many GB for / partition?
Date: Thu, 16 Feb 2006 19:46:36 +0100	[thread overview]
Message-ID: <200602161946.36923.volker.armin.hemmann@tu-clausthal.de> (raw)
In-Reply-To: <43F4A5F0.7030704@mid.message-center.info>

On Thursday 16 February 2006 17:18, Alexander Skwar wrote:
> Hemmann, Volker Armin wrote:
> > On Thursday 16 February 2006 15:45, Alexander Skwar wrote:
> >> Hemmann, Volker Armin wrote:
> >> > On Thursday 16 February 2006 14:06, Alexander Skwar wrote:
> >> >> Izar Ilun wrote:
> >> >> > I say that, It'll be just:
> >> >> > - /boot
> >> >> > - swap
> >> >> > - /home
> >> >> > - / (all the rest)
> >> >>
> >> >> That's not advisable. I'd strongly suggest to create
> >> >> filesystems for /boot, swap, /home, /opt, /usr, /var
> >> >> and / (of course). This way you're more flexible
> >> >> and also a bit safer (not such a high risk of running
> >> >> out of space on /).
> >> >
> >> > and he wastes a lot of space,
> >>
> >> No, he doesn't. Where does he waste space?
> >
> > because you shall not fill up any partition more than 85% or
> > fragmentation will go up insanly and performance go down to the bottom.
>
> Yes, but we're no longer in the age, where 10GB hard
> drives are high end. I do agree, that you might waste
> a little bit of space. But that's it. And that's only
> a theoretical value. Nothing to worry about in real
> life.
>
> >> > makes boot a lot longer
> >>
> >> Not really.
> >
> > yes, really.
>
> jaja.


>
> > Why should he make /tmp noexec,
>
> Security precaution.
if you have 10+ users with access to the box. But a workstation, without even 
sshd running, it is not needed.

And hey, why should /tmp noexec save you from anything?
If someone is  able to break into your box, he can build his tools in /home 
or /var/tmp or somewhere else. No need for /tmp.

>
> >> > With that sizes, it is nearly impossible to fill / completly up.
> >>
> >> And it's impossible to have some flexibility.
> >
> > no, it is absolutly flexible
>
> Ah. Please explain how you mount /tmp noexec and /usr
> readonly.

I don't because it is wasted effort.
If someone has the right to write to a rw /usr/ partition, he has the rights 
to remount a ro /usr as rw and can go on.. It just makes maintance harder.

>
> Please also explain, how you seperate data areas (like
> /var and /usr).

I have /var and /usr?
Why shuld I seperate them any further?

>
> >> > To put everything on its own partition was good, when harddisks were
> >> > 2gb-10gb big.
> >>
> >> And it's still good today.
> >
> > no it is not
>
> I see. Strange thing is, that about every server and workstation
> I've seen more or less contradicts what you say.

if you have 20+ users on each of them, and every single one is a little 
cracker in disguisse, it may make sense, but for a single user box?
No.

>
> >> > But today it is just a waste of space and time.
> >>
> >> No, it's absolutely not.
> >
> > yes it is. It wastes space,
>
> Not really. Some. But not really.

15% of the space on each partition. That sums up.

>
> > makes boot much longer.
>
> No, it doesn't. Not noticeably, at least.

oh really? Have a look at the forums 'my *fs takes this and that long to 
mount'

If every partition takes a second, it will be very noticable.

>
> > More partitions = more
> > haead movement = higher risk of damage. More partitions = more risk that
> > one of the partitions dies = more risk of fatal data loss.
>
> There's always backup.
>
> > More partitions = less space available
>
> Not really. Some. But not really.
>
> If you're *SO* low on hard disk space, I'd advice to buy
> more harddisks.

more harddisks = higher chance that one of them dies.

I had 4 simultaniously running harddisk once. I went down to one big one. 
Because every couple of month one disk died.

It is simple math. The more disks, the higher the risk.

>
> Actually, as *you* see, there aren't many reasons and no good
> reasons to do what you say.

I haven't seen any good reason for a bazillion small partitions, that only 
increase your work and have to be monitored constantly (f* /var is full, 
f* /tmp is full f* I have to remount /usr).
-- 
gentoo-user@gentoo.org mailing list



  reply	other threads:[~2006-02-16 18:59 UTC|newest]

Thread overview: 92+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-16 12:19 [gentoo-user] How many GB for / partition? Izar Ilun
2006-02-16 12:34 ` Daniel da Veiga
2006-02-16 12:42 ` Neil Bothwick
     [not found]   ` <7ae6f8f0602160450i3d0b3973x437e82ff45c8606e@mail.gmail.com>
2006-02-16 12:51     ` Izar Ilun
2006-02-16 13:06       ` Alexander Skwar
2006-02-16 13:47         ` Neil Bothwick
2006-02-16 14:39           ` Alexander Skwar
2006-02-16 16:17             ` Neil Bothwick
2006-02-16 17:46               ` Alexander Skwar
2006-02-16 18:00                 ` kashani
2006-02-16 20:11                 ` Neil Bothwick
2006-02-16 20:24                   ` Hemmann, Volker Armin
2006-02-17  7:52                   ` Alexander Skwar
2006-02-17  9:41                     ` Neil Bothwick
2006-02-17  1:59           ` Zac Slade
2006-02-17  9:38             ` Neil Bothwick
2006-02-16 14:19         ` Hemmann, Volker Armin
2006-02-16 14:45           ` Alexander Skwar
2006-02-16 15:34             ` Hemmann, Volker Armin
2006-02-16 16:18               ` Alexander Skwar
2006-02-16 18:46                 ` Hemmann, Volker Armin [this message]
2006-02-16 19:40                   ` Alexander Skwar
2006-02-16 20:12                     ` Neil Bothwick
2006-02-16 21:07                       ` Richard Fish
2006-02-16 23:37                         ` Neil Bothwick
2006-02-17  6:02                       ` Alexander Skwar
2006-02-17  7:14                       ` Uwe Thiem
2006-02-16 20:23                     ` Hemmann, Volker Armin
2006-02-17  6:33                       ` Alexander Skwar
2006-02-17 18:04                         ` Hemmann, Volker Armin
2006-02-17 18:19                           ` Richard Fish
2006-02-17 18:38                             ` Alexander Skwar
2006-02-17 19:18                               ` Benno Schulenberg
2006-02-17 19:41                                 ` Daniel da Veiga
2006-02-17 22:15                               ` Hemmann, Volker Armin
2006-02-17 18:35                           ` Alexander Skwar
2006-02-17 22:15                           ` Patrick Börjesson
2006-02-17 23:48                             ` Hemmann, Volker Armin
2006-02-17 19:52                         ` Maarten
2006-02-17 21:35                           ` Alexander Skwar
2006-02-17 22:36                             ` Rumen Yotov
2006-02-17 23:15                               ` [gentoo-user] /usr as noexec? (was GB for / partition flamewar) Eric Bliss
2006-02-18  0:23                                 ` Maarten
2006-02-18  2:20                                   ` Ryan Tandy
2006-02-18 13:05                                     ` Maarten
2006-02-18 15:53                                       ` Uwe Thiem
2006-02-18 17:51                                         ` Maarten
2006-02-18 20:09                                           ` Hans-Werner Hilse
2006-02-19 19:50                                             ` kashani
2006-02-19 20:27                                               ` Alexander Skwar
2006-02-19 21:08                                                 ` kashani
2006-02-19 21:18                                                   ` Alexander Skwar
2006-02-19 21:37                                                     ` kashani
2006-02-18  5:21                                   ` Rumen Yotov
2006-02-18  9:01                                   ` Neil Bothwick
2006-02-17 22:56                             ` [gentoo-user] How many GB for / partition? Neil Bothwick
2006-02-16 14:58           ` jarry
2006-02-16 15:14             ` Robert Crawford
2006-02-16 15:36               ` Hemmann, Volker Armin
2006-02-16 14:47         ` jarry
2006-02-16 13:03 ` Alexander Skwar
2006-02-16 14:14   ` apn
2006-02-16 14:51     ` Alexander Skwar
2006-02-16 15:04       ` Martin Eisenhardt
2006-02-16 15:15         ` John Jolet
2006-02-16 15:29           ` Martin Eisenhardt
2006-02-16 15:10       ` jarry
2006-02-16 15:30         ` Alexander Skwar
2006-02-16 16:09           ` Martin Eisenhardt
2006-02-16 16:21             ` Alexander Skwar
2006-02-16 20:58               ` Martin Eisenhardt
2006-02-16 15:33         ` Martin Eisenhardt
2006-02-16 17:46           ` Jarry
2006-02-16 18:13             ` Alexander Skwar
2006-02-16 15:50         ` Richard Fish
2006-02-16 13:29 ` Emanuele Morozzi
2006-02-16 14:22 ` Hemmann, Volker Armin
2006-02-16 15:02   ` Richard Fish
2006-02-16 15:48     ` Hemmann, Volker Armin
2006-02-16 18:40       ` Richard Fish
2006-02-16 15:33   ` Alexander Skwar
  -- strict thread matches above, loose matches on Subject: below --
2006-02-17 22:20 John Jolet
2006-02-23 11:07 joaoemanuel1981
2006-02-23 12:04 ` jarry
2006-02-23 13:55   ` Uwe Thiem
2006-02-23 14:05     ` John Jolet
2006-02-23 14:30     ` Dave Nebinger
2006-02-23 16:03       ` Richard Fish
2006-02-23 16:12         ` Dave Nebinger
2006-02-23 18:07           ` Alexander Skwar
2006-02-23 19:38           ` Uwe Thiem
2006-02-23 14:45     ` Abhay Kedia

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=200602161946.36923.volker.armin.hemmann@tu-clausthal.de \
    --to=volker.armin.hemmann@tu-clausthal.de \
    --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