Die Partitionierung wurde automatisch erstellt und jetzt habe ich ein Problem mit dem Root-Verzeichnisbereich. Es gibt einen Überfall /dev/md3mit fast 2 TB frei und /dev/rootmontiert /mit 20 GB, von denen 1,2 gb frei.
Dies ist meine Konfiguration:
# fdisk -l WARNING: GPT (GUID Partition Table) detected on '/dev/sda'! The util fdisk doesn't support GPT. Use GNU Parted. Disk /dev/sda: 2000.4 GB, 2000398934016 bytes 255 testine, 63 settori/tracce, 243201 cilindri, totale 3907029168 settori Unità = settori di 1 * 512 = 512 byte Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Identificativo disco: 0x00000000 Dispositivo Boot Start End Blocks Id System /dev/sda1 1 3907029167 1953514583+ ee GPT WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted. Disk /dev/sdb: 2000.4 GB, 2000398934016 bytes 255 testine, 63 settori/tracce, 243201 cilindri, totale 3907029168 settori Unità = settori di 1 * 512 = 512 byte Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Identificativo disco: 0x00000000 Dispositivo Boot Start End Blocks Id System /dev/sdb1 1 3907029167 1953514583+ ee GPT Disk /dev/md3: 1978.9 GB, 1978886193152 bytes 2 testine, 4 settori/tracce, 483126512 cilindri, totale 3865012096 settori Unità = settori di 1 * 512 = 512 byte Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Identificativo disco: 0x00000000 Il disco /dev/md3 non contiene una tabella delle partizioni valida Disk /dev/md2: 21.0 GB, 20970405888 bytes 2 testine, 4 settori/tracce, 5119728 cilindri, totale 40957824 settori Unità = settori di 1 * 512 = 512 byte Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Identificativo disco: 0x00000000 Il disco /dev/md2 non contiene una tabella delle partizioni valida # df -h File system Dim. Usati Dispon. Uso% Montato su /dev/root 20G 17G 1,2G 94% / devtmpfs 7,9G 4,0K 7,9G 1% /dev none 4,0K 0 4,0K 0% /sys/fs/cgroup none 1,6G 792K 1,6G 1% /run none 5,0M 0 5,0M 0% /run/lock none 7,9G 4,0K 7,9G 1% /run/shm none 100M 0 100M 0% /run/user /dev/md3 1,8T 295M 1,7T 1% /home
Was ich also tun muss, ist die Verwendung von /dev/md3for, /dev/rootum den gesamten verfügbaren Platz zu nutzen!
Bitte helfen Sie mir, denn ich habe mich nie ohne Gui getrennt und möchte kein Chaos machen. Natürlich möchte ich nicht alle Daten verlieren /dev/root(obwohl mir das egal ist /dev/md3).
Ich weiß nicht, ob ich auf dem richtigen Weg bin, aber ich dachte, ich könnte einfach den Mount-Punkt ändern /dev/md3. Ich stieg auf und stieg weiter, /aber ohne Glück. Hier ist mein Fstab:
Kann ich den Einhängepunkt einfach ändern /und den Server neu starten, damit er funktioniert? Ich meine, den ganzen Raum /dev/md3auf /?
2 Antworten auf die Frage
0
amotzg
Wenn Sie nur Einhängepunkte ändern möchten, müssen Sie parted nicht verwenden. Wie Sie sehen, können Sie die Fstab bearbeiten, um Ihren festen Einhängepunkt zu ändern.
Das Ändern der Root-Partition unter Linux ist jedoch mehr als das Verschieben des Root-Mount-Punkts. Sie müssen darauf achten, dass viele Teile des Betriebssystems wissen, wohin Sie das Betriebssystem verschoben haben. Wenn Sie kein neues Betriebssystem auf dem zusätzlichen Speicher neu installieren möchten, empfehle ich Ihnen, den Root-Mount-Punkt nicht zu verschieben. Sie können den zusätzlichen Speicher unter einem anderen "Unterpfad" im Dateisystem einhängen und transparent für andere physische Datenträger verwenden.
Eine gute Option ist, den zusätzlichen Speicher als / home-Verzeichnis bereitzustellen. Siehe diese Anleitung . Beachten Sie, dass Sie, wenn Sie bereits Benutzer in Ihrem aktuellen / home-Konto haben, zuerst die aktuellen Daten an den neuen Speicherort kopieren. Es ist alles in dem verlinkten Leitfaden.
Nach dem Mounten des zusätzlichen Speichers in einem anderen Pfad im Dateisystem können Sie Nicht-Betriebssystemdaten in den neuen Speicherplatz verschieben, um auf der Betriebssystempartition mehr Speicherplatz zur Verfügung zu stellen.
Ich habe versucht, die Zeile / etc / fstab von / dev / md3 zu ändern und auf / var zu mounten, aber natürlich gingen alle Daten in / var verloren und ich konnte keine der Websites darauf erreichen. Denken Sie also, wenn Sie einen Weg finden, den Inhalt von / var zu kopieren, ändern Sie die fstab, um / dev / md3 auf / var zu setzen, und kopieren Sie dann den Inhalt der 'alten' var erneut, werden Sie den Trick ausführen? Haben Sie trotzdem bemerkt, dass fstab und df -h ein anderes Dateisystem für das Verzeichnis / ausgeben? df -h gibt / dev / root, während in fstab kein / dev / root vorhanden ist, sondern / dev / md2 an / angehängt ist. Wie kann das möglich sein?
myh34d vor 8 Jahren
0
@ koo27 Sie können zuerst / dev / md3 in ein temporäres, neutrales Verzeichnis einhängen und die aktuellen Daten vom gewünschten Mount-Punkt kopieren. Und nur dann Mount-Punkte ändern.
amotzg vor 8 Jahren
0
Wenn Sie noch einmal Ihre Ausgaben betrachten, sieht es nicht wie die Standardinstallation des Ubuntu-Servers aus. Sind Sie sicher, dass es sich um Ubuntu 14.04 handelt und nicht um eine andere (Redhat?) Distribution? Wenn es ein Ubuntu ist, haben Sie es in der Vergangenheit angepasst? Wie?
amotzg vor 8 Jahren
0
Die Installation erfolgte auf der Serverplattform von soyoustart. Das ist so: Ubuntu Server 14.04 "Trusty Tahr" LTS (64 Bit) und ich habe ISPConfig gemäß der "perfekten Anleitung" für Ubuntu Server 14.04 installiert. nichts anderes
myh34d vor 8 Jahren
0
Was ist dabei: "Sie können zuerst / dev / md3 in ein temporäres, neutrales Verzeichnis einhängen und die aktuellen Daten vom gewünschten Mount-Punkt kopieren. Und nur dann Mount-Punkte ändern." Muss ich die Daten aus dem temporären Verzeichnis in das neue verschieben?
myh34d vor 8 Jahren
0
Nur der Einhängepunkt ist temporär. ZB wenn Sie / var ändern möchten. Hängen Sie zuerst die neue Partition an, um zum Beispiel / newPartition zu starten und einen Neustart durchzuführen. Dann ändern Sie Fstab erneut. Kopieren Sie jedoch / var vor dem nächsten Start nach / newPartition. Nach einem weiteren Neustart haben Sie schließlich die neue / var mit den alten Daten.
amotzg vor 8 Jahren
0
Wieder, da Sie nicht von einem dritten Gerät aus booten können, um diese Änderungen vorzunehmen (oder?). Ich würde empfehlen, den neuen Speicher an einem anderen alternativen Speicherort zu installieren, von dem das System derzeit nicht abhängig ist. Vielleicht können Sie Softlinks oder Verzeichnismounts verwenden, um Ihr Ziel auf andere Weise zu erreichen.
amotzg vor 8 Jahren
0
Ok, nimm als Referenz deinen vorletzten Kommentar, ich gebe ein realistisches Beispiel und kannst du mir bitte sagen, ob ich recht habe: Laut meinem Fstab habe ich / var in / und nicht in einer anderen Partition, aber ich möchte das geben Speicherplatz von / dev / md3 in / var. Was ich tun werde, ist: 1. mounten Sie / dev / md3 und mounten Sie es in ein neues Verzeichnis, sagen wir / newPartition edit fstab, um / dev / md3 auf / var zu mounten. 4. Neustart (Ich möchte zu viele Neustarts vermeiden, da ich mehrere Standorte betreibe, so dass ich bei Bedarf ein mount -a bereitstellen werde.) 5. erledigt. Habe ich recht ?
myh34d vor 8 Jahren
0
Mir fehlt etwas, weil nach Punkt 3 ich nichts in / var habe (weil ich den Inhalt in / newPartition verschoben habe).
myh34d vor 8 Jahren
0
Auf einer eigenständigen physischen Maschine würde ich sagen, dass Sie für die ersten Schritte von einem Drittanbieter-Medium booten können. Auf diese Weise wird / var nicht verwendet, wenn Sie die Dateien verschieben. Da / var in Ihrem virtuellen Fall verwendet wird, können Sie jedoch keine wichtigen Dateien löschen. Dies ist einer der Gründe, warum ich empfohlen habe, einen anderen Ansatz für systemkritische Standorte zu wählen.
amotzg vor 8 Jahren
0