it-swarm.com.de

Wie schlimm ist es wirklich, Linux auf einer großen Partition zu installieren?

Wir werden CentOS 7 auf unserem neuen Server ausführen. Wir haben 6 x 300 GB Laufwerke in raid6 intern im Server. (Der Speicher ist größtenteils extern in Form einer 40-TB-RAID-Box.) Das interne Volume beträgt ca. 1,3 TB, wenn es als einzelnes Volume formatiert wird. Unser Systemadministrator hält es für eine wirklich schlechte Idee, das Betriebssystem auf einer großen 1,3-TB-Partition zu installieren.

Ich bin Biologe. Wir installieren ständig neue Software zum Ausführen und Testen, von denen die meisten in/usr/local landen. Da wir jedoch ungefähr 12 nicht mit Computern versierte Biologen haben, die das System verwenden, sammeln wir auch viel Cruft in/home. Unser letzter Server hatte eine 200 GB Partition für/und nach 2,5 Jahren war sie zu 90% voll. Ich möchte nicht, dass das noch einmal passiert, aber ich möchte auch nicht gegen Expertenrat verstoßen!

Wie können wir die verfügbaren 1,3 TB am besten nutzen, um sicherzustellen, dass Speicherplatz verfügbar ist, wann und wo er benötigt wird, ohne jedoch einen Wartungsalptraum für den Systemadministrator zu schaffen?

96
bdemarest

Die primären (historischen) Gründe für die Partitionierung sind:

  • bis trennen Sie das Betriebssystem von Ihren Benutzer- und Anwendungsdaten. Bis zur Veröffentlichung von RHEL 7 gab es keine Unterstützung pgrade-Pfad und ein Upgrade der Hauptversion würde eine Neuinstallation erfordern und dann beispielsweise /home Und andere (Anwendungs-) Daten auf separaten Partitionen haben (oder LVM-Volumes) ermöglicht es Ihnen, die Benutzerdaten und Anwendungsdaten einfach zu speichern und die Betriebssystempartition (en) zu löschen.

  • Benutzer können sich nicht ordnungsgemäß anmelden und Ihr System fällt auf interessante Weise aus, wenn Ihnen der Speicherplatz vollständig ausgeht. Mit mehreren Partitionen können Sie dem Betriebssystem reservierten Festplattenspeicher zuweisen und diesen von den Bereichen trennen, in denen Benutzer und/oder bestimmte Anwendungen schreiben dürfen (z. B. /home /tmp/ /var/tmp/ /var/spool/ /oradata/ Usw.), m das Betriebsrisiko zu verringern von schlecht benommenen Benutzern und/oder Anwendungen.

  • Kontingent. Mit dem Datenträgerkontingent kann der Administrator verhindern, dass ein einzelner Benutzer den gesamten verfügbaren Speicherplatz belegt, wodurch der Dienst für alle anderen Benutzer des Systems unterbrochen wird. Das individuelle Festplattenkontingent wird pro Dateisystem zugewiesen, sodass eine einzelne Partition und damit ein einzelnes Dateisystem nur 1 Festplattenkontingent bedeutet. Mehrere (LVM) Partitionen bedeuten mehrere Dateisysteme, die eine detailliertere Kontingentverwaltung ermöglichen. Abhängig von Ihrem Verwendungsszenario möchten Sie beispielsweise jedem Benutzer 10 GB in seinem Ausgangsverzeichnis, 2 TB im Verzeichnis/data auf dem externen Speicherarray erlauben und einen großen gemeinsam genutzten Arbeitsbereich einrichten, in dem jeder Datasets zu groß für sein Ausgangsverzeichnis sichern kann und wo die Richtlinie "voll ist voll" wird, aber wenn das passiert, bricht auch nichts.

  • Bereitstellung von dedizierten IO Pfaden. Möglicherweise haben Sie eine Kombination aus SSDs und sich drehenden Festplatten und sollten diese unterschiedlich behandeln. Bei einem Allzweck-Server ist dies nicht so sehr ein Problem, aber bei Datenbank-Setups ist es durchaus üblich, bestimmte Spindeln (Festplatten) auch verschiedenen Zwecken zuzuweisen, um IO Konflikte zu vermeiden, z. Separate Festplatte für die Transaktionsprotokolle, separate Festplatten für die tatsächlichen Datenbankdaten und separate Festplatten für den temporären Speicherplatz. .

  • Boot Möglicherweise benötigen Sie eine separate /boot - Partition. In der Vergangenheit war es heutzutage häufiger erforderlich, verschlüsselte Volumes, bestimmte RAID-Controller, HBAs, die das Booten von SAN nicht unterstützen, oder Dateisysteme, die nicht sofort von unterstützt werden, zu unterstützen, um BIOS-Probleme beim Booten über das 1024-Zylinder-Limit hinaus zu beheben das Installationsprogramm usw.

  • Tuning Möglicherweise benötigen Sie unterschiedliche Optimierungsoptionen oder sogar völlig unterschiedliche Dateisysteme.

