/ auf SSD, soll ich / var auf eine Festplatte legen?

16

Ich habe gerade Ubuntu 14.04 installiert und bin noch sehr neu in Linux / Ubuntu. Ich habe einen Laptop, in dem ich eine 120 GB SSD und eine 750 GB HDD installiert habe.

Derzeit habe ich Ubuntu auf der SSD installiert und montiert , um die HDD durch fstabzu /mnt/var. Jetzt möchte ich Programme auf der Festplatte installieren und die SSD für Ubuntu sauber halten.

Soweit ich weiß, sind Programme im /varVerzeichnis installiert , und deshalb habe ich versucht, die aktuellen Daten von /varnach zu kopieren /mnt/varund dann zu bearbeiten fstab, um die Festplatte zu mounten /var.

Bei jedem Neustart treten jedoch viele verschiedene Probleme auf: Erstens wurde angegeben, dass einige Treiber nicht gefunden wurden. Dann, nach einem weiteren Versuch, es ein bisschen anders zu machen, konnte es nicht finden /var.

Meine Frage ist, und es tut mir leid, wenn dies schon einmal gestellt wurde, ich aber einer Reihe verschiedener Anleitungen gefolgt bin und keine für mich funktioniert hat. Wie stelle ich es richtig so ein, wie ich es will?

Taerus
quelle
1
Hmm, es fühlt sich einfach so an, als ob das 750-GB-Laufwerk für nichts da ist. Die Art und Weise, wie ich meine Sachen unter Windows verwaltete, bestand darin, alles, was ich nicht oft benutzte, unterzubringen und viel Speicherplatz auf der Festplatte zu belegen. Gibt es keine Möglichkeit, meine Inhalte auf Ubuntu auf die gleiche Weise zu verwalten?
Taerus
Außerdem könnte mein Laufwerk sehr schnell voll werden. Es ist nur 120GB. Wie würde ich die 750GB optimal nutzen?
Taerus
3
Verwenden Sie ein anderes Betriebssystem auf Ihrer SSD? Wenn Sie nur Ubuntu auf der SSD verwenden, haben Sie viel freien Speicherplatz. Meine vollständige Installation von Ubuntu benötigt nur 6 GB (meine /home/hat eine eigene Partition).
AL
@bain Ich schlage vor, Taerus die Möglichkeit zu geben, selbst zu entscheiden, ob es für ihn am besten ist, / var auf einer separaten Partition zu speichern, bevor die Frage als mögliches Duplikat gekennzeichnet wird.
Karl

Antworten:

20

Das ist eine schlechte Idee. Wenn Sie die installierten Anwendungen auf der SSD speichern, erhalten Sie ein stabileres Betriebssystem und eine bessere Leistung. Sie haben eine SSD mit 120 GB, daher sollten Sie nicht zögern, sie für Ihre installierten Anwendungen zu verwenden.

Ihre 750GB Festplatte ist bestimmt nicht umsonst dabei. Hier ist mein Vorschlag, wie man die 750 GB Festplatte optimal nutzt. Installieren Sie Ubuntu auf Ihrer SSD, einschließlich Ihres /homeVerzeichnisses, alles läuft auf Ihrer SSD. Verwenden Sie dann Ihre 750-GB-Festplatte als Datenlaufwerk, um Ihre persönlichen Dateien zu speichern. Unabhängig davon, was mit Ihrem Betriebssystem passiert, sind Ihre persönlichen Dateien auf der 750-GB-Festplatte geschützt und zugänglich. Selbst wenn Ihr Betriebssystem völlig unbrauchbar wird oder Sie Ubuntu neu installieren, bleiben alle Ihre persönlichen Dateien auf der 750-GB-Festplatte erhalten.

Sie müssen sich keine Sorgen machen, dass Ihre 120-GB-SSD zu klein ist. Eine 120-GB-SSD hat mehr als genug Platz, um Ubuntu auf diese Weise zu installieren. In der Tat hat sogar eine 60-GB-Partition mehr als genug Platz für Ubuntu und viele installierte Anwendungen.

Auf meinem Ubuntu gibt es ein paar Dateien, die ich regelmäßig benutze. Um die Leistung zu verbessern und diese Dateien schnell zu öffnen, behalte ich diese Dateien auch auf meiner SSD in meinem /homeVerzeichnis. Ich habe nicht viele dieser Dateien, daher ist mein /homeVerzeichnis ziemlich klein.

