Wie schlecht 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 auf dem Server. (Die Speicherung erfolgt 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 Biologen haben, die nicht mit dem Computer vertraut sind, sammeln wir auch viel Kruft in / zu Hause. Unser letzter Server hatte eine 200 GB Partition für / und nach 2,5 Jahren war er zu 90% voll. Ich möchte nicht, dass das noch einmal passiert, aber ich möchte auch nicht gegen den Rat eines Experten verstoßen!

Wie können wir die verfügbaren 1,3 TB am besten nutzen, um sicherzustellen, dass Speicherplatz verfügbar ist, wenn und wo er benötigt wird, aber keinen Wartungsalptraum für den Sysadmin schaffen?

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

• um das Betriebssystem von Ihren Benutzer- und Anwendungsdaten zu trennen . Bis zum Release von RHEL 7 gab es keinen unterstützten Upgradepfad und ein Upgrade einer Hauptversion würde eine Neuinstallation erfordern. Wenn Sie beispielsweise /homeund andere (Anwendungs-) Daten auf separaten Partitionen (oder LVM-Volumes) haben, können Sie die Benutzerdaten problemlos beibehalten und Anwendungsdaten und löschen Sie die Betriebssystempartition (en).

• Benutzer können sich nicht ordnungsgemäß anmelden und Ihr System beginnt auf interessante Weise zu scheitern, wenn Ihnen der Festplattenspeicher vollständig ausgeht. Mit mehreren Partitionen können Sie reservierten Festplattenspeicher für das Betriebssystem zuweisen und diesen von den Bereichen trennen, in denen Benutzer und / oder bestimmte Anwendungen schreiben dürfen (z /home /tmp/ /var/tmp/ /var/spool/ /oradata/. B. usw.), um das operationelle Risiko von Benutzern und / oder Anwendungen mit schlechtem Verhalten zu verringern.

• Quote. Mithilfe des Festplattenkontingents 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 einziges Dateisystem nur 1 Festplattenkontingent bedeutet. Mehrere (LVM-) Partitionen bedeuten mehrere Dateisysteme, die eine detailliertere Kontingentverwaltung ermöglichen. Je nach Verwendungsszenario möchten Sie beispielsweise, dass jeder Benutzer 10 GB in seinem Ausgangsverzeichnis und 2 TB in dem Verzeichnis / data auf dem externen Speicherarray zulässt und einen großen freigegebenen Arbeitsbereich einrichtet, in dem jeder Datensätze sichern kann, die für sein Ausgangsverzeichnis zu groß sind und wo die Politik "voll ist voll" wird, aber wenn das passiert, bricht auch nichts.

• Bereitstellung dedizierter E / A-Pfade . Möglicherweise verfügen Sie über eine Kombination aus SSDs und sich drehenden Datenträgern und können diese auch anders ansprechen. Nicht so sehr ein Problem bei einem Allzweck-Server, sondern häufig bei Datenbank-Setups, besteht darin, bestimmte Spindeln (Festplatten) unterschiedlichen Zwecken zuzuweisen, um E / A-Konflikte zu vermeiden, z Festplatten für temporären Speicherplatz. .

• Booten Möglicherweise benötigen Sie eine separate /bootPartition. Früher, um BIOS-Probleme beim Booten über das 1024-Zylinder-Limit hinaus zu beheben, war es heutzutage häufiger erforderlich, verschlüsselte Volumes zu unterstützen, bestimmte RAID-Controller zu unterstützen, HBAs, die das Booten von SANs oder Dateisystemen nicht unterstützen, die vom Installationsprogramm nicht sofort unterstützt werden usw.

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

Wenn Sie harte Partitionen verwenden, müssen Sie diese mehr oder weniger zum Zeitpunkt der Installation korrigieren. Dann ist eine einzelne große Partition nicht die schlechteste, es gelten jedoch einige der oben genannten Einschränkungen.

Normalerweise empfehle ich, Ihr Hauptvolume als ein einzelnes großes physisches Linux LVM-Volume zu partitionieren und dann logische Volumes zu erstellen , die Ihren aktuellen Anforderungen entsprechen. Für den Rest Ihres Festplattenspeichers sollten Sie die Zuordnung so lange aufheben, bis Sie sie benötigen .

Sie können diese Volumes und ihre Dateisysteme nach Bedarf erweitern (was eine einfache 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 das Verkleinern der Dateisysteme auf ihnen wird häufig nicht sehr gut unterstützt und sollte wahrscheinlich vermieden werden.

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 Vorgang vor, bei dem der Computer eine Protokolldatei ziemlich schnell auffüllt, 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, der zu unerwartetem Verhalten führt.

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

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

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

Sie werden sehen, wo die meisten Daten gespeichert sind, und Ihr nächstes System entsprechend auslegen. Das "-d 1" begrenzt die Ausgabe auf nur eine Ebene der Ordnertiefe, wodurch sie besser lesbar wird.

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 aus diesem Grund seinen Home-Ordner ( /root) außerhalb von /home. Wenn das Dateisystem unter bestimmten Umständen voll ist, kann sich auch root nicht anmelden und das System nicht reparieren.

Dies ist der Grund , warum Sie in der Regel getrennte Befestigungspunkte zu schaffen /var, /tmpund die /homeLage sein , zumindest als root anmelden , das System zu reparieren , wenn eine der anderen Partitionen gefüllt ist.

IMHO, mit einer Partition als / ist ganz 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 Sysadmin bevorzugt. Setzen Sie dann eine Überwachung ein, die Sie wissen, wenn Ihr System voll wird, und erweitern Sie die Festplatten, die Sie benötigen. lvresize und resize2fs sind Online-Tools und Sie können Erweiterungen vornehmen, ohne den Server neu zu starten. Sie können jedoch die Anzahl der Festplatten nicht reduzieren, daher müssen Sie relativ klein beginnen und die Anzahl dort erhöhen, wo Sie dies benötigen.

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

Das Ändern eines Partitionslayouts ist etwas schwierig und riskant, was oft ohne lange Ausfallzeiten nicht möglich ist.

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

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

Es gibt ein einfaches System mit dem Namen lvm , mit dem "Partitionen" (in ihrer Terminologie Volumes) im Handumdrehen verschoben / in der Größe geändert werden können. Auf einem einzelnen lokalen Abteilungsserver ist dies jedoch normalerweise nicht erforderlich.

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 denjenigen 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 von / getrennten Partition bereitgestellt.

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

Effektives Paritionieren hat eine gewisse Kunst, und vielleicht gibt es deshalb 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 Abteilung Ops virtuelle Maschinen mit rücksichtslosen Partitionsschemata erstellt, die die Größe von / tmp, / home, / var und / stark einschränken, unabhängig vom insgesamt verfügbaren Speicherplatz, aber dann nicht Offensichtliche Optionen wie / usr oder / opt werden nicht separat eingebunden. Diese Maschinen werden normalerweise alles, was von dem von Ihnen angeforderten Speicherplatz übrig bleibt, in ein "/ stuff" -Volume packen, 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.

An einer einzelnen Partition ist nichts von Natur aus "schlecht". Auf jedem System sollten Sie Ihre Festplattennutzung proaktiv überwachen und vernünftige Verwaltungsstrategien anwenden (z. B. Protokollrotation, Kontingente für private Verzeichnisse). Die einzige wirkliche Frage lautet also: Über wie viele separate Dateisysteme möchten Sie sich Gedanken machen?

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

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

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

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).

Es hängt auch davon ab, wie Sie die Verwendung für dieses System definieren, in dem die Partitionierungsanforderungen beschrieben werden. Die Verwendung für LVM enthalten.

Ein typisches Desktop-System würde etwa 20 GB für die Installation einer großen Menge Software benötigen. Wenn der Rest einem dedizierten / privaten System zugewiesen ist, ist dies in Ordnung. LVM verursacht einen geringen Overhead auf Ihrem System und ist in diesem speziellen Fall nicht besonders vorteilhaft. Die Meinungen könnten sich jedoch unterscheiden.

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 nicht als obligatorisch empfohlen.

Dies sorgt für eine große Modularität Ihres Systems und ermöglicht auch das Klonen dieser Partition in eine VM. Oder erstellen Sie ein Backup auf Blockebene mit dd.

Nach einiger Erfahrung sind hier einige Anmerkungen. Berücksichtigen Sie auch, dass mehrere Einhängepunkte eine bessere Kontrolle ermöglichen. Das Zuweisen eines schnellen oder langsamen Plattengeräts zu einem Einhängepunkt kann einen großen Unterschied bewirken und die Kosteneffizienz erheblich steigern.

Mounpoint /

• 1 GB (wenn separate Mountpunkte für / var / usr / opt / home / tmp verwendet werden)
• +10 oder sogar +20 GB bei Verwendung als Desktop-System mit einem separaten / zu Hause

Wenn Sie mountpoint / home verwenden

• weise allen freien speicherplatz zu, falls benutzt, / home ne

bei Verwendung von mountpoint / opt

bei Verwendung von mountpoint / usr

• Dies ist eine knifflige Angelegenheit und hängt stark von der installierten Software-Basis ab

Bei Verwendung von mountpoint / var

• Dies ist eine knifflige Angelegenheit und hängt stark von der installierten Software-Basis 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 unvernünftig

Wenn Sie mountpoint / tmp verwenden

• Beachten Sie, dass tmpfs vorhanden ist und / tmp dem RAM zugewiesen ist
• Beachten Sie, dass einige Anwendungen hier möglicherweise viele Daten schreiben

Zunächst muss ich fragen, warum Sie diese Frage überhaupt hier stellen, weil Sie ein Biologe sind, der sich mit einem anscheinend kompetenten Systemadministrator über die Feinheiten der Festplattenpartitionierung auseinandersetzt! (keine Beleidigung, ich frage mich nur, warum Sie Ihrem Sysadmin nicht vertrauen).

Also ein paar Beobachtungen:

• 1,3 TB ist kein großes Laufwerk mehr. 2 TB sind heutzutage mehr oder weniger die Standardgröße für SATA-Laufwerke in der Desktop-Welt.

• Es ist unwahrscheinlich, dass eine Installation einer Linux-Distribution mehr als 100 GB erfordert. Natürlich sollte die Größe für / (Root) und (Swap) leicht als obere Grenze bestimmt werden können, indem sie großzügig überdimensioniert werden (für Root) oder durch Richtlinien zur Systemkonfiguration (Swap).

• Der Mount-Punkt für / home sollte auf einen Fehler 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, sind Sie wahrscheinlich ohnehin besser geschützt. Und es handelt sich höchstwahrscheinlich um eine leicht erweiterbare NAS-Einrichtung, während dies bei dem in die Server-Box integrierten kleinen RAID wahrscheinlich nicht der Fall ist.

• Sie sollten Ihre spezielle Software wahrscheinlich auf einer separaten Partition ablegen (Mount-Punkt für / usr / local / bin usw.), damit Sie diese für alle Betriebssystem-Updates und Root-Partition-Löschvorgänge 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 Administration Ihres Systems kümmern möchten, stelle ich eine andere Frage: Wie sieht der Disaster Recovery-Prozess aus, 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 Ihnen wichtig sind, verbleiben 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önnten dazu beitragen, Probleme im Zusammenhang mit Hardwareabhängigkeiten zu lösen und die Dinge wieder in Betrieb zu nehmen, ohne dass das Betriebssystem neu konfiguriert werden muss (da es so konfiguriert werden könnte, dass es in einer "weichen" Geräteumgebung ausgeführt wird, die sich nicht ändert.

• In ähnlicher Weise möchten Sie sich möglicherweise fragen, wie der Schutz von Benutzerdaten vor Datenverlusten durch Programm- und Benutzerfehler aussehen soll. Das Speichern einer leeren Datei über dem wirklich guten Entwurf Ihrer Forschungsarbeit oder das Eingeben eines falschen Befehls durch einen Benutzer (z. B. rm -rf *) führt genauso sicher zu Datenverlusten wie ein Erdbeben, ein Brand oder andere physische Schäden. Die Lösungen für die Wiederherstellung einzelner Dateien unterscheiden sich geringfügig von denjenigen, die für die umfassende Notfallwiederherstellung am nützlichsten sind (oder sein können).

-

Auf diese Weise kann das Betriebssystem unabhängig von den Benutzerdaten gesichert, wiederhergestellt oder neu installiert werden. 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 Aktualisierungen durch Anwenden der Sicherung der Betriebssystempartition zurückzusetzen (Dual-Boot ist erforderlich). Diese Sicherung ist möglicherweise sogar ziemlich alt - Sie können sie anwenden und später auf die wissentlich stabile Version aktualisieren.

3. Es ist einfach, zur vorherigen Version des Betriebssystems zurückzukehren, wenn Sie das kürzlich angewendete "Haupt-Upgrade" nicht mögen (Dual-Boot ist erforderlich).

Für das größte Potenzial dieses Ansatzes sollten Sie auch den Dual-Boot-Modus konfigurieren (kann auch CentOS / CentOS sein), 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 einmal in einigen Monaten sichern.

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

Als ich eine andere Distribution installierte, musste ich meine Laufwerke neu partitionieren, da das Installationsprogramm nicht über eine vorhandene Distribution installiert wird. Es kann und WIRD Ihr / home intakt halten, wenn es sich auf einer eigenen Partition befindet. Also habe ich eine gparted Live-CD 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 sollten Sie / auf eine SSD stellen, / zu Hause auf eine Festplatte, / var auf eine Festplatte, / usr auf eine SSD oder Festplatte, je nachdem, wie oft Sie ein Upgrade planen. / tmp auf eine Festplatte. Normalerweise erstelle ich eine andere Partition für gemeinsam genutzte Mediendateien wie MP3s und Filme mit Symlinks von meinem Zuhause. Beachten Sie, dass / sbin Teil von root ist und / bin und / root ist. Der Unterschied zwischen / bin und / usr / bin besteht darin, dass / usr möglicherweise erst verfügbar ist, wenn alle Laufwerke gemountet wurden. Daher kann der Befehl mount nicht in / usr stehen! Normalerweise behalte ich ein paar zusätzliche Partitionen für andere Linux-Distributionen, so wie die Partition auf meiner Festplatte, 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 Dinge verschieben, Speicher dynamisch hinzufügen und die ganze Zeit auf dem Laufenden bleiben müssen, auf jeden Fall LVM !!!

Sie müssen die Software nicht in / usr / local installieren, sondern 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 es aus dem Quellcode kompilieren, indem Sie z ./configure --prefix=/home/bin

Als Biologe sind Sie möglicherweise an einer Menge Software interessiert, die in einem rpm oder deb nicht richtig 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 sowie in einem anderen Ordner installieren und automatisch eine Umgebungsmoduldatei für Sie erstellen Sie können tatsächlich 2 verschiedene Versionen der gleichen Software installiert haben und haben keine Konflikte.

Schauen Sie sich unsere Liste von Paketen an, die wir mit nur einem Befehl installieren können. Als Biologe werden Sie vielleicht viele von ihnen wiedererkennen ;-)

Haftungsausschluss: Ich bin ein Entwickler von EasyBuild

Ich denke, dass im Allgemeinen für einen Anfänger / Einsteiger * ix-Benutzer das Arbeiten mit den wenigsten Partitionen funktionieren kann, 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 allgemein praktikable Grund dafür ist, dass die meisten Linux-Systeme eine Swap-Partition benötigen (im Allgemeinen sollten es zwischen 1 und 2 * Ihres RAM sein), 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, besteht darin, dass die Verwendung von 6x 300-GB-Laufwerken als RAID 6 nicht die optimale Lösung darstellt. Obwohl die neue Technologie Raid 6 als ein universell besseres System begrüßt, ist der Striping-Algorithmus mehr erforderlich und der zum Speichern von Informationen erforderliche Speicherplatz (im Vergleich zu RAID 5) ist größer.

Ganz zu schweigen davon, dass für RAID 6 zusätzliche Hardware erforderlich ist. Was meiner Meinung nach in Ihrem Fall zum Kauf größerer Festplatten verwendet werden sollte, um Festplattenausfälle, Ausfallzeiten, Disaster Recovery oder zusätzliche Kosten für technische Hilfe zu vermeiden. Ich verstehe, dass einige, viele vielleicht nicht mit mir einverstanden sind, und ich möchte noch einmal betonen, dass RAID6 für größere Arrays und Festplatten größer wird, wenn die Festplatten in den nächsten zwei Jahren größer werden (da der Preis in den letzten Jahren gesunken ist) große einkommensstarke unternehmen werden eine naheliegende wahl sein. In diesem Fall empfehle ich jedoch nicht die Verwendung von RAID 6.

Zum zweiten (nicht RAID-basierten) Problem kann das Erstellen einer großen Partition im gespiegelten Zustand für Sie jedoch hilfreich sein, wenn Sie die Effizienz maximieren möchten, indem Sie größere Laufwerke und mehrere Partitionen verwenden. Auf diese Weise haben Sie bei einem Doppelplattenfehler auf bestimmten Mountpunkten keine oder nur geringe Ausfallzeiten, je nach / dev + / dir.

Stellen Sie zumindest sicher, dass Ihr / sys (System, Kernel usw.) separat ausgeführt wird, sodass Sie, wenn Ihr Kernel aus irgendeinem Grund entscheidet, nicht zu booten, einfach einen Wiederherstellungskernel, einen Remote-Boot oder PXE, einen Festplatten-Boot usw. Ihres Kernels verwenden und eine Firma haben. Breiter Zugriff auf Ihre Daten, während der D-Recovery-Prozess stattfindet.

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

Eine Liebe für unsere Linux Community Spencer Reiser

PS Vor allem auf Netzwerkservern oder Systemen, die der Öffentlichkeit zur Verfügung stehen, ist es am besten, Ihre Partitionen zu trennen, selbst wenn Sie über Anmeldeinformationen verfügen. Andere können hier mehr eingeben, ich brauche mehr Kaffee.