/var -- was kann man löschen?
- suppenkaspar
- Beiträge: 62
- Registriert: 25.10.2004 14:47:40
- Wohnort: Berlin
/var -- was kann man löschen?
Hi,
bei mir ist /var mittlerweile relativ gross (knapp 300 MB), was kann man hier eigentlich gefahrlos löschen (falls überhaupt)?
m.f.g
Lutz
bei mir ist /var mittlerweile relativ gross (knapp 300 MB), was kann man hier eigentlich gefahrlos löschen (falls überhaupt)?
m.f.g
Lutz
- KBDCALLS
- Moderator
- Beiträge: 22456
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Wenn kein Programm Amok läuft dürften die Logs nicht das Problem sein. Ein könnte bestimmt mehr bringen.
Code: Alles auswählen
apt-get clean
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
- suppenkaspar
- Beiträge: 62
- Registriert: 25.10.2004 14:47:40
- Wohnort: Berlin
- KBDCALLS
- Moderator
- Beiträge: 22456
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Alles wo ein .gz oder auch Ziffern im Dateinamen vokommen kann gelöscht werden, da das Kopien sind. Denn die werden normalerweise nicht gebraucht. Aber die verschwinden eigentlich von selbst. Das erledigen cron/anacron automatisch.
Zuletzt geändert von KBDCALLS am 03.04.2005 16:06:29, insgesamt 1-mal geändert.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
-
- Beiträge: 520
- Registriert: 12.06.2003 23:18:50
- Wohnort: Siegburg
- pdreker
- Beiträge: 8298
- Registriert: 29.07.2002 21:53:30
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Nürnberg
Das stimmt leider nicht. Die Dateien in ksymoops/* werden grundsätzlich bei jedem Booten angelegt, und enthalten die Symbol Tabellen, damit, falls ein Oops (Kernel Bug/Crash) auftritt die Adressen aus dem Backtrace in sinnvolle Funktionsnamen aufgelöst werden können.Olaf Dietsche hat geschrieben:ksymoops sind für den Betrieb nicht nötig und können prinzipiell gelöscht werden. Allerdings deutet das auch auf Probleme mit deinem Kernel hin, falls die Dateien neueren Datums sind.
Solange keine Kernelprobleme auftreten kann man die allerdings einfach löschen, sie sollten allerdings auch automatisch gelöscht werden (alles was älter ist als X Tage). Mit kernel 2.6 sind diese Dateien unnötig, und werden scheinbar auch nicht mehr automatisch erzeugt.
Patrick
Definitely not a bot...
Jabber: pdreker@debianforum.de
Jabber: pdreker@debianforum.de
- KBDCALLS
- Moderator
- Beiträge: 22456
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Es müssen natürlich Scripte vorhanden sein, die vom cron regelmäßig gestartet werden. Für diesen Zweck gibt es auch die Verzeichnisse
Code: Alles auswählen
cron.daily
cron.hourly
cron.monthly
cron.weekly
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
... nicht zu vergessen anacron - zumindest bei Rechnern, die öfter mal ausgeschaltet werden bzw. die nicht zu definierten Zeiten eingeschaltet sind.

Anacron can be used to execute commands periodically, with a frequency
specified in days. Unlike cron, it does not assume that the machine
is running continuously. Hence, it can be used on machines that aren't
running 24 hours a day, to control daily, weekly, and monthly jobs that
are usually controlled by cron.

Thinkpad Edge E520 (Intel Core i5, 4GB RAM, 128 GB Crucial M4 SSD) + ITX-Desktop (Asrock H77M-ITX, Intel Core i3-2120T, 8GB RAM, 64 GB Samsung 830 SSD)