Kontenübersicht ist weg - HILFE!

Hallo,
seit heute geht praktisch nichts mehr mit Banking4w (6.10.)

Ich kann zwar im linken Bereich, in dem sich eigentlich ca. 15 Konten befinden, blind die Konten auswählen, rechts wird dann auch aktualisiert.
Was passiert, wenn ich der abgebildeten Meldung (Datendatei endgültig löschen) folge? SInd dann alle Daten weg? Kann ich die wieder reaktivieren?
Wenn ich auf Nein klicke kommt:

Ein Backup kann ich nicht zurück spielen --> da kommt die Fehlermeldung: "Die Backup-Datei konnte nicht zum ursprünglichen Speicherort kopiert werden".
Defragmentierten geht auch nicht, da kommt die Meldung: "Der Datentresor konnte nicht defragmentiert werden. Möglicherweise ist die Datentresordatei beschädigt".

Bitte dringend um Hilfe.
(Windows 10 Prof, mit neuesten Updates)

Gruß Günter

Hallo DBuessen,
danke für deinen Beitrag.


Die Alarmglocken haben geklingelt, ich hab auf Nein geklickt.


Würde ich gerne, das Fehlerprotokoll (bzw. die Datei) wird trotz der entsprechenden Meldung nicht angelegt, sie ist definitiv nicht vorhanden.
Der Ordner 'C:\Users\userxxx\Documents', in dem sie sein sollte, hat alle Rechte, zusätzlich hab ich das Programm als Admin gestartet.



Es sind 4 von allen Konten betroffen.

Nach dem Start sieht banking4w noch ganz normal aus, alle Konten sind da, erst bei 'Konto abrufen' kommt das erste Bild im ersten Beitrag.

Hallo msa,
ja, den Gedankengang hatte ich auch und bin damit jetzt ein Stück weiter.
Ich beschreib mal, was seit dem 19.12. (letzter funktionierender Programmaufruf) auf dem Rechner passiert ist.

1. Die Festplatte ist nicht voll.
2. Es wurden am 24.12. neue Windows-Updates installiert (Verdacht!!)
3. Ich hab Avira deinstalliert und den Defender aktiviert.
Mehr ist nicht passiert.

banking4w wurde ursprünglich mit den vorgegeben Ordnern installiert.
Datentresor in C:\Users/userxxx/dokuments/
Backups in C:\Users\userxxx\AppData\Local\Subsembly\TopBanking\Backups
Beide Ordner haben für den userxxx alle Rechte!

Nach obigem Verdacht habe ich für den Tresor einen eigenen allgemeinen Ordner außerhalb der C:/Users-Strukur angelegt:
C:\Texte\...\banking4w\ und den letzten funktionierenden Tresor dorthin kopiert.
Die Einstellungen in banking4w entsprechend geändert.
Programm gestartet - oh Wunder - aller funktioniert, ich konnte alle Konten wieder abrufen.
Im obigen Backup-Ordner wurde nach dem Programmende ein aktuelles Backup neu angelegt.

Das verstehe ich nicht:
banking4w kann in den Backup-Ordner schreiben, in den dokuments-Ordner aber offensichtlich nicht, obwohl die Ordner gleiche Rechte haben.

Außerdem würde ich den Tresor gerne wieder im ursprünglichen Verzeichnis haben.

Ja, Tippfehler, sorry. Ich programmiere in php etc., da bin ich eher die Unix-Pfade gewöhnt, bei Windows muss ich mich immer zusammenreißen, deswegen auch dokuments/documents, in Windows heißt der ja auch entweder Dokumente oder documents, je nachdem mit was man darauf zugreift.

Der Tresor war/ist ja eben nicht kaputt. Ich hab den vom 19.12. kopiert, der im ursprünglichen Verzeichnis Probleme machte und im neuen Verzeichnis funktionierte.
Er lief ja nach dem Programmstart auch erstmal im ursprünglichen Verzeichnis, solange, bis das Programm ihn aufgrund des Kontoabrufes aktualisieren wollte. Das ging offensichtlich nicht und banking4w schmierte ab - allerdings mit diffusen bzw. falschen Fehlermeldungen. Anstatt einen Schreibfehler zu melden diagnostizierte es defekte Datentabellen, die ich Gottseidank nicht wie vorgeschlagen löschte. Insofern auch ein Fall für die Software-Entwickler.

So jedenfalls interpretiere ich den ganzen Vorgang.

Zum Thema Sonderproblem: ich hab banking4w seit vielen Jahren im Einsatz, hab grad nochmal nachgeschaut, die erste Buchung steht am 3.1.2000 drinnen, vor fast 19 Jahren (!) und noch nie ein Problem damit gehabt.

Es spricht ja einiges für ein Rechteproblem
Je nach Rechtesteuerung muss genau das nicht funktionieren, wenn Daten im Userspace liegen. Was passiert, wenn du das Prog. mit den "normalen" userxxx-Userrechten startest?