Wenn Sie harte Partitionen verwenden, müssen Sie diese bei der Installation mehr oder weniger richtig einstellen, und dann ist eine einzelne große Partition nicht die schlechteste, weist jedoch einige der oben genannten Einschränkungen auf.

Normalerweise empfehle ich, Ihr Hauptvolume als einzelnes großes physisches Linux-LVM-Volume und dann logische Volumes erstellen zu partitionieren, die Ihren aktuellen Anforderungen und für den Rest Ihres Speicherplatzes entsprechen. bis zur Verwendung nicht zugewiesen lassen.

Sie können diese Volumes und ihre Dateisysteme nach Bedarf erweitern (was eine triviale Operation ist, die auf einem Live-System ausgeführt werden kann) oder auch zusätzliche Volumes erstellen.

Das Verkleinern von LVM-Volumes ist trivial, aber häufig wird das Verkleinern der Dateisysteme auf diesen nicht sehr gut unterstützt und sollte wahrscheinlich vermieden werden.

108
HBruijn

Das Konzept der Verwendung mehrerer Partitionen besteht darin, dass eine vollständige Partition am falschen Ort nicht dazu führt, dass das gesamte System unerwartet funktioniert.

Stellen Sie sich einen Prozess auf dem Computer vor, bei dem eine Protokolldatei ziemlich schnell gefüllt wird, bis kein freier Speicherplatz mehr verfügbar ist. Auf einem Computer mit einer Partition könnte dies beispielsweise verhindern, dass das System neue Daten in/tmp schreibt. Wenn es einen anderen Prozess gibt, der in/tmp schreiben möchte, wird er wahrscheinlich mit einem Fehler beendet, was zu unerwartetem Verhalten führt.

Dies kann verhindert werden, wenn Sie unterschiedliche Partitionen für Orte verwenden, an die Benutzer oder Prozesse normalerweise schreiben (/ home,/var,/tmp).

Ich würde empfehlen, dass Sie Ihren alten Server überprüfen, welche Ordner dazu neigen, groß zu werden. Sie können dies in der Befehlszeile mit tun

du -h -d 1 / 2> /dev/null

Sie werden sehen, wo die meisten Daten gesammelt werden, und Ihr nächstes System entsprechend gestalten. Das "-d 1" begrenzt die Ausgabe auf nur eine Ebene der Ordnertiefe, um sie besser lesbar zu machen.

17
ch.

Das Hauptproblem bei einer einzelnen großen Partition besteht darin, dass beim Ausfüllen des Dateisystems möglicherweise keine Anmeldung mehr möglich ist.

Der Benutzer root hat seinen Home-Ordner (/root) außerhalb /home aus diesem Grund. Wenn das Dateisystem unter bestimmten Umständen voll ist, kann sich selbst root nicht anmelden und das System nicht reparieren.

Aus diesem Grund erstellen Sie normalerweise separate Montagepunkte für /var, /tmp und /home um sich mindestens als root anmelden zu können, um das System zu reparieren, wenn eine der anderen Partitionen voll ist.

12
Uwe Plonus

IMHO, eine Partition als/zu haben, ist durchaus vernünftig.

