On 23 Sep 2001, at 22:13, Helga Fischer wrote:
Hallo Sebastian,
Am Sonntag, 23. September 2001 20:41 schrieb Sebastian Helms:
So wie ich dich verstanden habe, hast du es schon gelöscht, aber ich hab noch eine Idee, wie sowas passieren kann:
Ich habe das Problem viele Monate lang mir mir rumgeschleppt. Bisher hatte ich auch noch genügend Platz, doch immer drauf schielen zu müssen, ist halt lästig. Also habe ich eben alles umkopiert und probiert, ob die Kopie wieder tat - sie hat.
wenn du das /-Verzeichnis auf den Rechner kopierst, während keine anderen Dateisysteme gemountet sind, und er dir auch /usr kopiert, und du dann auf /usr eine andere Partition mountest, dann wirst du die Daten unter /usr (original) nicht mit du erfassen können (da diese sich im Verzeichnisbaum nicht ansprechen lassen), wohl aber mit df (denn der Platz ist ja belegt).
Hmmm, sehe ich schon ein. So ähnlich ging es mir in dem Falle, als ich /usr/doc mal umkopiert hatte. Hier hat mir das Kopieren die Symlinks mitgenommen und das Ergebnis der Kopie war viel größer als das vermeintliche Original. Da habe ich dann auch nicht schlecht gestaunt, aber mir hat das halt dann jemand gesagt. Und siehe da, kopieren ohne Berücksichtigung der Symlinks ergab dann das gewünschte Ergebnis.
OK, nachdem nun so viele Leute so viele Ideen hatten, habe ich auch noch eine (auch wenn es in Deinem Fall nicht mehr hilft, da du schon alles platt gemacht hast. Aber falls das ganze wieder auftritt): Das ganze "kann" verursacht werden durch nicht sichtbare Files. Diese können z.B. dadurch entstehen, daß Du im laufenden Betrieb z.B. die Logfiles für den syslogd löscht und ein neues mit z.B. touch anlegst _ohne_ den syslogd neu zu starten (oder auch nur zu initialisieren). Dann wird der syslogd bis auf weiteres in dein altes logfile weiterschreiben und die Platte vollmüllen, ohne das Du es siehst. Wir hatten so was mal auf einer Produktionsmaschine, wo ein übereifriger clean-up Job zu viele Dateien gelöscht hat. Wir haben damals sogar die Platte tauschen lassen, aber das hat nix gebracht. Dann müßte aber nach einen Reboot wieder alles i.O. sein. Bei _fehlendem_ Plattenplatz tippe ich eigentlich immer auf so ein Phänomen. (das muß ja nicht der syslogd gewesen sein. Es kann jeder permanent laufende Prozess sein, dessen Logfile ihm "unterm Arsch" weggezogen wurde und somit nicht mehr mit z.B. "ls" sichtbar ist.) Andreas PS: Dies ist übrigens, bewußt eingesetzt, ein IMHO elegante Methode temporäre Dateien, die für niemanden sichtbar sind, aus einem Programm heraus anzulegen. (open und direkt danach einen unlink. Bei schließen erst wird der Platz freigegeben)