public inbox for gentoo-user-de@lists.gentoo.org
 help / color / mirror / Atom feed
From: Daniel Faber <mail@daniel-faber.de>
To: gentoo-user-de@lists.gentoo.org
Subject: Re: [gentoo-user-de] Re: Prozessorlast bei LVM2
Date: Thu, 22 Sep 2005 13:48:36 +0200	[thread overview]
Message-ID: <43329A14.7070602@daniel-faber.de> (raw)
In-Reply-To: <200509221251.54515.linux@solnet.ch>

[-- Attachment #1: Type: text/plain, Size: 2486 bytes --]

On 2005-09-22 12:51, Cyrill Helg wrote:

> Am Donnerstag 22 September 2005 01.13 schrieb Daniel Faber:
> 
>>* Eine kleine Partition als / für dein Linux (200 MB sind mehr als genug)
>>* Eine Partition für dein Windows
>>* Den Rest der Platte in mehrere Partitionen aufteilen und als PVs benutzen
>>* Eine VG aus allen PVs machen
>>* in der VG LVs für /home, /usr, /var, /opt, /tmp und eventuell
>>Unterverzeichnisse davon.  Für alles was Platz braucht eben :-)
> 
> Hmm was bringt mir das? Ausser dass ich dauernd die Grössen ändern muss? Ok, 
> root und home finde ich in Ordnung, höchstens noch tmp aber für was alles 
> andere? Das sehe ich nicht ein.

Wenn ich die /-Partition ins LVM stecken will, brauch ich ne initrd und
ich bin zu faul, mich damit zu beschäftigen.  Also darf / bei mir nicht
ins LVM. :-)

Andererseits will ich möglichst wenig "Verschnitt", also ungenutzter
Platz in Partitionen, die ich nicht verkleinern kann, da sie nicht im
LVM liegen.  Also will ich möglichst viele Daten im LVM haben.

Aus den beiden Punkten folgt direkt mein Vorschlag.

>>Vorteile:
>>* Unter Linux Flexibilität durch LVM
>>* Wenn du mehr Platz unter Windows brauchst, einfach unter Linux Platz
>>machen (Dateisysteme verkleinern, LVs verkleinern, nicht benötigte LVs
>>löschen) und ein PV frei machen mit vgreduce.  Dann die frei gewordene
>>Partition unter Windows benutzen.
> 
> Ich hoffe das wird nie vorkommen =)

Das würde ich auch hoffen, aber andererseits ist es so einfach, sich auf
diese Situation vorzubereiten, man muss nur seine VG auf mehrere kleine
PVs aufteilen statt eine große zu nehmen.

> Ja erstmals besten Dank, obwohl ich davon noch nicht überzeugt bin. BTW: Das 
> funzt auch alles mit reiser4? ;)

Das Dateisystem ist prinzipiell egal, aber damit du die Vorteile von LVM
möglichst gut nutzen kannst, empfehlen sich Dateisysteme, die man
vergrößern und verkleinern kann und das am besten noch im gemounteten
Zustand.

         |    vergrößern    |    verkleinern
         | online | offline | online | offline
---------+--------+---------+--------+----------
ext2     |   *1   |    x    |   -    |    x
ext3     |   *1   |    x    |   -    |    x
xfs      |   x    |    -    |   -    |    -
reiserfs |   x    |    x    |   -    |    x

*1 Mit speziellem Kernel-Patch

Keine Ahnung, wies bei Reiser4 aussieht.  Wer es weiß möge die Tabelle
bitte ergänzen, gerne auch mit anderen Dateisystemen.

Daniel


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 256 bytes --]

  reply	other threads:[~2005-09-22 11:53 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-09-21  8:52 [gentoo-user-de] Prozessorlast bei LVM2 Öhler, Alessandro
2005-09-21 22:24 ` [gentoo-user-de] " Christof Schulze
2005-09-21 22:33   ` Cyrill Helg
2005-09-21 23:13     ` Daniel Faber
2005-09-22 10:51       ` Cyrill Helg
2005-09-22 11:48         ` Daniel Faber [this message]
2005-09-22 12:06           ` Cyrill Helg
2005-09-22 12:11           ` Arnold Krille
2005-09-22 12:15             ` Cyrill Helg
2005-09-23 20:09           ` Alexander Skwar
2005-09-23 20:08         ` Alexander Skwar
2005-09-25 16:25           ` Cyrill Helg
2005-09-23 20:05       ` Alexander Skwar
2005-09-24  9:27         ` Sebastian Damm
2005-09-24 12:26         ` Jan Girlich
2005-09-25 11:24           ` Alexander Skwar
2005-09-25 11:35             ` Bernd Wurst
2005-09-25 11:49               ` Mekonikum
2005-09-25 12:55               ` Alexander Skwar
2005-09-22  5:39     ` Dirk Heinrichs
2005-09-25 16:28       ` Cyrill Helg
2005-09-25 16:45         ` Bernd Wurst
2005-09-25 16:53           ` Cyrill Helg
2005-09-25 17:14             ` Bernd Wurst
2005-09-25 17:24               ` Cyrill Helg
2005-09-25 17:33                 ` Cyrill Helg
2005-09-25 17:43                 ` Bernd Wurst
2005-09-25 17:52                   ` Cyrill Helg
2005-09-25 18:21                     ` Bernd Wurst
2005-09-25 18:32                       ` Cyrill Helg
2005-09-26  6:09               ` Dirk Heinrichs
2005-09-25 17:16             ` Felix Schuster
2005-09-25 17:11           ` Sebastian Damm
2005-09-25 17:37             ` Bernd Wurst
2005-09-25 17:30           ` Cyrill Helg
2005-09-26  5:51         ` Dirk Heinrichs
2005-09-26  8:00           ` Cyrill Helg
2005-09-26  9:18             ` Dirk Heinrichs
2005-09-26  9:33               ` Cyrill Helg
2005-09-26 11:07                 ` Dirk Heinrichs
2005-09-26 11:16                   ` Cyrill Helg
2005-09-26 11:53                     ` Dirk Heinrichs

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=43329A14.7070602@daniel-faber.de \
    --to=mail@daniel-faber.de \
    --cc=gentoo-user-de@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