Sie können jedoch lvm (Logical Volume Manager) verwenden. Verwenden Sie alle Datenträger als lvm-Gruppe, erstellen Sie jedoch kleine logische Datenträger für /,/home,/usr und was auch immer Ihr Systemadministrator bevorzugt. Setzen Sie dann eine Überwachung ein, die Sie kennen, wenn Ihr System voll wird, und erweitern Sie die benötigten Festplatten. lvresize und resize2fs sind Online-Tools, und Sie können Erweiterungen durchführen, ohne den Server neu zu starten. Sie können die Festplatten jedoch nicht verkleinern, daher müssen Sie relativ klein anfangen und dort erhöhen, wo Sie dies für erforderlich halten.

11

Es gibt nur minimale Probleme bei der Einrichtung von Linux mit großen Einzelpartitionen, aber es hat große Vorteile.

Das Ändern eines Partitionslayouts ist etwas schwierig und riskant, was Sie oft nicht ohne lange Ausfallzeiten tun können.

Der einzige Vorteil ist, dass Sie einen gewissen Schutz vor Problemen mit der vollen Festplatte haben. Aber Sie werden diese Probleme oft finden. Stellen Sie sich die Situation vor, wenn eine Ihrer Partitionen voll ist und Sie den Platz auf den anderen Partitionen nicht verwenden können, selbst wenn sie fast leer sind !

Einige professionelle Systemadministratoren sind anderer Meinung. Sie sagen, dass mehrere Partitionen Ihr System zuverlässiger machen können und Sie vor Ihrer Partitionierung wissen müssen, wie groß Ihre Partitionen sein werden. Meiner Meinung nach kann dies einfach nicht gesagt werden, es ist ein schrecklicher Nachteil für die Flexibilität des Systems, und ihre wahre Motivation ist, dass sie einfach gerne mit den Partitionszuordnungen spielen .

Es gibt ein einfaches System namens lvm , das das direkte Verschieben/Ändern der Größe von "Partitionen" (in seiner Terminologie Volumes) ermöglicht. Aber auf einem einzelnen lokalen Abteilungsserver wird es meiner Meinung nach normalerweise nicht benötigt.

Es gibt zwei Hauptgründe für die Partitionierung:

  1. Um statische Daten von nicht statischen Daten fernzuhalten
  2. Um öffentliche Daten von privaten Daten fernzuhalten

Der erste Grund ist der offensichtlichste: Sie müssen Bereiche, die mit Dateien gefüllt sind, von solchen isolieren, die dies nicht tun, und Sie möchten insbesondere/schützen, um ein nicht bootfähiges System zu vermeiden. Im Verzeichnis/var werden beispielsweise normalerweise Protokolldateien gespeichert (var steht für "Variable"). Aus diesem Grund wird/var in der Regel auf einer separaten Partition von/bereitgestellt.

Der zweite oben genannte Grund wird weniger genannt (ich habe ihn zuletzt vor etwa 15 Jahren in einem Veritas Volume Manager-Kurs gehört) und ist wirklich nur für Systeme relevant, auf denen sich viele Personen anmelden und Arbeiten ausführen.

Effektives Paritionieren ist eine Kunst, und deshalb gibt es vielleicht Sys-Administratoren, die es etwas zu weit bringen (IMO). Sie müssen nicht nur das Dateisystem genau kennen, sondern auch den Verwendungszweck kennen. Ich persönlich denke, es ist ein ziemlich altmodischer Ansatz, der für die Art und Weise, wie Server heute verwendet werden, immer weniger relevant wird.

Als Softwareentwickler habe ich es besonders satt, dass die Ops-Abteilung virtuelle Maschinen mit gedankenlosen Partitionierungsschemata erstellt, die die Größe von/tmp,/home,/var und/stark einschränken, unabhängig vom verfügbaren Speicherplatz, aber dann nicht Geben Sie keine offensichtlichen Optionen wie/usr oder/opt separat ein. Diese Maschinen speichern normalerweise alles, was von dem von Ihnen angeforderten Speicherplatz übrig bleibt, in ein "/ stuff" -Volume, in das Sie unweigerlich alles installieren und verknüpfen, aber das ist kaum ein Trost. Das Nettoergebnis ist, dass wir oft mehr Zeit damit verbringen, Dateien zu mischen und Warn-E-Mails zu versenden, als echte Arbeit zu leisten.

