• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] /root voll, was tun?

B

bike

Hacker
Hallo,

ich habe einen Rechner folgendermassen prartinoniert:

/root 21gb und /home 53gb

Jetzt habe ich festegestellt, dass /root nur noch 500 mb frei hat. :-(

Ist es möglich Daten bzw Verzeichnisse von /root auf die /home auszulagern, oder muss ich die Partionen ändern?
Was mich erstaunt ist, warum ist die /root so voll.
Gibt es einen Befehl der mir die Grösse der Belegung der einzelnen Verzeichnisse ausgibt.


danke für Tipps

bike
 
A

Anonymous

Gast
Hi,


hast du bei Cron eingestellt, dass die Tmp-Verzeichnisse geleert werden beim Booten? Vielleicht liegen bei dir in /usr/src auch noch diverse Kernel-Sources und in /lib/modules die Module dazu rum, die du nicht (mehr) brauchst. Dazu noch evtl. in /boot alte Kernel.
Baust du dir öfter Rpms selbst? Dann schau mal nach /usr/src/packages, was da so rumliegt.
Wobei ich 20 GB schon übelst viel finde. Das ist ja wie bei Vista ;) .Bei mir hat / beispielweise 4,7 GB.

Cu
 
OP
B

bike

Hacker
Danke für die HInweise.
Ich habe jetzt herausgefunden, dass in /tmp über 7gb sind.
WIe kann ich einstellen, dass beim Hochlauf die nicht mehr notwendigen Dateien gelöscht werden?

Ausserdem habe ich gefunden, dass bei einigen Usern der trash nicht mehr geleert werden kann.
Mir ist bekannt, dass als root dies gemacht werden kann, doch es interssiert mich wie dies geschehen kann.
Denn die Nachfrage wird wie immer mit: "ich mache doch nie etwas " beantwortet.

bike
 
onkelchentobi

onkelchentobi

Guru
Der Papierkorb in KDE kann an unterschiedlicher Stelle sein.

~/.Trash
~/.local/share/Trash

Kannst aber auch die Maus durch den Konqueror schupsen in die einzelnen Verzeichnisse der User wo dann unter Desktop auch der Muelleimer sein sollte.

In:
/etc/sysconfig/cron
Code: 
## Path:        System/Cron
## Description:
## Type:        integer
## Default:     0
## Config:
#
# cron.daily can check for old files in tmp-dirs. It will delete all files
# not accessed for more than MAX_DAYS_IN_TMP. If MAX_DAYS_IN_TMP is not set
# or set to 0, this feature will be disabled.
#
MAX_DAYS_IN_TMP="3"
Default ist 0 eingestellt es werden also keine Dateien unter /tmp gelöscht
 
OP
B

bike

Hacker
Danke, das mit /tmp wusste ich nicht.

Das mit dem trash ist ein anderes Problem, das ich vermutlich falsch beschrieben habe.
Wo der trash ist weiss, doch wenn ich löschen möchte, dann kommt folgender Fehler:

/home/bike/.local/share/info/hdd.trashinfo kann nicht gelesen werden.

Es ist scheinbar dass etwas mit einem link nicht mehr? stimmt.


bike
 
gropiuskalle

gropiuskalle

Guru
OnkelchenTobi schrieb:
MAX_DAYS_IN_TMP="3"
Zum Vergrößern anklicken....

Sorry, dass ich da widerspreche, aber das ist (mutmaße ich) nicht die allerbeste Lösung, denn sie kann dazu führen, dass /tmp gelöscht wird, obwohl darin befindliche Dateien noch benötigt werden (oder zumindest dann neu angelegt werden müssen). Wenn man wenigsten alle paar Wochen mal seine Kiste rebootet, ist folgender Eintrag meiner Ansicht nach zweckmäßiger:

Code: 
CLEAR_TMP_DIRS_AT_BOOTUP="yes"

[Zeile 80]

...denn was in /tmp lagert, wird zumindest nicht mehr bei der nächsten Sitzung benötigt.

bike schrieb:
/home/bike/.local/share/info/hdd.trashinfo kann nicht gelesen werden.
Zum Vergrößern anklicken....

Existiert dieser Ordner bei Dir überhaupt?
 
onkelchentobi

onkelchentobi

