Beiträge von senior53

    Die Ursache ist zu beseitigen.

    Die Ursache ist, dass eine log-datei überläuft und das System das nicht verhindert bzw nicht auf einfache Art und Weise zulässt


    Oh Anfang nicht gesehen, versuche Beitrag zu löschen ... weiss nicht wie es geht ... man muss auch mal verlieren können.

    macht nix .. passiert auch den Profis dauernd ...

    Es heißt am Anfang der Session.

    Wie schaffe ich es, die Datei am Anfang der Session zu löschen, bevor jemand da reingeschrieben hat?
    Wenn ich mich anmelde ist die Datei SOFORT da und mit Inhalt gefüllt .. nicht viel aber ein Kbyte sind es schon


    Zitat

    Welchen Displaymanager setzt du ein?


    Wenn ich bei Wikipedia Displaymanager eingebe werde ich sofort auf X Display Manager – Wikipedia weiter geleitet. Den hab ich dann wohl.
    Kann ich denn auch einen anderen haben?


    Wenn du allerdings wie bei Displaymanager › Wiki › ubuntuusers.de den Login-manager meinst -- weiß ich nicht .. denjenigen, welcher OS 13.2-KDE als Default nimmt.

    rm -f ~/.xsession-errors am Anfang der Session die entsprechende Logdatei zu löschen, könne helfen.
    Ich halte das für übel.

    wirkungslos . die Dateien sind dann zwar weg - der Speicherplatz wird trotzdem immer weniger .. nach Reboot ist alles wieder da..
    das ein rm nix bringt kann man an

    Code
    lsof | grep deleted


    sehen (hab ich schon mal gepostet - Post 12) - da alle möglichen programm da hineinschreiben ist quasi der Speicher blockiert und wird immer weiter gefüllt - trotz 'rm - deleted'


    das hat ich nicht verstanden .. sorry ... wo soll da was eingetragen werden .. mein DM ist KDE ..

    xsession-errors › XServer › Wiki › ubuntuusers.de
    probier doch mal die dortigen Hinweise. . ansonsten hilft dir Google ....

    ok ... ich hab jetzt mal hin und her probiert
    ------
    1.
    Das Verfahren aus obigem Link - nämlich die Anlage von
    /usr/share/X11/xorg.conf.d/05-noerrfile
    hat nix gebracht
    ---------
    2.
    Das Umleiten der Error-Datei nach null mit
    cat /dev/null > /home/wolfgang/.xsession-errors-:0


    nach Gelöscht und nicht freigegeben ... | Dirks Logbuch


    ist auch wirkungslos .. interessanterweise wird damit zwar nicht die Log-Datei größer aber das Null-Nirvana ist genau so groß wie die eigentliche Error-Datei.
    Womit mir nicht geholfen ist.
    ------------------
    3.
    genau so ohne Erfolg ist der Aufruf von
    kdebugdialog und das Unterbinden der dortigen Fehleraugabe. Das fragliche Programm ist ja nicht KDE und taucht da auch nicht auf
    ------------------
    4.
    das Setzen eines Schreibschutzes für die Datei für jedermann ist auch wirkungslos
    ------------------
    Also - an alle Fachleute hier nachmal die Frage:
    Wie leite ich wirkungsvoll die ~/.xsession-error-:0 - Datei auf Null um?

    Gelöscht und nicht freigegeben ... | Dirks Logbuch

    hmm.. zumindest mal ein Ansatz


    ein
    lsof | grep deleted


    liefert


    Die xsession-errors-Datei wird offenkundig von zig Programmen zugemüllt und offen gehalten. Da hilft auch das löschen nicht. der Platz wird blockiert gehalten.
    DAS bzw DIE ist nämlich das Problem.


    Tja ... viel Feind, viel Ehr .. aber das können auch zu viele sein


    @Berichtigung : Es handelt sich um ELSTER unter Wine .. (der Sündenfall ... )

    Der Wunsch, mit dem Löschen einer Datei auch den Speicherplatz frei zu bekommen hat wohl nix mit Schimpfen zu tun.


    Das Phänomen hatte ich auch schon, wenn eine Datenplatte beim Aufzeichnen von internet-Radio-sendungen volllief .. bislang hat ich immer neu gelöscht und neu gestartet


    Ich hatte nur die leise Hoffnung, dass ich künftig ohne Reboot davon komme.

    Dann würde ich vielleicht einmal an dem eigentlichen Problem schrauben, den error wegzubekommen..........

    Das ein Programm eine Log-Datei schreibt ist völlig normal. Das sie zu groß wird, ist ärgerlich


    aber dass Linux den Festplattenspeicher nicht frei gibt, wenn die Datei gelöscht wurde, ist ein dicker Hund .


    Das ist ja nicht dramatisch - dann wird eben neu gebootet. Aber das ist eigentlich nicht Linux-like - das kenne ich eher aus einer anderen BS-Ecke.

    man sync

    da gibt es 3 man-pages .. die alle sagen dass man sync ohne parameter auf das filesystem loslassen soll/darf - wenn ich das richtig verstanden habe.


    Nur bleibt der Füllzustand wie er war ..
    ich hab mal testweise die die error-log-datei rechtzeitig gelöscht - sie umfasste eben man 60 GB. Danach war nicht mehr Platz auf der Partition

    Hallo,
    auf meinem System mit os 13.2-64 hab ich folgendes Problem:
    ein randalierendes Programm schreibt mir ab und zu die Home-partion mit einer Fehler-Log-Datei voll. Das ist nicht schlimm. Ich kann sie im laufenden Betrieb löschen
    Das Problem ist nur, dass mein Linux nicht merkt, dass jetzt wieder ausreichend Platz ist.


    Alle möglichen Anwendungsprogamm meckern, dass 'disk full' oder so ähnlich ..
    Ein df liefert für /home auch weiter 0% free für /home
    Bisland half nur ein Neustart, dann war alles gut.


    Wie kann ich Suse dazu bewegen, den freien Platz auch ohne Boot zur Kenntnis zu nehmen?

    Da ich schon ein wenig länger EDV mache und auch in Hochsicherheitsrechenzentren schon tätig war,

    Der EDV-Horizont, der aus deinen Bemerkungen schließen lässt, legte die Frage nahe: als was ???

    Glücklicherweise hat Ihr Drucker ja ein riesiges Sicherheitsloch

    ja .. zum Glück. Bei anderen Drucker/Devices steckt hinter dem Sicherheitsloch ein kleine Taster, den man mit einer aufgebogenen Büroklammer erreichen kann.
    Es gibt so gut wie kein Gerät, bei dem sich nicht im Nachhinein ein Sicherheitsloch zeigt .. Bei meinen Android-Geräten nutze ich sie um sie zu rooten ..


    Ansonsten .. meine Drucker sind von außen nicht erreichbar - der einzige Hacker bin (hoffentlich) ich.