Es ist an sich nichts "Schlechtes" an einer einzelnen Partition. Auf jedem System sollten Sie Ihre Festplattennutzung proaktiv überwachen und vernünftige Housekeeping-Strategien anwenden (z. B. Protokollrotation, Kontingente für Home-Verzeichnisse). Die einzige wirkliche Frage lautet also: Wie viele separate Dateisysteme möchten Sie sich Sorgen machen?

Ich würde daher sagen: es sei denn, Sie sind zu 100% davon überzeugt, dass Sie das System für Ihren speziellen Anwendungsfall effektiv partitionieren können, partitionieren Sie überhaupt nicht.

3
RCross

Ich muss mich zunächst fragen, warum Sie diese Frage überhaupt hier stellen, da Sie ein Biologe sind, der mit einem anscheinend kompetenten Systemadministrator über die Feinheiten der Festplattenpartitionierung argumentiert! (Nichts für ungut, ich frage mich nur wirklich, warum Sie Ihrem Systemadministrator nicht vertrauen.).

Also ein paar Beobachtungen:

  • 1.3 TB ist kein großes Laufwerk mehr. 2 TB ist heutzutage eine mehr oder weniger standardmäßige SATA-Laufwerksgröße in der Desktop-Welt.

  • für die Installation einer Linux-Distribution sind wahrscheinlich nicht mehr als 100 GB erforderlich. Natürlich sollte die Größe für/(root) und (swap) leicht als Zahlen mit oberen Grenzen bestimmt werden können, indem sie großzügig überdimensioniert werden (für root) oder anhand von Systemkonfigurationsrichtlinien (swap).

  • der Mount-Punkt für/home sollte auf etwas auf Ihrem 40-TB-RAID-Server verweisen. Es ist nicht erforderlich, dass sich diese Daten, die Home-Verzeichnisse der Benutzer, irgendwo auf diesem Root-Gerät befinden. Wenn Sie sie auf den RAID-Server stellen, erhalten Sie wahrscheinlich ohnehin einen besseren Schutz. Und es ist höchstwahrscheinlich eine leicht erweiterbare NAS - Funktion, während das kleine RAID, das in die Serverbox eingebaut ist, dies wahrscheinlich nicht ist.

  • sie sollten Ihre spezielle Software wahrscheinlich in einer separaten Partition (Mount-Punkt für/usr/local/bin usw.) ablegen, damit Sie diese über Betriebssystem-Updates und Root-Partitions-Löschvorgänge hinweg beibehalten können. Andernfalls besteht die Möglichkeit, dass Sie Ihre "speziellen" Software-Apps nach einem Betriebssystem-Upgrade/Fix/was auch immer neu installieren müssen.

  • wenn Sie sich um die Verwaltung Ihres Systems sorgen möchten, würde ich eine andere Frage stellen: Wie läuft der Disaster Recovery-Prozess ab, nachdem das Gebäude in Brand geraten ist und die Server und RAID-Boxen zerstört wurden? Dies ist eine Frage, die jeder Benutzer seinen IT-/Systemadministratoren stellen sollte, es sei denn, die Daten, die Sie interessieren, bleiben vollständig in Ihrem Kopf. Die Strategie sollte Fragen wie "Wie werden wir die benötigte Hardware replizieren?" Und "Wie lange wird es dauern, bis wir wieder einsatzbereit sind" enthalten. Einige Diskussionen über die Virtualisierung Ihrer Server können dazu beitragen, Probleme im Zusammenhang mit Hardwareabhängigkeiten zu beheben und die Dinge wieder zum Laufen zu bringen, ohne dass Sie Ihr Betriebssystem neu konfigurieren müssen (da es so konfiguriert werden kann, dass es in einer "weichen" Geräteumgebung ausgeführt wird, die sich nicht ändert, selbst wenn sich die zugrunde liegende Hardware ist völlig anders)

  • in ähnlicher Weise möchten Sie möglicherweise nach der Strategie zum Schutz von Benutzerdaten vor Programm- und Benutzerfehlerdatenverlusten fragen. Das Speichern einer leeren Datei über dem wirklich großartigen Entwurf Ihres Forschungspapiers oder das Eingeben eines falschen Befehls durch einen Benutzer (z. B. rm -rf *) führt genauso sicher zu Datenverlust wie ein Erdbeben, ein Feuer oder andere physische Schäden. Die Lösungen für die Wiederherstellung einzelner Dateien unterscheiden sich ein wenig (oder können es auch sein!) Von denen, die für die Notfallwiederherstellung im Großhandel am nützlichsten sind.

  • -
