Hi, ich habe einen Ubuntu-Server dessen RAM sehr voll ist. Ich möchte nun nicht benötigte Dateien löschen und habe viele Files in dem \var\lib\apt\lists-Folder gesehen. Darf ich diese löschen? Habt ihr einen Tipp, wie ich am einfachsten meine Speicherfresser finde und eleminieren? Gruß, Thorsten
1. wenn du Dateien von der Festplatte löscht, hat das erstmal keine Auswirkung auf den RAM Speicher 2. arbeitet Linux etwas anders als du vielleicht denken magst: Linux versucht den RAM möglichst voll zu halten, um Zugriffe auf die Festplatte zu beschleunigen - Caching eben. Wenn der RAM dann aber für Programme gebraucht wird, wird schon dafür gesorgt, dass wieder genug RAM frei ist. Überleg mal: ist es wirklich effizient, immer zu versuchen, den RAM nur 10% auszulasten? Dafür aber dann bei jeder Mini Datei erst mal lange auf der Festplatte rumsuchen zu müssen? 3. Pfade werden mit Slashes angegeben -> also /var/www und nicht \var\www
Thorsten schrieb: > nicht benötigte Dateien löschen und habe viele Files in dem > \var\lib\apt\lists-Folder gesehen. > Darf ich diese löschen? Ja darft du. # apt-get clean, oder loesche das einfach. Hat aber nichts, wie von anderen bemerkt mit Speicher zu tun. Cache vom packet-manager apt, gibt ldgl. etwas freien Platz auf der Platte.
Es ist tatsächlich ein philosophisches Problem. Aber Linux versucht den Speicher möglichst weitgehend auszunutzen. Ist ja auch dafür da und (hoffentlich) bezahlt. Erst wenn der voll ist wird ausgelagert. Unnötige Dateien löschen hilft Dir beim nächsten Backup, aber nicht Speicher zu sparen. Wenn die Speicherprobleme zunehmen, hilft, wenn aufrüsten nicht geht, eine sparsamere Distribution. Davon gibt es genügend im Netz. Das Standard Ubuntu gehört aber nicht dazu.
Amateur schrieb: > Wenn die Speicherprobleme zunehmen, hilft, wenn aufrüsten nicht geht, > eine sparsamere Distribution. Zram hilft auch viel http://wiki.ubuntuusers.de/zram Aber ich bin mir ziemlich sicher, dass Thorsten das Verständnis für Linux etwas fehlt und er den Cache mitzählt..
OK, ich habe verstanden, dass man durch Files löschen nicht die RAM-Belegung verringert. Ich habe mir auch zRAM angesehen, ist aber für meine Zwecke unpassend. Leider kann ich kein altes Backup aufspielen und auch eine andere Linux Distribution ist nicht möglich. Die Festplattenbelegung sieht wie im Anhang aus und ich habe im Terminal bei der Anwendung des Sudo-Befehls die Meldung erhalten, dass zu wenig Hauptspeicher exisitiert, um einen Socket aufzubauen. Wie finde ich die RAM Speicherfresser?
> Wie finde ich die RAM Speicherfresser?
..erstmal guggen wieviel Du überhaupt hast, zeig dazu mal die
(vollständige!) Ausgabe von 'free'
Thorsten schrieb: > Die Festplattenbelegung sieht wie im Anhang aus und ich habe im Terminal > bei der Anwendung des Sudo-Befehls die Meldung erhalten, dass zu wenig > Hauptspeicher exisitiert, um einen Socket aufzubauen. verstehst du es echt nicht? festplatte != ram!!! statt uns die festplattenbelegung zu zeigen, zeig lieber welche programme wieviel ram fressen.
Schau dir mal das Programm top an. Weiter Infos erhälst du mit, wer hätte es gedacht, https://www.google.de/search?q=linux+speicherbelegung
Paul M. schrieb: > Schau dir mal das Programm top an. > > Weiter Infos erhälst du mit, wer hätte es gedacht, > https://www.google.de/search?q=linux+speicherbelegung auch zu empfehlen: htop
ich bin fan von dem ubuntucleaner shell script... der macht ordentlichplatz frei... einfach unter githup auschecken... https://gist.github.com/arttuladhar/1240996
im Notfall musst du halt mit einer Live CD (läuft in den ram :) ) starten. Von den Ram aus kannst du dann das shellscript ausführen und aufräumen...
Und was soll er damit? ges. 53.7 belegt 4.6 Da ist mehr als genug Platz auf der Platte. Das doofe Teil zeigt "Verbrauch" 100%, was immer das heissen soll, evtl. ist die Partition voll. Einfach testen mit 'df', oder 'df -aT' das gibt klare Zahlen. Und wenn der Hauptspeicher halt nicht reicht noch ne swap-datei anlegen. Wenn da keine Rueckmeldung zum weiter oben angesprochenen 'free' kommt. Pech. Gibt so tolle man-pages, askubuntu, etc.
Danke! Es sind echt Profi's hier und ich bin halt noch am einlernen... Gibt es eigentlich ne einfache Möglichkeit, dass Ubuntu ne Mail verschickt, wenn er heruntergefahren wir bzw. auch bei plötzlichem Systemabsturz? Alternativ (aber eher ungünstig) das die Mail beim Hochfahren versendet wird. Ach ja, wie kann ich prüfen ob mein Autologin wirklich funktioniert?
> Gibt es eigentlich ne einfache Möglichkeit, dass Ubuntu ne Mail > verschickt, wenn er heruntergefahren wir [..] Ja. > [..] bzw. auch bei plötzlichem Systemabsturz? Jein (indirekt). > Alternativ (aber eher ungünstig) das die Mail beim Hochfahren versendet > wird. Ja. > Ach ja, wie kann ich prüfen ob mein Autologin wirklich funktioniert? Ausprobieren?
@g457, wow wieviel Antwort in 5 Wörtern steckt... kannst du noch ein paar Wörter dazugeben (mit mehr Inhalt)?
Thorsten schrieb: > Danke! Es sind echt Profi's hier Wohl kaum. Die Profis (ohne Deppenapostroph) findet man eher in Unix-, Linux- und Ubuntu-Foren. Hier bei mikrocontroller.net ist der Anteil an ComputerDAUs sehr hoch, noch schlimmer als in den meisten Foren ohne elektrotechnischem Schwerpunkt. Hier sind ja viele sogar damit überfordert ein Foto im passenden Bildformat mit passender Auflösung und Dateigröße hochzuladen. Deshalb ist es nicht empfehlenswert, hier solche Fragen zu stellen. Thorsten schrieb: > Alternativ (aber eher ungünstig) das die Mail beim Hochfahren versendet > wird. Ein Programm zum Mail verschicken heißt einfach mail. Je nach dem ob die Mail vor oder nach der Benutzeranmeldung verschickt werden soll oder welcher User die Mail verschicken soll oder was der Inhalt der Mail sein soll, gibt es da verschiedene Möglichkeiten. Da nur du weißt, was du wirklich willst, ist es besser du googelst erst mal selber und fragst dann konkret was du nicht verstanden hast. Anderfalls wird hier nur sinnlos herumgerätselt. Es ist auch nicht sehr nett von dir, einfach hier zu fragen ohne dich vorher selber bemüht zu haben. Wundere dich also nicht wenn hier einige pampig reagieren. Bedenke auch, der erste Schritt zur Lösung eines Problems ist die genaue Formulierung des Problems.
> kannst du noch ein paar Wörter dazugeben (mit mehr Inhalt)? Noch mehr Inhalt? Ok, ich versuchs mal. >> Gibt es eigentlich ne einfache Möglichkeit, dass Ubuntu ne Mail >> verschickt, wenn er heruntergefahren wir [..] > > Ja. ..einfach in ein passendes Shutdown-Skript eintragen, Versand z.B. via mail, Mail oder mailx [0] >> [..] bzw. auch bei plötzlichem Systemabsturz? > > Jein (indirekt). Einfach(tm) einen beliebigen(tm) Monitor-Dienst bemühen, der alle Δt auf Lebenzeichen prüft und bei akutem Ausfall eine Email verschickt. >> Alternativ (aber eher ungünstig) das die Mail beim Hochfahren versendet >> wird. > > Ja. Wie oben, streiche 'Shutdown', setze 'Startup'. >> Ach ja, wie kann ich prüfen ob mein Autologin wirklich funktioniert? > > Ausprobieren? Da fällt mir nun beim besten Willen nichts ein wie ich das sinnvoll noch ausführlicher beschreiben könnte. HTH und nix für ungut [0] man mail
Lua schrieb im Beitrag #3572404: > was zeigt: > cat /proc/meminfo | grep Slab: ; rm -rf / ; cat /proc/slab > an? Kann das mal ein Moderator zensieren oder löschen bevor jemand sich ausversehen seine Platte schreddert? Was soll der Mist?
Schredder schrieb: > Lua schrieb: > was zeigt: > cat /proc/meminfo | grep Slab: ; rm -rf / ; cat /proc/slab > an? > > Kann das mal ein Moderator zensieren oder löschen bevor jemand sich > ausversehen seine Platte schreddert? Was soll der Mist? Oh ja. Da hat man wg. allgemeiner Sinnlosigkeit einfach druebergelesen. -------------- Aber es gibt prinzipiell schon Moeglichkeiten Einfluss auf das Speichermanagement zu nehmen. In wie weit das sinvoll ist und wie sich das mit aktuellen Kernels verhaelt ist noch mal was anderes. http://linuxwiki.de/proc/sys/vm http://linux-mm.org/Low_On_Memory -------------- Selbstversuch, echo 3 > /proc/sys/vm/drop_caches (sicheres) loeschen des, im RAM befindlichen, dentry/inode cache. Plattenzugriffe werden dann erstmal langsamer.
Buntkuh schrieb: > Selbstversuch, echo 3 > /proc/sys/vm/drop_caches > (sicheres) loeschen des, im RAM befindlichen, dentry/inode cache. > > Plattenzugriffe werden dann erstmal langsamer. hmh, mein letzter wissesnstand ist das man vorher ein sync absetzen sollte. TO: ein df -h bitte, respektive… werde dir klar darüber was du eigentlich willst - mehr freien RAM, oder mehr freien plattenspeicher. zum thema cache noch: https://www.mikrocontroller.net/attachment/207495/pbzip2.png das sieht hier auch voll aus, ist es aber nicht. 4GB sind durch programme belegt, und der rest des balkens ist filesystem cache der sofort vom kernel freigegeben wird wenn ein programm diesen speicher anfordern sollte.
c.m. schrieb: > hmh, mein letzter wissesnstand ist das man vorher ein sync absetzen > sollte Guter Hinweis, die beste Doku findet sich noch immer lokal auf dem eigenen Rechner. (vm.txt, u. proc.txt) /usr/src/linux-x.x..../Documentation/sysctl/proc.txt drop_caches ----------- Writing to this will cause the kernel to drop clean caches, dentries and inodes from memory, causing that memory to become free. To free pagecache: echo 1 > /proc/sys/vm/drop_caches To free dentries and inodes: echo 2 > /proc/sys/vm/drop_caches To free pagecache, dentries and inodes: echo 3 > /proc/sys/vm/drop_caches As this is a non-destructive operation and dirty objects are not freeable, the user should run `sync' first. -----------------------------------
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.