Ubuntu Files löschen

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.

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.

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)?

> 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.


-----------------------------------