2
JoGusto

IMHO liegt es ganz bei Ihnen. Betrachten Sie zunächst einige Dinge, die jedoch etwas relativ sind.

  • wird dieses System häufig verwaltet?
  • wird dieses System von einem oder mehreren Benutzern verwendet?
  • wird dieses System als Desktop oder Server oder beides dienen?

Da man (fast) jedes Verzeichnis als Mountpoint betrachten kann, sollte man auch berücksichtigen, was etwas wachsende Daten enthält und was wachsende Daten enthält.

Sie wären überrascht, wie wenig ein Linux-System (etwas wachsende Daten) zum Ausführen benötigt und wie viel von wachsenden Daten verbraucht wird (normalerweise/var/opt/home/srv).

Dies hängt auch davon ab, wie Sie die Verwendung für dieses System definieren, in der die Partitionierungsanforderungen aufgeführt sind. Die Verwendung für LVM enthalten.

Ein typisches Desktop-System würde etwa 20 GB für die Installation einer Vielzahl von Software benötigen. Der Rest wird dann einem dedizierten/Heim zugewiesen. LVM verursacht einen geringen Overhead auf Ihrem System und ist in diesem speziellen Fall nicht von so großem Nutzen. Obwohl die Meinungen unterschiedlich sein könnten.

Auf einem Server ist es weniger wahrscheinlich, dass installierte Software so dynamisch ist wie auf einem Desktop-System. Es ist auch klüger, tatsächliche Mountpunkte für typische Dateisystemkomponenten wie/tmp/var/usr/home/opt/srv zu haben. Die Verwendung von LVM wird hier empfohlen, nicht obligatorisch zu sagen.

Dies bietet eine große Modularität Ihres Systems und ermöglicht auch alberne Dinge wie das Klonen dieser Partition in eine VM zum Beispiel. Oder das Erstellen einer Sicherung auf Blockebene mit dd.

Aufgrund einiger Erfahrungen hier einige Anmerkungen. Erwägen Sie auch, dass mehrere Einhängepunkte eine bessere Kontrolle ermöglichen. Das Zuweisen eines schnellen oder langsamen Festplattengeräts zu einem Einhängepunkt kann einen großen Unterschied machen und die Kosteneffizienz erheblich steigern.

Mounpoint /

  • 1 GB (bei Verwendung separater Mountpunkte für/var/usr/opt/home/tmp)
  • +10 oder sogar +20 GB bei Verwendung als Desktop-System mit einem separaten/Home

bei Verwendung von mountpoint/home

  • weisen Sie allen freien Speicherplatz zu, falls verwendet,/home ne

bei Verwendung von mountpoint/opt

bei Verwendung von mountpoint/usr

  • dies ist schwierig und hängt stark von der installierten Softwarebasis ab

bei Verwendung von mountpoint/var

  • dies ist schwierig und hängt stark von der installierten Softwarebasis ab
  • beispielsweise schreiben Datenbanken ihre Daten hier auf Debian-basierten Systemen, wenn nicht auf allen Linux-Systemen
  • ein separates/var/tmp zu haben ist nicht unangemessen

bei Verwendung von mountpoint/tmp

  • bedenken Sie, dass tmpfs vorhanden ist und/tmp dem RAM zugewiesen wird
  • bedenken Sie, dass einige Anwendungen hier möglicherweise viele Daten schreiben
2
Saint Crusty

Dies ermöglicht das Sichern, Wiederherstellen oder Neuinstallieren des Betriebssystems unabhängig von den Benutzerdaten. Dies gibt Ihnen Freiheit, Unabhängigkeit und Sicherheit.

  1. Es ist viel einfacher, auf eine andere Linux-Distribution zu migrieren, wobei die absolute Mehrheit der Benutzerdaten erhalten bleibt.

  2. Es ist einfach, fehlerhafte Updates durch Anwenden der Sicherung der Betriebssystempartition zurückzusetzen (Dual Boot ist erforderlich). Dieses Backup ist möglicherweise sogar ziemlich alt - Sie können es anwenden und später auf die wissentlich stabile Version aktualisieren.

  3. Es ist einfach, zur vorherigen Version des Betriebssystems zurückzukehren, wenn Ihnen das kürzlich angewendete "Haupt-Upgrade" nicht gefällt (Dual-Boot ist erforderlich).

