Geschrottete Konfigurationdateien: Ursachensuche

Hi ihr

Ich möchte mal einem generellen Mozilla-Problem (?) auf den Grund gehen:

Sowohl beim Thunderbird als auch beim Fux waren meine Konfigurationsdateien derart zerschossen, dass ich am Layout nix mehr ändern konnte (TB: prefs.js / FF: lokalstore.rdf).
Mein System ist (soweit überhaupt prüfbar) malwarefrei. Virenscannereingriffe kann ich ausschließen, Erweiterungen auch.

Ich habe den sanften Verdacht (ohne es definitiv beweisen zu können), dass Mozilla mit dem "Ruhezustand" (also Sichern des Speicherinhaltes auf Festplatte und ausschalten, um beim einschalten ohne Bootvorgang an alter Stelle weiter zu arbeiten) Probleme hat und diese beiden Dateien nicht ordnungsgemäß verwaltet werden.
Das käme bei mir sporadisch vom Auftreten her hin. Habt ihr entsprechende Beobachtungen gemacht bzw. ist das bereits bekannt?

Gruß
Sopho

laufen bei Dir dann FF/TB nur langsamer/wackliger und regenerieren sich wieder nach reboot? Oder werden die die beiden Konfig-Dateien (TB:http://prefs.js/FF:lokalstore.rdf) unreparierbar geschossen?

Hi Amsterdammer, danke für deine Ideen

Die aktuellsten Versionen sind selbstverständlich in Benutzung... Signatur hab ich dann mal aktualisiert *g*
Läuft ja normalerweise auch problemlos über längere Zeit.

Das Ausschlaggebende ist für mich die Ursachenforschung. Ich bin mit FF und TB seit Anfang an dabei und habe ihn auch schon unzählige Male bei mir und anderen aufgesetzt, weiß, in welchen Dateien was steht, jongliere mühelos mit Profilen und habe auch bislang immer saubere Installationen unter Beibehaltung relevanter Daten hinbekommen ;o)

Und gerade deshalb wurmt es mich, dass sowohl FF als auch TB zuweilen unbrauchbar werden, ohne dass ich den Grund dafür festmachen kann.
Ähnliche Probleme haben ja (in den Auswirkungen) auch einige andere;

FF war nun kein Problem, die lokalstore.rdf gelöscht und wieder neu konfiguriert, fertig. Beim TB wars schon lästiger, so dass ich nun in Konsequenz wieder bei mir und anderen den guten alten Pagasus-Mailer aktiviert habe (eigentlich schade...man sollte Kontodaten aus der prefs.js auslagern, die sind ja eh eher statisch).

Mein Ansatz ist bis auf weiteres immer noch, dass sowohl TB als auch FF in den jeweiligen Dateien Datenmüll produzieren, wenn der Rechner "einfach mal so" in den Ruhezustand versetzt wird.
Zumindest, bis was plausibleres auf der Bildfläche erscheint.

hmm.... ich meine nicht den "Standby-Modus", den man beim Start->Herunterfahren->Standby als Auswahl bekommt, sondern die Hibernate- Funktion (Suspend to disk), die man durch Betätigung des Haupttasters am Rechner erhält (Übertrag der Speicherdaten auf eine Abbild-Datei); beim Neustart ist man dann ohne Bootvorgang da, wo man aufgehört hat). und das natürlich im vollen Betrieb, also Browser aktiv, Internetverbindung aktiv (lässt sich eh schlecht unterbinden, wenn man via LAN am Router hängt)

Mit dem normalen Standby-Modus kann ich das Problem nicht in zeitlichen Zusammenhang bringen (glaube ich...)

Falls jetzt die Frage kommt "ja warum denn Suspend-to-Disk, nimm doch normal standby (suspend-to-Ram)"... : geht nicht immer so wirklich, habe noch ältere Komponenten intus, mein Bios will dann bei STR immer die Lüfter laufen haben. Lärmt und verbraucht Energie.

btw: dummerweise schrottet er nur manchmal, nicht immer. Momentan wachen alle Mozillas wieder ordnungsgemäß auf.

Allerdings habe ich noch eine weitere, damit verkettete Fehlerursache auf Lager: WENN das Teil nun im STD (Suspend-to-Disk) Zustand ist und ich betätige den Haupttaster, startet der Rechner und will das Masterpasswort. Ist so gewollt (Bios-PW-Abfrage). Mache ich hier nun nicht weiter, sondern schalte ihn wieder ab, dann bootet er beim nächsten Mal ganz normal, verwirft also die Infos der Hiberfil-Datei. In Konsequenz heißt dass, das FF/TB nicht ordnungsgemäß beendet werden KONNTEN, da ja der "eigentliche" Zustand noch "geöffnet" war, die Informationen dazu jedoch beim Reboot verworfen wurden.
Macht das Sinn?
*grübel*

Zitat von Amsterdammer

Aha, hibernate ist im NL-betriebssytem "slaapstand", hab grad nachgeguckt, da muss ich noch nachdenken, ob ich das teste, da habe ich nämlich nur schlechte erfahrungen: windoof friert ein, hilft nur noch ausschalten und wieder einschalten

sorry ...

Yep, scheint eh damit Probleme zu geben. Die Spur dürfte heiß sein.
Ich habe meinen letzten Beitrag erweitert.. lies nochmal den letzten Absatz durch... dürfte wirklich Sinn machen.

P.S.:Du bist zu schnell für mich *g*

Gruß
Sopho

Edit: Das hieße aber auch, dass es Sinn machen könnte, bei den regelmäßig wiederkehrenden FF-Problemen im Forum ("kann meine Toolbar nicht mehr einstellen etc..) mal danach zu fragen, ob man bei geöffnetem FF den "slaapstand" aktiviert hatte...

hmm.. ist mir mit den alten FF´s auch nie passiert, erst seit 1.5

Weia.. das ist suboptimal.

Schade, ich dachte, das Problem wäre reproduzierbar.
Dann breche ich hier ab.

Amsterdammer, danke für deine Hartnäckigkeit, mit der Du dranbleibst.
Es kann dann wirklich alles sein, angefangen von Fehlkonfiguration in den Tiefen von Windows bis hin zur Ram/Netzteil/Mainboard, wo irgendein Timingproblem womöglich zu Datenmischmasch führt, ein unentdecktes Rootkit oder oder oder....

Ich beobachte nochmal und vermeide den Hibernate-State bei noch geöffnetem FF/TB. Vielleicht gibt das neue Erfahrungswerte.

Danke bis hierhin, ich melde Neuigkeiten, wenn ich welche finde ;o)