GPT oder MBR?

Question

Ich bin neu bei Linux. Ich plane, Squeeze wie folgt auf einer 2-TB-Festplatte zu installieren:

• / - 10 GB
• tauschen
• Der verbleibende Speicherplatz wird /home enthalten, ungefähr 1,9 TB, hoffe ich, ich werde versuchen, es als LVM zu verwenden, um später mein altes 1-TB-Laufwerk hinzuzufügen

Meine Frage ist: Muss ich GPT verwenden? Oder ist MBR auch in Ordnung?

Wenn GPT dieses Schema benötigt, ist es gut?

• /boot - 150 MB
• / - 10 GB
• tauschen
• /home (lvm mit verbleibendem Speicherplatz)

Das Motherboard ist übrigens ein ASRock G41, das meines Erachtens kein EFI unterstützt.

Answer 1

GPT oder MBR?

Wie @mgorven sagte, funktioniert beides auf 2 TB. Ich habe Dutzende von MBR-Festplattenlabels auf 2-TB-Festplatten bereitgestellt und es funktioniert auf ihnen einwandfrei. Es ist wirklich Ihre Entscheidung. Ich bevorzuge derzeit MBR, aber das wird sich bald ändern.

UEFI und GPT

Sie benötigen kein UEFI, um ein GPT-Disk-Label auf eine Festplatte zu schreiben, und wenn Sie clever sind, können Sie eine Festplatte mit einem GPT-Disk-Label von einem Nicht-UEFI-ROM booten (eine Prise Salz ist erforderlich; ich habe das nicht getan). DieWikipedia-Artikel zu GPThat einige indirekte Informationen dazu.

Zonen

Dies wird von den Menschen oft ignoriert, aber estutspielen eine Rolle, und zwar eine potenziell große. Bei nicht rotierenden Massenspeichern ist dies kein Problem, bei Festplatten ist es jedoch schon seit vielen Jahren ein Problem. Aus geometrischen und physikalischen Gründen ist der Festplattendurchsatz am Anfang der Festplatte am höchsten. Der Durchsatz ist in Zonen unterteilt, wobei die Geschwindigkeit abnimmt, wenn Sie von einer Zone in eine andere wechseln. Dies bedeutet, dass Sie die geschwindigkeitshungrigsten Partitionen am Anfang der Festplatte halten sollten. Dieser Unterschied ist in den ersten paar Gigabyte einer Festplatte ziemlich ausgeprägt.

Festplattenpartitionierung für Unix

Sie möchten viele Dateisysteme haben, weil (unter anderem):

• Sie legen nicht alle Eier in einen Korb. Wenn ein Dateisystem beschädigt wird, stellen Sie es aus einem Backup wieder her und das Leben geht wieder seinen gewohnten Gang. WennalleIhrer Dateisysteme werden beschädigt, es kommt zu längeren Ausfallzeiten, mehr Problemen und zu mehr Ärger.
• Jedes Dateisystem kann aus Leistungsgründen anders optimiert werden. Das Dateisystem, in dem Sie Ihr MailDir speichern, kann Hunderttausende kleiner Dateien in einigen wenigen Verzeichnissen enthalten. Das Dateisystem, in dem Sie Videodateien speichern, enthält Dutzende riesiger Dateien. Sie können es optimieren.
• Sie können Speicherplatz im Dateisystem reservieren und einem bestimmten Benutzer die Nutzung erlauben, wenn andere dies nicht können. Root reserviert normalerweise 5 % des Speicherplatzes eines Dateisystems. Bei mehreren Dateisystemen können Sie dies anpassen (z. B. kann bei Mail-Spool-Dateisystemen der Speicherplatz dem Mail-Benutzer zugewiesen werden).
• Sie vereinfachen Ihre Sicherungsrichtlinie, indem Sie ein Dateisystem auf ein Sicherungsmedium anpassen. Dies hängt von Ihrer Sicherungsrichtlinie und -software ab.
• Mit separaten Dateisystemen für beispielsweise /homekönnen Sie mehrere *nix-Betriebssysteme auf einem Computer haben und Ihre Dateien zwischen ihnen austauschen, ohne sich Kludges ausdenken zu müssen.
• Sie können Systembeschränkungen lösen. Beispielsweise konnten manche Festplatten früher nicht von Festplattenblöcken booten, die zu weit vom Festplattenanfang entfernt lagen. Daher haben wir ein ausreichend kleines /bootDateisystem erstellt, um die ersten Blöcke der Festplatte zu belegen.
• Sie können die Geschwindigkeit optimieren. Platzieren Sie kritische Dateisysteme in den schnellsten Festplattenzonen.
• Boot-Geschwindigkeit: fsckEin 20G-Dateisystem zu booten ist schneller als fsckein 1900G-Dateisystem. Eine geschickte Auswahl Ihrer Prüfintervalle kann sicherstellen, dass Sie die fsckLäufe verteilen.