karel
quelle
Vielen Dank für den Rat, und ich werde dabei bleiben. Vielleicht überlege ich es mir in Zukunft noch einmal, wenn ich mehr Erfahrung mit Ubuntu / Linux habe. Obwohl, wenn Speicherplatzprobleme nicht auftreten, ich wahrscheinlich für immer dabei bleiben werde. Nochmals vielen Dank, sehr geschätzt.
Taerus
7
Ich lege mein Home-Verzeichnis auf die SSD, aber ich lege Dokumente, Downloads, Musik, Videos usw. auf die größere Festplatte und füge nur Links zum Home-Verzeichnis hinzu. Ich werde wahrscheinlich versuchen, sie zu mounten, anstatt Links zu verwenden, aber ich mache das schon lange so, und es funktioniert. Wenn ich ein anderes Betriebssystem installiere, kann ich die Mediendateien problemlos freigeben.
Marty Fried
1
Hah, zufällig habe ich es genauso gemacht :-) Sie können ihre Ordnerpfade irgendwo in /home/user/.config/user-dirs.dirs bearbeiten.
Taerus
1
@MartyFried Ich bin mit dir da. Ich symlimiere die Verzeichnisse in / home / auf meiner 2. CD.
Rinzwind
@Taerus - Ja, das habe ich gelernt. aber ich habe auch gelernt, dass es nicht notwendig ist, den Link sofort hinzuzufügen, wenn Sie ihn löschen. Ich habe auch festgestellt, dass Symlinks möglicherweise besser sind als das Mounten, da meine Sicherung diesen nicht automatisch folgt, sodass ich die Medien separat sichern kann.
Marty Fried
9

Ok, erstens, die Antworten, die ich gesehen habe, befassen sich nicht mit den 2 wichtigsten Fragen.

Erstens, obwohl ich Sie beim Eintauchen und Ausprobieren begrüße, ist der Grund, warum Sie auf Probleme gestoßen sind, auf ein unvollständiges Verständnis der Linux-Verzeichnisstruktur zurückzuführen. Bitte bestätigen Sie das Folgende, bevor Sie blind meinen Rat befolgen, da ich kein regelmäßiger Benutzer der * buntu-Varianten von Linux bin, sondern ...

Anwendungen werden (meiner Erfahrung nach) im Allgemeinen nicht in / var gefunden (es gibt Ausnahmen), die meisten Anwendungen befinden sich unter dem Verzeichnis / usr, / var wird (in Ubuntu) für serverbezogene Dateien, Protokolle und Caches verwendet. auch Dinge, die beim Neustart verloren gehen würden, wenn sie in / tmp gespeichert würden.

Es muss ein Kompromiss geschlossen werden. / var auf einem schnellen Laufwerk (wie z. B. einem ssd) verbessert die Systemleistung, kann jedoch aufgrund der Besonderheiten von ssd-Laufwerken die Lebensdauer des Laufwerks aufgrund häufigerer Schreibvorgänge (etwas) verringern.

Kurz gesagt, schnellere Leistung, / var auf SSD, längere Lebensdauer, / var auf Ihrem 750 GB-Laufwerk.

Als Referenz sind alle meine Systemdateien (openSUSE 13.1) und die gesamte Systemverzeichnisstruktur (einschließlich / var) auf einer einzigen 64-GB-SSD vorhanden.

Karels Informationen über Ihre Daten sind etwas irreführend (glaube ich), da Ihre Daten und / home-Verzeichnisse eng miteinander verknüpft sind. Mein Vorschlag, mount / home auf einer Partition auf dem 750GB-Laufwerk. Dies vereinfacht auf lange Sicht die Dateiverwaltung.

Meine Daten und meine Website sind die einzigen Dinge, die sich nicht auf der SSD befinden. Meine Daten (/ home, / srv / http) werden auf separaten Laufwerken gespeichert, um Upgrades oder das Verschieben auf andere Distributionen zu vereinfachen 1998)

Ich werde antworten, wie man / var in einem folgenden Beitrag verschiebt