Guru
gropiuskalle schrieb:
OnkelchenTobi schrieb:
MAX_DAYS_IN_TMP="3"
Zum Vergrößern anklicken....
Sorry, dass ich da widerspreche, aber das ist (mutmaße ich) nicht die allerbeste Lösung, denn sie kann dazu führen, dass /tmp gelöscht wird, obwohl darin befindliche Dateien noch benötigt werden (oder zumindest dann neu angelegt werden müssen). Wenn man wenigsten alle paar Wochen mal seine Kiste rebootet, ist folgender Eintrag meiner Ansicht nach zweckmäßiger:
Zum Vergrößern anklicken....

Der Wert 3 war keine Empfehlung sondern nur ein Beispiel welches von bike entsprechend angepasst werden kann.

Zudem war seine Frage:
bike schrieb:
WIe kann ich einstellen, dass beim Hochlauf die nicht mehr notwendigen Dateien gelöscht werden?
Zum Vergrößern anklicken....
in Bezug auf das /tmp Verzeichniss.
 
gropiuskalle

gropiuskalle

Guru
Macht doch nix. So schnell läuft /tmp nun auch nicht wieder voll (genau das wollte ich mit der Zeitangabe auch andeuten, d.h. wer nicht zufälligerweise eine ununterbrochene uptime hat und niemals rebootet, für den ist AT_BOOTUP besser geeignet). Mir ging es nur um die Frage, in welchem Systemzustand man /tmp löscht, und da halte ich es eben für cleverer, von vornherein auszuschließen, dass noch laufende Prozesse auf Dateien in /tmp zugreifen. Dies beim booten ausführen zu lassen, ist deswegen ideal, da eine neue Sitzung keinesfalls /tmp-Dateien vergangener Sitzungen benötigt - weswegen das bei fast allen Distributionen default ist.
 
Rainer Juhser

Rainer Juhser

Moderator
Teammitglied
Ich denke das kann man ganz gut daran festmachen, wofür man die Kiste einsetzt:

Desktop-System => CLEAR_TMP_DIRS_AT_BOOTUP
(Home-)Server oder NAS-Box => MAX_DAYS_IN_TMP="nn" ;)
 
onkelchentobi

onkelchentobi

Guru
Rainer Juhser schrieb:
Ich denke das kann man ganz gut daran festmachen, wofür man die Kiste einsetzt:

Desktop-System => CLEAR_TMP_DIRS_AT_BOOTUP
(Home-)Server oder NAS-Box => MAX_DAYS_IN_TMP="nn" ;)
Zum Vergrößern anklicken....

So kanns gehen, jedoch hoerte es sich im ersten Beitrag von gropiuskalle so an: Server -> CLEAR_TMP_DIRS_AT_BOOTUP. :p

gropiuskalle schrieb:
Wenn man wenigsten alle paar Wochen mal seine Kiste rebootet, ist folgender Eintrag meiner Ansicht nach zweckmäßiger:
Code:
CLEAR_TMP_DIRS_AT_BOOTUP="yes"
Zum Vergrößern anklicken....
 
gropiuskalle

gropiuskalle

Guru
Nee, das war nur 'ne rhetorische Übertreibung. Ich zum Beispiel reboote extrem selten, weil meine Kiste eigentlich rund um die Uhr irgendwas zu tun hat - aber auch wenn ich mich erst nach zwei Wochen hinreißen lasse, ist /tmp noch lange nicht am überschwappen. Und einen server habe ich hier um Gottes Willen nicht am laufen (zumal der doch im Idealfall ganz ohne Pause läuft).

So, nun ist aber alles klar, und zudem langsam Zeit, sich zur Nachtruhe zu begeben. Für mich jedenfalls.

c015.gif
 
OP
B

bike

Hacker
Danke, jetzt weiss ich mehr wegen /tmp und so ;-)

gropiuskalle schrieb:
bike schrieb:
/home/bike/.local/share/info/hdd.trashinfo kann nicht gelesen werden.
Zum Vergrößern anklicken....

Existiert dieser Ordner bei Dir überhaupt?
Zum Vergrößern anklicken....

Ja, der existiert und wenn ich als root den lösche ist auch alles weg, doch wie kann es geschehen, dass ein user löscht und dann den trash nicht leeren kann?
Es gibt hier ja schon Hinweise, wie die gemahct werden kann, doch mich hätte die Ursache interssiert.

bike

EDIT: nach CLEAR_TMP_DIRS_AT_BOOTUP="yes" sind auf einen Schlag wieder 10gb frei
Danke
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Oben