Mhh … Das teil hat bei mir den „/var/cache/apt/archives/partial“ ordner gelöscht … Das darf nicht passieren.
Der ordner muss von Hand neu erstellt werden, damit apt-get & aptitude wieder ihren Dienst antreten … ansonsten gibt es tolle Fehlermeldungen

mfg

Kann man umgehen, wenn man zum Löschen des Archivs

apt-get clean

verwendet.

@rene.hennig
Das Problem habe ich schon in 0.8 gelöst

@simpson-fan
Danke für die Anleitung

area42 hat geschrieben:

@simpson-fan
Danke für die Anleitung

Sollte sie irgendwo nicht verständlich sein, dann sag es mir bitte. Die Anleitung will ich idiotensicher wie möglich gestalten.

Hi,

hat jemand noch Ideen für die beschriebenen Probleme:
http://forum.ubuntuusers.de/post/1450106/
http://forum.ubuntuusers.de/post/1450520/

Danke!

area42 hat geschrieben:

thisCount soll jetzt in der Funktion delete() hochgezählt werden. In Python würde ich einfach schreiben thisCount+=1. Wie geht das bei einem Shellscript?

#!/bin/bash
i=0
let i++
let i++
echo $i #->2

Gruß

area42 hat geschrieben:

hat jemand noch Ideen für die beschriebenen Probleme:
http://forum.ubuntuusers.de/post/1450106/

apt-get clean: löscht alles (vor allem heruntergeladene Pakete) außer der lockfile aus /var/cache/apt/archives/ und /var/cache/apt/archives/partial/
apt-get autoclean: wie clean, allerdings werden nur veraltete Pakete gelöscht
apt-get autoremove: Pakete die automatisch installiert wurden um Abhängigkeiten aufzulösen, aber nicht mehr benötigt werden, deinstallieren

area42 hat geschrieben:

http://forum.ubuntuusers.de/post/1450520/

count=$[$count+1]

oder die Variante von onli.

Gruß, cornix

So, hier ist SuporKillor 0.8:
http://files.myopera.com/area42/files/SuporKillor.sh

Limitationen:
- Irgendwie werden die Löschvorgänge nicht gezählt ($thisCount), vielleicht hat jemand ne Idee warum
- Beagle ist immer noch nicht berücksichtigt, da ich keine Infos darüber habe wo Beagle seinen Suchindex ablegt

Neu:
- Bugfix APT Partial Verzeichnis
- Bessere Fortschrittsbalken
- Löschung Backups/ Logs (bitte mal testen in einer Testumgebung)
- Code-Optimierungen
- Es gibt ein Aktionsprotokoll
- Aktualisierte Texte

Start:
- starten mit gksudo ./SuporKillor
- dann im Dialog eigenes Home-Verzeichnis öffnen
- Aktionen auswählen

Euer Feedback und Testen ist jetzt wirklich wichtig.
Liebe Kubuntus und XFCEs gibt es Ordner wo KDE oder KDE programme regelmäßig Datenmüll oder Cachedaten hinterlassen?
Der Script soll auch KDE (dann mit KDialog) und XFCE bedienen nicht nur Gnome.
Danke.

area42 hat geschrieben:

Limitationen:
- Irgendwie werden die Löschvorgänge nicht gezählt ($thisCount), vielleicht hat jemand ne Idee warum

Ich meine herausgefunden zu haben, warum $thisCount nicht hochgezählt wird. Und zwar scheint es so zu sein, dass die Funktionen zum Löschen (in denen auch thisCount++ ausgeführt wird) gar nicht aufgerufen werden. Baue einfach mal ein

echo "Hallo"

in jede Funktion ein, die thisCount hochzählt. Sollte die Funktion dann aufgerufen werden, steht ja „Hallo“ in der Konsole (du muss das Programm logischerweise im Terminal starten).

Warum das so ist, und wie mans anders machen kann, weiß ich noch nicht. Aber ich probier noch mal n bisschen rum.

Jan

PS: Kann es sein, dass die Anzahl gelöschter Dateien nicht stimmt / stimmen würde? Mit dem Aufruf „delete $thisHome/.Trash/*“ löschst du alle Dateien im Trash Ordner, aber thisCount wird nur um eins hochgezählt. Oder sehe ich da etwas falsch?

Hi,

ja mit dem Count gibt es so einige Probleme

ich habe da noch ne andere Idee das alles besser zu machen, da gibt es zwei Fragen:
- wie bekomme ich von einem Verzeichnis einfach nur die Anzahl der Dateien
- wie bekomme ich von einem Verzeichnis einfach nur die Summe aller Dateien in MB

Danke.

Upadte:
Ok „du -s -m /tmp/“ gibt mir die MB der Dateien in einem Verzeichnis, fehlt nur noch die Anzahl.

Alle Datein plus versteckte:

ls /foo/bar/ -a | wc -l

ohne versteckte:

ls /foo/bar | wc -l

Gruß

Cool Danke!

Hatte gerade auch wc entdeckt

Also meine Idee ist folgende:
Statt gleich zu löschen schiebe ich alles in ein /tmp/Verzeichnis mit Unterverzeichnissen, dort zähle ich auch alles aus.
Tatsächlich gelöscht wird auch erst beim beenden des Programms.
Stellt man über das Protokoll also fest das etwas doch nicht gelöscht werden sollte kann man die Dateien Manuell retten
wenn man will.

Summe aller Dateien im Verzeichniss (ohne Unterverzeichnisse!) müsste ungetestet

du -sSm

machen.

area42 hat geschrieben:

Stellt man über das Protokoll also fest das etwas doch nicht gelöscht werden sollte kann man die Dateien Manuell retten
wenn man will.

Wozu verschieben? Wieso nicht einfach messen und nach Bestätigung löschen und bis dahin nur lesend auf die Daten zugreifen?

Mit „ls“ listest du aber auch Ordner auf, die Zählung passt also nicht. Besser fände ich, Dateien und Ordner zu zählen („find /foo/bar -type f“ und „-type d“).

Statt gleich zu löschen schiebe ich alles in ein /tmp/Verzeichnis mit Unterverzeichnissen, dort zähle ich auch alles aus.

Dazu braucht man aber eine Menge Platz. Wenn du dann mit dem Skript 20GB los werden willst, brauchst du erstmal zusätzliche 20GB freien Platz für das tmp-Verzeichnis. Schreib doch einfach alles in eine Liste. Die Liste kann man dann überprüfen und anhand der Listen die Dateien optional sichern (packen und verschieben) und löschen.

Gruß, cornix