Mesamoo
quelle
Du hast recht. Ich würde hinzufügen , dass Software auch in anderen Orten installiert ist ( /bin, /lib, /opt, usw.). Sie speichern jedoch normalerweise Dinge wie Datenbankdateien in /var. "Ihre Daten und / home-Verzeichnis sind eng miteinander verbunden" Sicher, aber Sie können flexibler sein und Dinge außerhalb davon setzen. (Oder symlink / bind mount, damit Sie ein anderes Gerät verwenden können, aber es sieht immer noch so aus, als wäre es im Inneren ~.)
Matt Nordhoff
Warum zwei Antworten?
Braiam
Es ist auf jeden Fall gut, die Auswirkungen auf die Lebensdauer der Festplatte zu kennen. Ab 2017 ist es also grundsätzlich besser, das System auf einer NVMe PCIe-SSD zu installieren, / var und einige andere, wenn möglich, auf einer anderen billigen SSD zu speichern und den Rest der selten verwendeten Dateien auf einer Festplatte zu speichern. .
nyxee
4

Ich wieder, BTW Ich bin mit Karel einverstanden, dass Ihre Basisinstallation auf der SSD die beste Option ist. Ich empfehle auch, einige andere Tutorials zu lesen, bevor ich meinen Anweisungen folge.

ANMERKUNG: Es ist viel einfacher, Ihr System während einer Neuinstallation zu konfigurieren.

Wenn Sie nun einen neuen Mount-Punkt für / var erstellen möchten, müssen Sie zahlreiche Dinge berücksichtigen.

Einige Verzeichnisse sind schwieriger zu verschieben, da möglicherweise Dateien verwendet werden. / Var ist eines dieser untergeordneten Probleme. Immer wenn Ihr System aktiv ist, werden wahrscheinlich Daten in / var geschrieben

Eine andere Überlegung ist, die richtigen Dateiattribute beizubehalten. Ohne die richtigen Flags kann dies nicht kopiert werden.

Diese Links könnten Ihnen den Einstieg erleichtern.

http://lists.opensuse.org/opensuse/2001-11/msg01343.html

http://dev.digi-corp.com/2009/09/moving-opt-data-to-new-partition-in-linux-due-to-low-disk-space

ANMERKUNG: Ich bevorzuge die Verwendung von tar gegenüber cp. Es ist schneller und ich weiß, dass meine Dateiattribute beibehalten werden, etwa die folgenden (ein kurzes Beispiel, einige Schritte wurden der Einfachheit halber weggelassen).

BEFOLGEN SIE DIESE ANWEISUNGEN NICHT, OHNE ZU VERSTEHEN, WAS GEMACHT WIRD

  • Booten Sie von Live-USB.
  • Verwenden Sie fdisk und mkfs, um eine neue Partition auf Ihrem 750-GB-Laufwerk zu erstellen und zu formatieren. 50 GB sollten ausreichen.
  • Hängen Sie das neue Verzeichnis ein.

So was

mkdir /mnt/var2
mount -a /dev/sdxx /mnt/var2

(Ersetzen Sie sdxx durch die 50-GB-Partition, die Sie für Ihr neues / var erstellt haben, z. B. / dev / sdb1)

Mounten Sie Ihre SSD als / mnt / oldroot

mkdir /mnt/oldroot
mount -a /dev/sdxx /mnt/oldroot

(hier ist / dev / sdxx die / Partition auf Ihrer ssd, wahrscheinlich / dev / sda1 oder ähnlich) Sie sollten jetzt in der Lage sein, in Ihrem alten Dateisystem zu navigieren, beginnend mit / mnt / oldroot

Jetzt kopieren Sie die Dateien aus dem alten / var-Verzeichnis in das neue

cd /mnt/oldroot/var
tar cSpf - . | (cd /mnt/var2 ; tar xvSpf - )

Wenn der Kopiervorgang abgeschlossen ist, vergleichen Sie die beiden Verzeichnisse. Wenn alles gut aussieht, benennen Sie das alte Verzeichnis / var um

mv /mnt/oldroot/var /mnt/oldroot/var.0ld
mkdir /mnt/oldroot/var

Sie müssen nur noch / mnt / oldroot / etc / fstab bearbeiten, um die neue Partition als Einhängepunkt für / var hinzuzufügen (das überlasse ich Ihrer Fantasie).

dann

umount /mnt/var2
umount /mnt/oldroot
reboot

Wenn alles gut gegangen ist, sollte beim Neustart die neue Partition als / var gemountet werden

Mesamoo
quelle