Für das größte Potenzial dieses Ansatzes sollten Sie auch Dual Boot (kann auch CentOS/CentOS sein) konfigurieren, damit Sie eine Betriebssystempartition überschreiben können, während Sie das Betriebssystem von einer anderen ausführen. Und natürlich müssen Sie die Systempartition mindestens einige Monate lang sichern.

2
h22

Sie müssen keine Software in/usr/local installieren. Sie können die gesamte Software in einem anderen Präfix installieren, das sich möglicherweise in/home befindet. Die meisten Programme können dies tun, wenn Sie sie aus dem Quellcode kompilieren, indem Sie z. ./configure --prefix=/home/bin

Da Sie ein Biologe sind, interessieren Sie sich möglicherweise für eine Menge Software, die nicht richtig in eine Drehzahl oder ein Deb gepackt ist, und Sie müssen sie trotzdem aus dem Quellcode kompilieren.

Ich bin ein Systemadministrator für ein HPC-System mit vielen Biologen unter unseren Benutzern. Wir installieren die gesamte von ihnen angeforderte Software unter einem/apps/Dateisystem. Daher weiß ich, dass dies für die meisten Programme möglich ist, manchmal jedoch auch sei sehr hart. Um dieses Problem zu lösen, haben meine Kollegen und ich über ein Tool namens EasyBuild (Free and Open Source) geschrieben. Es kann Software aus dem Quellcode kompilieren und installieren, in einem anderen Ordner installieren und automatisch ein erstellen mgebungsmodul Datei für Sie, sodass Sie tatsächlich zwei verschiedene Versionen derselben Software installieren können und keine Konflikte haben.

Schauen Sie sich unsere Liste der Pakete an, die wir mit nur einem Befehl installieren können. Als Biologe erkennen Sie möglicherweise viele davon ;-)

Haftungsausschluss: Ich bin ein Entwickler von EasyBuild

1
Jens Timmerman

Meine kurze Antwort lautet, dass selbst ein Desktop niemals "eine große Partition" verwenden sollte. Ich habe das kürzlich gegen mein besseres Urteilsvermögen versucht, weil es "nur ein Laptop" war und der Autoinstaller eine einzelne Partition verwendete, und ich habe einfach auf die Schaltfläche geklickt.

Wenn ich eine andere Distribution installieren wollte, musste ich meine Laufwerke neu partitionieren, da das Installationsprogramm nicht über eine vorhandene Distribution installiert werden soll. Es kann und WIRD Ihr/Ihr Zuhause intakt halten, wenn es sich auf einer eigenen Partition befindet. Am Ende habe ich eine Live-CD mit gparted gebootet und die Partition verkleinert, neue Partitionen für/home und andere erstellt, meine Daten auf die neuen Partitionen verschoben und schließlich das Installationsprogramm für das neue Betriebssystem gestartet.

Im Idealfall befindet sich/auf einer SSD,/home auf einer Festplatte,/var auf einer Festplatte,/usr auf einer SSD oder Festplatte, je nachdem, wie oft Sie ein Upgrade planen./tmp auf eine Festplatte. Normalerweise erstelle ich eine andere Partition für freigegebene Mediendateien wie MP3s und Filme mit Symlinks von zu Hause aus. Beachten Sie, dass/sbin Teil von root ist und/bin und/root ist. Das ist der Unterschied zwischen/bin und/usr/bin./Usr ist etwas, das möglicherweise erst verfügbar ist, wenn alle Ihre Laufwerke gemountet sind. Der Befehl mount kann also nicht in/usr sein! Normalerweise behalte ich ein paar zusätzliche Partitionen für andere Linux-Distributionen, so dass sich die Partition auf meiner Festplatte befindet, nur für den Fall, dass ich etwas wirklich Schlimmes vermassle. Ich habe ein anderes Live-System, mit dem ich Wiederherstellungsarbeiten durchführen kann.

