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
next prev parent 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