Beiträge von UliDe

Stimmt, der gehört root, alle anderen haben dort rwt. Deshalb darf man auch als nicht root und mit 'ner anderen Gruppenzugehörigkeit dort schreiben und die Dateien gehören einem dann auch (ls -la hat meinen user und meine Gruppe als Eigentümer agezeigt).
Löschen durfte ich sie nicht direkt. aber nachdem ich 777 als Rechte gesetzt hatte (das durfte ich paradoxerweise), konnte ich Dateien und Verzeichnisse löschen ...

Wie gesagt - ich versteh's nicht, denn für den User war ja auch vorher 77 gesetzt. Ob da die Welt auch schreiben darf, sollte den nicht interessieren.
Aber nach der Änderung gings ...

Wenn du da irgendwann mal über 'ne Erklärung stolperst, freu ich mich über 'ne erhellende Info

Okay - erstmal danke für euer Hirnschmalz!
KB19 - tatsächlich ist es /tmp - allerdings sind wir beim Webhosting ja in einer chrooted Umgebung, so dass das irgendwie ja auch ~/tmp ist. War aber mein Fehler, das nicht völlig klar angegeben zu haben. Deshalb ist das mit dem Sticky-Bit ja durchaus sinnvoll, damit das Verzeichnis nicht nur root zur Verfügung steht.
Du hast aber den entscheidenden Tipp gegeben: "Setz doch mal die Rechte auf 777" - das war die Lösung: chmod -R a+rwx und danach ging auch ein rm -rf /tmp/<Verzeichnis>

Warum das funktioniert hat, versteh ich zwar nicht, denn für den User hat sich ja rechtemäßig gar nichts geändert - aber damit ging's.

Die Dateien sind weg und mein Webspace um 20 GB leichter.
Danke nochmal für eure Tipps!

Moin Tab,
gute Idee! Allerdings gibt's lsattr in meiner Umgebung nicht. Ich hab mir deshalb die Originaldateien angesehen - die haben zwar e gesetzt, aber kein immutable (i)-Flag. Ich fänd's zwar sehr eigen, wenn das beim Kopieren via scp gesetzt würde - aber eine andere Erklärung gibt's ja fast nicht?
Die Frage ist nur, wie werde ich die Dateien wieder los?

Hi Olivetti,
das ist korrekt. Das /tmp gehört root:root - alle anderen haben dort rwt - was nach meiner Lesart bewirkt, dass ich dort Verzeichnisse (und Unterverzeichnisse) anlegen darf und die mir auch gehören (ls -la zeigt auch meinen Nutzernamen und meine Grupe) - allerdings habe nur ich das Schreibrecht (und root natürlich *g*) und kann deshalb löschen - alle anderen (außer root) können nur lesen.
Interessanterweise hat das mit 'ner anderen Datei, die ich nicht per scp, sondern per wget geholt und dort gespeichert hab erwartugnsgemäß funktioniert: Die konnte ich löschen, als ich sie nicht mehr gebraucht habe ...
Was übersehe ich?

Hallo @all,
ich habe zu Testzwecken auf der Kommandozeile meines Webservers mittels scp ein Verzeichnis inkl. Subdirectories von einem anderen server in mein ~/tmp-Verzeichnis kopiert.
Nach dem Ende des Tests wollte ich das komplette, runtergeladene Verzeichnis wieder löschen - darf ich aber nicht: "Permission denied"
Dabei gehören mir (also dem User, der ichin der Bash bin) alle Dateien in dem Verzeichnis und ich habe auch rw-Rechte?
Löschen funktioniert auch im WCP nicht - ich kann zwar andere Berechtigungen setzen - löschen darf ich die Datei aber nicht?
Aber eine andere Datei, die ich mit wget geholt habe, konnte ich problemlos wieder löschen.

Hat jemand von euch 'ne Idee, was da los sein könnte?

Danke für eure Ideen,

uli