Bei sudo apt-get upgrade folgender Fehler in der VirtualBox:
E: Sie haben nicht genug Platz in /var/cache/apt/archives/
Offenbar ist der Server voll, wie Platz schaffen?
Anmeldungsdatum: Beiträge: 95 |
Bei sudo apt-get upgrade folgender Fehler in der VirtualBox: E: Sie haben nicht genug Platz in /var/cache/apt/archives/ Offenbar ist der Server voll, wie Platz schaffen? |
||||||
Anmeldungsdatum: Beiträge: 3903 Wohnort: da, wo andere Urlaub machen. :) |
u.a. mit sudo apt clean oder auch mit sudo apt autoremove oder beidem? |
||||||
Anmeldungsdatum: Beiträge: 16452 |
wenn das nicht genügt, kann man auch die virtuelle Platte in VirtualBox vergrößern, wie das geht steht im Handbuch |
||||||
Anmeldungsdatum: Beiträge: 860 Wohnort: Wien |
Du könntest mal rausfinden was so viel Platz braucht und dann sehen ob du dich davon trennen kannst. Das kannst du zum Bsp mit: du -h machen. Ich persönlich würde es in eine Datei schreiben und dann mit einem Tabellenkalkulationsprogramm (zum Bsp Calc) etwas aufbereiten, dann geht die Übung etwas leichter von der Hand. Dazu kannst du in das Verzeichnis gehen welches du "auswerten" willst und folgendes schreiben: du -h > /home/BENUTZERNAME/DATEINAME.txt Wenn du das für ganz / machen willst musst du noch ein sudo davor setzten. Das ist dann aber schon eine recht umfangreiche Liste! Alternativ kannst du, wenn du eine grafische Oberfläche hast auch Tools wie Baobab verwenden. Da gibts eine grafisch aufbereitete Ansicht die ganz praktisch sein kann. Wenn du Server schreibst, ist das ein "richtiger" Server oder ein normales Ubuntu mit grafischer Oberfläche, bei der irgendein Serverdienst läuft? Bei letzterem kannst du wahrscheinlich eine Menge nicht genutzter Programme deinstallieren. Besteht die Möglichkeit die virituelle Platte zu vergrößern, oder bist du da beschränkt? |
||||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
An der virtuellen Festplatte liegt es (doch) nicht, siehe Anhang.
und
hab ich schon (erfolgreich) ausgeführt. Leider immer noch die Meldung im Betreff, bei apt-get upgrade. Uns zeigen die Anwendungen wie Joomla an, dass diese in manche Datenbanktabellen nichts mehr schreiben können und machen es derzeit doch noch. Upgrades auch beispielsweise von Joomla nicht (mehr) möglich: Login failed... Ich habe mit sudo rm * schon mal alles aus /var/cache/apt/archives/ gelöscht (brachial). Nach wie vor ändert sich nichts am dem aktuellen Zustand. Bevor ich einen Sicherungspunkt aktiviere von der VirualBox wo das noch ging, und wir damit Arbeit verlieren, hier nochmals das Anliegen. Ich bleibe erst mal auch dran. |
||||||
Anmeldungsdatum: Beiträge: 16452 |
Zeige doch bitte mal die Ausgabe von df -h und von df -i |
||||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
und
|
||||||
Anmeldungsdatum: Beiträge: 860 Wohnort: Wien |
Nachdem es an den Inodes auch nicht liegt, mal ganz naiv gefragt, die reale Platte auf der du die VM installiert hast, die hat auch noch genug Platz damit sich die virituelle ausdehnen kann? |
||||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Ja. Ich bin nun zwischenzeitlich auf einem Sicherungspunkt vor 12 Tagen, wo die VirtualBox noch einwandfrei funktionierte. |
||||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Das meint doch das die VM quasi voll ist, oder wie ist das genauer zu interpretieren:
|
||||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Die Festplatte auf der die dynamische vhd liegt sieht folgendermaßen aus, also sollte doch genung Kapazität vorhanden sein, dass sich die vhd dynamisch weiter ausdehnen kann:
|
||||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Ich bin sehr irritiert, weshalb so manche PHP-Anwendungen auf der VM beispielsweise nun plötzlich keine Temp-Ordner mehr anlegen können etc. |
||||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Schaut mir (anhand /dev/mapper/ubuntu--vg-root) aus als hätte irgendwie LVM den Dienst quittiert (weil auf dem physischen Medium md0 für die vdi der VM noch genug Kapazität vorhanden wäre), aber ich kenne mich damit noch zu wenig aus. |
||||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Ich habe nun mit GParted die Partition auf 60 GB in der Größe geändert, aber immer noch bekomme ich mit apt-get update die Meldung, dass nicht genügend freie Platz vorhanden ist:
Ich müsste recherchieren und frage mich, ob hier jemand mir entgegen kommen kann und mir mitteilen kann, mit welchen Befehlen ich entsprechend die neue Größe nutzen kann. |
||||||
(Themenstarter)
Anmeldungsdatum: Beiträge: 95 |
Hat sich zwischenzeitlich erledigt, dieser Artikel zeigte mir was man machen muss, wenn man mit GParted das logische Volumen auf die neue Größe der virtuellen Festplatte bzw. des virtuellen Disk Image (VDI) angepasst hat: https://askubuntu.com/questions/433705/dev-mapper-ubuntu-vg-root-is-full Also Folgendes hat bei meinem Server noch gefehlt, so dass nun die neue Größe auch genutzt wird:
und
Die Größenangaben bei den Befehlen müssen natürlich angepasst werden, je nach Größe der logischen Partition. Das VDI lässt sich nach dem Löschen sämtlicher Snapshots in der initialen Größe ändern mit beispielsweise (der Pfad und die Größe x müssen natürlich auch angepasst werden):
Ich schreibe gelegentlich mal ein How To oder einen Blogartikel deutschsprachig zu dem nachträglichen Ändern einer (Gast-)Partitionsgröße einer Virtualbox virtuellen Maschine (Gast) auf dem Host und anpassen der logischen Partition im Gast, falls es da noch nichts gibt. Dirk Lehmann |