Ich habe einen ASUS-Laptop, den ich als Linux-Rechner umfunktionieren möchte und für den ich eine neue 750 GB-Festplatte gekauft habe. Gestern habe ich Ubuntu 14.04 LTS installiert und die allgemeinen Richtlinien zum Erstellen verschiedener Laufwerkspartitionen befolgt. Dabei habe ich tatsächlich etwas mehr Platz eingeplant als vorgeschlagen, da die Festplatte ziemlich groß ist.
Ich habe während der Installation auch mein Home-Verzeichnis verschlüsselt (bin nicht sicher, ob dies das Problem verursacht, das ich gleich beschreiben werde).
Heute Abend versuche ich, hier ein paar Programme einzurichten, die ich regelmäßig verwende, wie Spotify und Dropbox. Ich konnte beide installieren, aber Dropbox scheint zu glauben, dass ich keinen Speicherplatz mehr habe (behauptet, ich hätte nur noch 500 MB oder so einen Blödsinn). Ich bin verwirrt, warum. Es befindet sich in meinem /home/mydirectory, das (glaube ich) mit der größten Partition eingerichtet ist, fast 700 GB. Selbst wenn ich alles synchronisieren wollte, was ich in meiner Datenbank habe, sind das immer noch nur 30 GB, also habe ich eindeutig genug Platz.
Als ich „die Datenträger untersuchte“, um herauszufinden, wo das Problem lag, bemerkte ich, dass ein scheinbar großer Teil dieses Datenträgers von meinem privaten (verschlüsselten) Verzeichnis verwendet (reserviert?) wird. Ist es möglich, die Datenbank in dieses Verzeichnis zu verschieben? Wie platziere ich die Dinge überhaupt dort?
Ich habe es ursprünglich aus Sicherheitsgründen verschlüsselt, aber jetzt frage ich mich, ob es das wert war. Als ich es installiert habe, wurden mir von DB keine Optionen angeboten, aber ich weiß, dass ich das Verzeichnis „verschieben“ kann. Jede Hilfe oder Anregung ist willkommen.
Bearbeiten 16.05.15
Auf Ihre Anregung hin habe ich folgende Informationen herausgefunden:
Benutzer@Asus:~$ df -H Verwendete Dateisystemgröße Verfügbare Nutzung% Eingebunden auf /dev/sda9 17 G 15 G 658 M 96 % / keine 4,1k 0 4,1k 0 % /sys/fs/cgroup udev 4,1 G 4,1 k 4,1 G 1 % /Entwickler tmpfs 814 M 1,3 M 813 M 1 % /Lauf keine 5,3M 0 5,3M 0 % /laufen/sperren keine 4,1 G 6,6 M 4,1 G 1 % /Lauf/SHM keine 105 M 41.000 105 M 1 % /Lauf/Benutzer /home/Benutzer/.Privat 17 G 15 G 658 M 96 % /home/greywolf Benutzer@Asus:~$
Wenn ich mir das ansehe, verstehe ich, warum es denkt, dass mir der Speicherplatz ausgeht. Das ist mir jedoch immer noch ein Rätsel, da ich ein 700+ GB großes Volume habe, das hier überhaupt nicht aufgeführt ist. Noch seltsamer ist, dass ich es vor dem Öffnen dieser Nachricht zum Bearbeiten gemountet gesehen habe (sogar die Eigenschaften aufgerufen) – jetzt ist es weg. Als ich versuchte, es hier zu installieren, dachte ich, ich hätte das größte Volume für /home gespeichert. Ich bin in diesem Prozess nicht sehr weit gekommen, sodass ich nicht einfach von vorne beginnen könnte. Wenn Sie eine 750 GB große Festplatte hätten, auf der Sie Ubuntu installieren könnten, welche Partitionen würden Sie während des Startvorgangs erstellen und in welcher Kapazität? Das ist vielleicht das, was ich noch einmal versuchen muss. (Ich hatte dieses Problem beim letzten Mal nicht, also bin ich mir nicht sicher, warum ich es jetzt habe)
gparted hat mir Folgendes gegeben:
Benutzer@Asus:~$ sudo gparted ====================== libparted: 2.3 ====================== (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 7 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 6 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 26 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 25 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 33 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 32 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 36 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 35 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 39 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 38 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 42 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 41 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 45 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 44 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 48 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 47 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 51 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 50 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 54 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 53 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 57 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 56 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 60 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 59 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 65 zu entfernen, wurde sie nicht gefunden. (gpartedbin:4874): GLib-CRITICAL **: Beim Versuch, die Quell-ID 64 zu entfernen, wurde sie nicht gefunden.
Es scheint immer noch zu laufen. Außerdem wurde die Gparted-Benutzeroberfläche aufgerufen, von der ich einen Screenshot gemacht habe, aber ich bin mir nicht sicher, wie ich das hier posten kann.
Ergebnisse vom Mount:
Benutzer@Asus:~$ mount /dev/sda9 ein / Typ ext4 (rw,errors=remount-ro) proc auf /proc Typ proc (rw, noexec, nosuid, nodev) sysfs auf /sys Typ sysfs (rw,noexec,nosuid,nodev) keine auf /sys/fs/cgroup Typ tmpfs (rw) keine auf /sys/fs/fuse/connections Typ fusectl (rw) keine bei /sys/kernel/debug Typ debugfs (rw) keine auf /sys/kernel/security Typ securityfs (rw) udev auf /dev Typ devtmpfs (rw, Modus = 0755) devpts auf /dev/pts Typ devpts (rw,noexec,nosuid,gid=5,mode=0620) tmpfs auf /run Typ tmpfs (rw, noexec, nosuid, Größe=10 %, Modus=0755) keine bei /run/lock Typ tmpfs (rw,noexec,nosuid,nodev,size=5242880) keine bei /run/shm Typ tmpfs (rw, nosuid, nodev) keine bei /run/Benutzertyp tmpfs (rw,noexec,nosuid,nodev,size=104857600,mode=0755) keine auf /sys/fs/pstore Typ pstore (rw) systemd auf /sys/fs/cgroup/systemd Typ cgroup (rw,noexec,nosuid,nodev,none,name=systemd) /home/user/.Private auf /home/user Typ ecryptfs (ecryptfs_check_dev_ruid,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs,ecryptfs_sig=9c8812d31a548113,ecryptfs_fnek_sig=7e7a38601164a67f) gvfsd-fuse auf /run/user/1000/gvfs Typ fuse.gvfsd-fuse (rw,nosuid,nodev,user=user) /dev/sda5 auf /media/user/2a556b61-ee1f-4f45-a618-a811d40e6f48 Typ ext4 (rw,nosuid,nodev,uhelper=udisks2) /dev/sda8 auf /media/user/17eec742-26fd-40ff-a1d8-2730c7aea46e Typ ext4 (rw,nosuid,nodev,uhelper=udisks2) /dev/sda7 auf /media/user/b8c70277-bf06-410f-91ac-ce5d54ed208c Typ ext4 (rw,nosuid,nodev,uhelper=udisks2) Benutzer@Asus:~$
Ich bin zu 99 % sicher, dass sda8 die große Partition ist.
Hier ist der Inhalt der fstab-Datei:
# /etc/fstab: Informationen zum statischen Dateisystem. # # Verwenden Sie 'blkid', um die universell eindeutige Kennung für ein # Gerät; dies kann mit UUID= als robustere Möglichkeit zur Benennung von Geräten verwendet werden # das funktioniert auch, wenn Festplatten hinzugefügt und entfernt werden. Siehe fstab(5). # # # / war während der Installation auf /dev/sda9 UUID=b187f237-9f0d-4644-b6eb-880a2c131f7e / ext4-Fehler=remount-ro 0 1 # Swap war während der Installation auf /dev/sda10 #UUID=b7b9eb33-8e0a-4f48-9196-e582abe50b10 keine Swap-SW 0 0 /dev/mapper/cryptswap1 keine Swap-SW 0 0
Nachdem ich einige der Vorschläge (unten) befolgt habe, zeigt df -h jetzt Folgendes:
Verwendete Dateisystemgröße Verfügbare Nutzung% Eingebunden auf /dev/sda9 16 G 15 G 336 M 98 % / keine 4,0 K 0 4,0 K 0 % /sys/fs/cgroup udev 3,8 G 12 K 3,8 G 1 % /Entwickler tmpfs 777 Mio. 1,2 Mio. 776 Mio. 1 % /Lauf keine 5,0M 0 5,0M 0 % /laufen/sperren keine 3,8 G 3,8 M 3,8 G 1 % /Lauf/Shm keine 100M 48K 100M 1% /Ausführung/Benutzer /home/Benutzer/.Privat 16G 15G 336M 98% /home/Benutzer /dev/sda5 687 M 44 M 594 M 7 % /media/user/2a556b61-ee1f-4f45-a618-a811d40e6f48 /dev/sda8 650 G 70 M 617 G 1 % /media/user/17eec742-26fd-40ff-a1d8-2730c7aea46e /dev/sda7 6,8 G 16 M 6,4 G 1 % /media/user/b8c70277-bf06-410f-91ac-ce5d54ed208c
Wie Sie sehen, ist /sda8 die große Partition. Ich dachte wirklich, ich hätte sie zur /home-Partition gemacht, aber das ist offensichtlich nicht der Fall, was alle möglichen Probleme verursacht.
Antwort1
Bearbeiten: resize2fs hat nicht funktioniert. Versuchen Sie „resize2fs /dev/sda9“ in einem Terminal.
Oder Sie können gparted installieren und verwenden, um Ihre Partitionen zu bearbeiten.
Ich findeDieser Beitragist das, was Sie suchen. Gparted wird das beste Werkzeug sein. DieGparted-HandbuchSie sollten sich beim Einstieg sicher fühlen.