Aus folgenden Gründen möchten Sie möglicherweise nicht zu viele Dateisysteme haben:

• Sie quantisieren den Speicherplatz. Wenn Sie 100 GB auf der Festplatte speichern müssen, stellen Sie möglicherweise fest, dass Sie insgesamt 200 GB frei haben, aber keine einzige Partition mit ausreichend freiem Speicherplatz.
• Sie sind durch die Möglichkeiten Ihres Datenträgerlabels eingeschränkt. Viele Unix-Systeme können nur 8 Partitionen/Slices in ein Datenträgerlabel einfügen, und eines davon ist reserviert. MBR ist in dieser Hinsicht nicht sehr eingeschränkt, und GPT erlaubt 128 Partitionen, was viel mehr ist, als Sie benötigen.
• Das Erstellen und Verwalten zu vieler Dateisysteme kann mühsam sein.
• Ihr Bedarf an Dateispeicherung ist nicht so vielfältig.

Dateisystemschemata

Jeder hat seinen Favoriten. Früher hatte ich eine Kalkulationstabelle, um diese zu berechnen, aber meistens verwende ich ein Blatt Papier und eines dieser altmodischen Schreibgeräte (wie urig). Ich gehe eine Reihe von Iterationen durch, bis ich zufrieden bin, und übertrage das Partitionierungsschema auf den Computer. So geht es schneller. Auf den meisten Debian-basierten Servern halte ich die folgenden Dateisysteme getrennt:

• /(Wurzel)
• /boot
• /usr
• /var
• /usr/local
• /tmp
• /home
• Ersatzdateisystem

Bei zusätzlichen Anforderungen werden andere separate Dateisysteme benötigt, z. B. eine separate Partition für meine Fotos (die Sicherungsrichtlinie ist anders), eine separate Partition für Videos usw. Mailserver erhalten eine separate Partition für E-Mails. Datenbankserver erhalten separate Partitionen für ihre Datenspeicher und konsistente Datenbanksicherungsdateien auf der Festplatte usw. Das Grundschema ist jedoch fast immer dieses.

Ich behalte auch ein Ersatzdateisystem am Ende der Festplatte. Ich mkfsverwende es als Arbeitsspeicher, häufig gemountet unter /disk1(Arbeitskonvention) oder /disk/tmp(meine Konvention). Dieses Dateisystem ist nützlich, wenn ich einen neuen Bedarf entdecke (ich kann es löschen und ein anderes Dateisystem erstellen oder es einfach umfunktionieren) oder wenn ich einfach viel Arbeitsspeicher benötige.

Größen

Es hängt weitgehend davon ab, wofür der Computer verwendet wird. Für viele Dinge können Sie mit sehr kleinen Größen auskommen. Mein Vorschlag wäre, LVM zu verwenden (lesen Sie weiter) und jeweils 10 G für und zuzuweisen /usr( /varkleiner /usr/local, wenn Sie nicht vorhaben, Ihre eigene Software zu kompilieren und zu installieren). Ich halte /tmpes eher klein, vielleicht 1–2 G. Ohne alle großen Dateisysteme im Root-Dateisystem zu haben, kann das auch eher klein sein: Meine aktuelle Box hat eine 2G-Partition und es ist noch viel Platz übrig. Das /bootDateisystem kann sehr klein sein, wenn Sie kein Kernel-Entwickler sind, oder ganz weggelassen werden. Neuere Computer und neuere Versionen von GRUB können damit problemlos umgehen. Wenn Sie es möchten, sind etwa 200–300 Megabyte in Ordnung.

LVM

Ich habe schon lange kein anderes System als LVM mehr eingesetzt. Die Flexibilität, die man dadurch erhält, ist die kurze Lernkurve wert. Mit LVM hat man viel, viel mehr Spielraum, seine Meinung zu ändern, und die Dateisysteme können mitwachsen. Ich kann es wirklich empfehlen.