Noch ein Versuch.
Ich hab jetzt versuchsweise die funktionierende Datentresordatei aus dem allgemeinen Ordner, in dem alles funktionierte, wieder zurück in den documents-Ordner kopiert und die Einstellungen im Programm entsprechend geändert.

Programmstart verläuft wie vorher normal, sobald ich ein Konto abrufe tritt der oben beschriebene Fehler wieder auf. Die Datentabelle sei defekt, ich solle ein Backup zurückspielen. Backup zurückspielen geht aber nicht. Meldung: Es ist ein schwerwiegender Fehler aufgetreten. Entschuldigung. Fehlerdatei ... wurde in documents gespeichert.
Ende/Absturz.
Die Fehlerdatei wurde nicht angelegt.

Und hoppla: Jetzt meldet sich plötzlich die Windows Benachrichtigung mit einer qualifizierten Meldung:

Gestern kam die Meldung nicht. Jedenfalls ist jetzt klar:
Der Defender ist's!!

Nun suche ich im 'Windows Defender Security Center' nach einer Möglichkeit, dem Defender mitzuteilen, dass das Banking-Programm nicht blockiert werden soll - finde aber nichts dazu
Kann mir da jemand weiterhelfen?

So verplempert man seine Zeit mit unsinnigem blöden und unnötigem Herumprobieren.
Die Defender-Einstellungen lassen Ausschlüsse zu (Dateien, Ordner, Dateitypen und Prozesse).
Holla dachte ich, holte mir aus dem Taskmanager den Prozessnamen von Banking4W und trug in als Ausschluss ein.


Alles gut? - Denkste, der Defender schert sich leider nicht darum und blockiert den Zugriff der TopBanking.exe auf den documents-Ordner weiterhin.
Die obigen Fragen bleiben also im Raum stehen.

Hallo,
und damit begann das Trauerspiel. Defender stammt meines Wissens von Microsoft und macht sich dann auch mit Windows-eigenen Machenschaften auf den Weg. Das Programm versucht natürlich, erst mal alles zu blocken, was nicht bekannt ist. Das machen andere Schutzprogramme auch - nur wird bei Fehlern meistens auch das blockierende Programm aktiv und meldet entsprechende Fehler, wenn der Zugriff sicherheitshalber nicht erfolgen sollte.
In diesem Fall hat B 4W reagiert, weil es nicht in eine Datei schreiben konnte, was sonst immer vor Inst/Aktivierung des "Defenders" möglich gewesen ist.

Der Chef liest hier i.d.R. immer mit und wird sicher auch noch etwas dazu sagen können, zumal hier eine "Katastrophenmeldung" reklamiert wird.
Der "Documents-Ordner gehört nun mal zu den sensiblen Ordnern, die auch geschützt werden sollten.
Es bringt also nichts, wenn schon eigene Fehler mit im Spiel gewesen sind, diese Fehler dann lautstark hier als Fehler des Programms B 4W zu deklarieren.

@guenter47:
Erst mal vielen Dank für die genauen Mitteilungen und Erklärungen zu den Gründen. Ich denke, damit haben viele Leser einges Neues erfahren, was sie bei eigenen und fremden Problemen dann sofort anwenden können und was viel Zeit spart, wenn man es schon mal gehört hat. Klasse!

Von wegen den Fehlermeldungen: Als erstes würde ich da den Defender anklagen, dass er etwas unterbindet und (zumindest gestern) keinen Ton darüber verlautbart. Jedes andere Virenprogramm tut das und damit ist die Fehlersuche sehr viel einfacher. Von wegen dem Vorwurf an den B4-Hersteller: Wir wissen nicht, wie die Situation für das Programm "ausschaut". Ob das da so einfach mitbekommt, dass das Schreiben niht funktioniert - wer weiß, was der Defender da dreht. Aber ich denke, Andreas wird sich das sicher anschauen.

Die Sache mit dem Löschen der Tabellen (also interne Datenbanktabelle im Tresor) - ob sowas überhaupt je zum Erfolg führen kann? Vielleicht wird diese Tabelle ja, wenn man sie löscht, neu erstellt? Sonst würde diese Möglichkeit der Löschung ja garkeinen Sinn machen. Aber selbst wenn jemand es unreflektiert tut und sich damit diesen Tresor endgültig ruiniert, sehe ich das nicht als so tragisch an. In jeder Installation von B4 gibt es ausreichend gesicherte (komplette) Tresore, so dass eigentlich nie "was Schlimmes" passieren kann. Es sei denn, man hätte gerade riesige Änderungen gemacht oder unzählige Zahlungsaufträge erstellt. Dann hilft der Stand von gestern natürlich nur bedingt weiter. Aber wenn ich sowas mache (mit über 350 Konten in einem meiner Tresore), dann sichere ich diese große Änderung sowieso nochmal durch Kopieren des Tresors aktiv.

Logisch weitergedacht