Verwenden Sie für einen Server, auf dem Sie möglicherweise Inhalte verschieben, Speicher dynamisch hinzufügen und die ganze Zeit auf dem Laufenden bleiben müssen, auf jeden Fall LVM !!!

1
Evan Langlois

Ich denke, dass für Anfänger/Einführende * ix-Benutzer im Allgemeinen die wenigsten Partitionen funktionieren können, bis mehr über die Natur des Systems gelernt ist. Sie können jedoch nicht einfach eine Paritition haben, und in Ihrem Fall, Sir, aus mehreren Gründen.

Der erste und öffentlich praktikablere Grund dafür ist, dass die meisten Linux-Systeme eine Swap-Partition benötigen (im Allgemeinen sollte sie zwischen 1 und 2 * Ihres RAM liegen), außerdem ein separates System, Boot- oder Home-Partitionen und im Fall von UEFI-Boot-Linux-Systemen eine EFI-Partition (nur 500 MB).

Der zweite Grund, der speziell auf Ihre Situation zutrifft, ist, dass es nicht die optimale Anordnung ist, 6x 300 GB-Laufwerke zu nehmen und sie zu einem Raid 6 zu machen. Obwohl Raid 6 als universell besseres System bezeichnet wird, ist der Striping-Algorithmus stärker erforderlich und der zum Speichern von Informationen erforderliche Speicherplatz (im Vergleich zu RAID 5) größer.

Ganz zu schweigen davon, dass für RAID 6 zusätzliche Hardware erforderlich ist. Dies sollte meiner respektvollen Meinung nach in Ihrem Fall zum Kauf größerer Festplatten verwendet werden, um Festplattenausfälle, Ausfallzeiten, Notfallwiederherstellung oder zusätzliche Kosten für technische Hilfe zu vermeiden. Ich verstehe, dass einige, viele vielleicht nicht mit mir übereinstimmen, und ich möchte noch einmal bestätigen, dass RAID6 für größere Arrays und, wenn die Festplatten in den nächsten zwei Jahren größer werden (da sie in den letzten Jahren im Preis gefallen sind) große Einkommensgesellschaften werden eine naheliegende Wahl sein. In diesem Fall empfehle ich jedoch nicht die Verwendung von RAID 6.

Zum zweiten (nicht RAID-basierten) Problem: Das Erstellen einer riesigen Partition im gespiegelten Zustand funktioniert möglicherweise für Sie. Wenn Sie jedoch die Effizienz maximieren möchten, verwenden Sie größere Laufwerke und mehrere Partitionen. Auf diese Weise haben Sie bei einem Double-Disk-Fehler keine oder nur geringe Ausfallzeiten an bestimmten Mountpunkten, abhängig von/dev +/dir.

Lassen Sie zumindest Ihr/sys (System, Kernel usw.) separat laufen, sodass Sie, wenn Ihr Kernel aus irgendeinem Grund nicht booten möchte, einfach einen Wiederherstellungskernel, einen Remote-Boot oder PXE, einen Festplatten-Boot usw. Ihres Kernels verwenden und eine Firma haben können. Breiter Zugriff auf Ihre Informationen, während der D-Recovery-Prozess stattfindet.

Ihr Unternehmen kümmert sich möglicherweise nicht um diese Akzente, solange das System funktioniert, aber ich versuche, Gründe zu erklären, warum Menschen Dinge tun. Ich würde auch gerne mehr von anderen hören, für und gegen dieses Argument und andere Punkte ansprechen. Wenn Sie nicht einverstanden sind, lassen Sie mich wissen, warum. Poster-- Ich werde PM Sie auch einige Links.

Eine Liebe für unsere Linux Community Spencer Reiser

PS Insbesondere auf Netzwerkservern oder Systemen, die der Öffentlichkeit zur Verfügung stehen, ist es wirklich am besten, Ihre Partitionen zu trennen, auch wenn dies über Anmeldeinformationen erfolgt. Andere können hier mehr eingeben, ich brauche mehr Kaffee.

0
Spencer Reiser