Ein Beispielschema

• Partition 1: Swap-Speicher (Anfang der Festplatte)
• Partition 2: LVM-physisches Volume mit einer Volume-Gruppe namens „fs“ oder so ähnlich.
  • Volumen fs-root: ~2 G.
  • Volumen fs-usr: ~10 G.
  • Volumen fs-var: ~10 G.
  • Volumen fs-local(kurz für /usr/local): ~5–10G.
  • Volumen fs-tmp: ~2 G.
  • Volumen fs-home: der verbleibende Speicherplatz minus vielleicht ~30 G.
  • Volumen fs-spare: freier Speicherplatz: ~30 G.

Auf einer 2T-Festplatte mit 8G Swap-Speicherplatz /homewäre Ihre Partition 2000 - 8 - 2 - 10 - 10 - 10 - 2 - 30 = 1928G.

Die freie 30-GB-Partition ist praktisch, wenn Sie mehr Platz für eines oder mehrere Ihrer anderen Volumes benötigen. Die Größe von LVM-Volumes (und ext{2,3,4}-Dateisystemen) lässt sich ganz einfach ändern.

Beachten Sie, dass es keinen separaten gibt /bootund dass Ihre gesamte Bootstrap-Infrastruktur (Kernel und initrd)innendas LVM. Manche Leute sind damit unzufrieden, aber ich hatte damit noch nie Probleme. GRUB kann problemlos in die physischen LVM-Volumes hineinsehen. Wenn Sie sich dabei unwohl fühlen, erstellen Sie eine separate Partition /bootvon etwa 200 M. Machen Sie sie entweder zu Partition 2 (wodurch die LVM-PV-Partition 3 wird) oder zu Partition 1 (wodurch die anderen beiden nach unten verschoben werden).

Answer 2

MBR sollte auf einem 2-TB-Laufwerk einwandfrei funktionieren, aber nicht auf größeren Laufwerken. Es spielt jedoch keine Rolle, ob Sie MBR oder GPT verwenden, solange alle Betriebssysteme, die Sie verwenden möchten, dies unterstützen. Das BIOS muss EFI nicht unterstützen, um von einem GPT-Laufwerk zu booten.

Unabhängig davon, ob Sie MBR oder GPT verwenden, würde ich zur Verwaltung des Speicherplatzes die Verwendung von LVM empfehlen, da dies viel flexibler ist und zu einem späteren Zeitpunkt einfacher geändert werden kann.

Answer 3

Ich glaube, Sie denken da ein bisschen zu viel darüber nach. GPT vs. MBR ist eigentlich nur dann wichtig, wenn Sie mehrere Betriebssysteme installieren oder das Laufwerk auf einen anderen Computer übertragen möchten. Wenn Sie mit MBR auskommen, können Sie auch dabei bleiben, insbesondere wenn Sie LVM verwenden (das viele der Funktionen bietet, die MBR fehlen).

Bezüglich der Partitionsgrößen gibt es hier ein paar gute Faustregeln:

• Kleine Partitionen können lästig sein, da Sie nie im Voraus wissen, wie viel Sie tatsächlich verwenden werden.
• Große Partitionen können lästig sein, weil ihr Aufbau und ihre Überprüfung lange dauern. Außerdem kommt es durch die Nutzung häufig zu „Verschleiß“ an Dateisystemen. Wenn man alles in einer Partition speichert, geschieht dieser Verschleiß schneller. Was auch immer das bedeutet.

Answer 4

Dateisysteme, die sich als zu klein erweisen, sind normalerweise ein Drama. 10 GB können leicht mit Binärdateien und Protokolldateien gefüllt werden. Sie haben jede Menge Speicherplatz, warum versuchen Sie so sehr, Platz zu sparen? Sie werden es bald bereuen. Weisen Sie den Speicherplatz nicht auf einmal zu, sondern lassen Sie Platz, um Dateisysteme bei Bedarf zu verschieben. Ein Dateisystem zu erweitern ist einfach, es zu verkleinern nicht. Sehen Sie sich an, was LVM2 für Sie tun kann.http://tldp.org/HOWTO/LVM-HOWTO/index.html Treffen Sie keine schlechten Entscheidungen, die Sie für die nächsten Jahre binden.