[erledigt - RAM defekt] Thunderbird startet nicht - ExceptionHandler-Meldungen

Du hast Probleme mit Deinem eMail-Programm, Webbrowser oder Textprogramm? Dein Lieblingsprogramm streikt?
Antworten
LinuxFanKR13
Beiträge: 78
Registriert: 19.04.2020 10:01:02

[erledigt - RAM defekt] Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von LinuxFanKR13 » 17.12.2020 09:39:38

Hallo Community,

ich nutze Debian buster und mein Ziel ist, den Rechner mit

Code: Alles auswählen

# buster distribution packages
#
deb http://deb.debian.org/debian buster main contrib non-free
deb-src http://deb.debian.org/debian buster main contrib non-free

# security updates
#
deb http://security.debian.org/debian-security buster/updates main contrib non-free
deb-src http://security.debian.org/debian-security buster/updates main contrib non-free

# backports
# 
deb http://deb.debian.org/debian buster-backports main contrib non-free
deb-src http://deb.debian.org/debian buster-backports main contrib non-free
stabil und sicher zu halten.

Ich nutze

Code: Alles auswählen

uname -a
Linux Erde 4.19.0-13-amd64 #1 SMP Debian 4.19.160-2 (2020-11-28) x86_64 GNU/Linux
und Xfce 4.12

Thunderbird startet nicht mehr zuverlässig. Ich bekomme, wenn ich es vom Terminal aus aufrufe, die Meldungen

Code: Alles auswählen

ExceptionHandler::GenerateDump cloned child 3928
ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...
In den Dateien unter /var/log habe ich keinen Hinweis auf den Fehler gefunden, vielleicht habe ich etwas übersehen. Im Netz gibt es dazu Hinweise auf curl und /dev/shm. Dabei ist

Code: Alles auswählen

drwxrwxrwt   2 root root          40 Dez 17 09:22 shm
für alle schreibberechtigt.

Code: Alles auswählen

dpkg --get-selections
curl                                            install
libcurl3-gnutls:amd64                           install
libcurl4:amd64                                  install
Wer weiß Rat?

Vielen Dank und viele Grüße

20.03.2021: Änderung: Ergebnis im Betreff ergänzt.
Zuletzt geändert von LinuxFanKR13 am 20.03.2021 10:27:40, insgesamt 1-mal geändert.

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von MSfree » 17.12.2020 09:57:15

LinuxFanKR13 hat geschrieben: ↑ zum Beitrag ↑
17.12.2020 09:39:38
Thunderbird startet nicht mehr zuverlässig.
In den meisten Fällen ist das Benutzerprofil kaputt.
Neu anlegen, ggfls. mit eineam anderen Benutzer zum Testen.
Im Netz gibt es dazu Hinweise auf curl und /dev/shm.
Dann hast du im Netz die falschen Stellen gefunden. Naürlich könnte curl mit der gleichen Meldung abstürzen, die Lösung ist aber eine gänzlich andere.

LinuxFanKR13
Beiträge: 78
Registriert: 19.04.2020 10:01:02

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von LinuxFanKR13 » 17.12.2020 10:12:11

Hallo MSfree, Hallo Community,

ich habe einen Nutzer ohne ein Verzeichnis ~/.thunderbird. Wo würde Thunderbird ggf. noch Dateien in ~/ ablegen?
Wenn ich dann im Terminal /usr/bin/thunderbird starte, kommt die gleiche Fehlermeldung (logischerweise mit einer anderen Nummer)
Ein defektes Benutzerprofil schließe ich daher aus.

Viele Grüße

LinuxFanKR13
Beiträge: 78
Registriert: 19.04.2020 10:01:02

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen - eher X

Beitrag von LinuxFanKR13 » 17.12.2020 14:34:20

Hallo Community,

ich habe die sourcelist erweitert:

Code: Alles auswählen

# buster proposed updates
#
deb http://deb.debian.org/debian buster-proposed-updates main contrib non-free
deb-src http://deb.debian.org/debian buster-proposed-updates main contrib non-free
 
# buster updates
#
deb http://deb.debian.org/debian buster-updates main contrib non-free
deb-src http://deb.debian.org/debian buster-updates main contrib non-free
Dadurch wurde thunderbird auf die Version 1:78.6.0.1~deb10u1 angehoben.
Danach ging es zunächst wieder nicht, nach einem Reboot ging Thunderbird wieder, aber ein Terminalfenster konnte in xfce4 nicht geöffnet werden. Dann nochmals ein Reboot und jetzt gehen beide Programme wieder.
Es scheint eher an der grafischen Oberfläche zu liegen, denn wenn ich den Rechner starte und mich dann über lightdm einlogge, erscheint die grafische Oberfläche, die flackert dann nochmals und dann ist das Bild stabil.

Für mich verwirrend sind die Zeilen in /var/log/Xorg.0.log, weil die Einträge DFP-0 ... 3 dreimal vorkommen:

Code: Alles auswählen

[    43.356] (**) Option "xkb_layout" "de"
[    54.720] (--) NVIDIA(GPU-0): DFP-0: disconnected
[    54.720] (--) NVIDIA(GPU-0): DFP-0: Internal DisplayPort
[    54.720] (--) NVIDIA(GPU-0): DFP-0: 2660.0 MHz maximum pixel clock
[    54.720] (--) NVIDIA(GPU-0): 
[    54.720] (--) NVIDIA(GPU-0): DFP-1: disconnected
[    54.720] (--) NVIDIA(GPU-0): DFP-1: Internal TMDS
[    54.720] (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock
[    54.720] (--) NVIDIA(GPU-0): 
[    54.723] (--) NVIDIA(GPU-0): NEC EA271U (DFP-2): connected
[    54.723] (--) NVIDIA(GPU-0): NEC EA271U (DFP-2): Internal DisplayPort
[    54.723] (--) NVIDIA(GPU-0): NEC EA271U (DFP-2): 2660.0 MHz maximum pixel clock
[    54.723] (--) NVIDIA(GPU-0): 
[    54.724] (--) NVIDIA(GPU-0): DFP-3: disconnected
[    54.724] (--) NVIDIA(GPU-0): DFP-3: Internal TMDS
[    54.724] (--) NVIDIA(GPU-0): DFP-3: 165.0 MHz maximum pixel clock
[    54.724] (--) NVIDIA(GPU-0): 
[    54.724] (--) NVIDIA(GPU-0): DFP-4: disconnected
[    54.724] (--) NVIDIA(GPU-0): DFP-4: Internal TMDS
[    54.724] (--) NVIDIA(GPU-0): DFP-4: 165.0 MHz maximum pixel clock
[    54.724] (--) NVIDIA(GPU-0): 
[    54.779] (--) NVIDIA(GPU-0): DFP-0: disconnected
[    54.779] (--) NVIDIA(GPU-0): DFP-0: Internal DisplayPort
[    54.779] (--) NVIDIA(GPU-0): DFP-0: 2660.0 MHz maximum pixel clock
[    54.779] (--) NVIDIA(GPU-0): 
[    54.779] (--) NVIDIA(GPU-0): DFP-1: disconnected
[    54.779] (--) NVIDIA(GPU-0): DFP-1: Internal TMDS
[    54.779] (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock
[    54.779] (--) NVIDIA(GPU-0): 
[    54.779] (--) NVIDIA(GPU-0): NEC EA271U (DFP-2): connected
[    54.779] (--) NVIDIA(GPU-0): NEC EA271U (DFP-2): Internal DisplayPort
[    54.779] (--) NVIDIA(GPU-0): NEC EA271U (DFP-2): 2660.0 MHz maximum pixel clock
[    54.779] (--) NVIDIA(GPU-0): 
[    54.780] (--) NVIDIA(GPU-0): DFP-3: disconnected
[    54.780] (--) NVIDIA(GPU-0): DFP-3: Internal TMDS
[    54.780] (--) NVIDIA(GPU-0): DFP-3: 165.0 MHz maximum pixel clock
[    54.780] (--) NVIDIA(GPU-0): 
[    54.780] (--) NVIDIA(GPU-0): DFP-4: disconnected
[    54.780] (--) NVIDIA(GPU-0): DFP-4: Internal TMDS
[    54.780] (--) NVIDIA(GPU-0): DFP-4: 165.0 MHz maximum pixel clock
[    54.780] (--) NVIDIA(GPU-0): 
[    55.701] (--) NVIDIA(GPU-0): DFP-0: disconnected
[    55.701] (--) NVIDIA(GPU-0): DFP-0: Internal DisplayPort
[    55.701] (--) NVIDIA(GPU-0): DFP-0: 2660.0 MHz maximum pixel clock
[    55.701] (--) NVIDIA(GPU-0): 
[    55.701] (--) NVIDIA(GPU-0): DFP-1: disconnected
[    55.701] (--) NVIDIA(GPU-0): DFP-1: Internal TMDS
[    55.701] (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock
[    55.701] (--) NVIDIA(GPU-0): 
[    55.701] (--) NVIDIA(GPU-0): NEC EA271U (DFP-2): connected
[    55.701] (--) NVIDIA(GPU-0): NEC EA271U (DFP-2): Internal DisplayPort
[    55.701] (--) NVIDIA(GPU-0): NEC EA271U (DFP-2): 2660.0 MHz maximum pixel clock
[    55.701] (--) NVIDIA(GPU-0): 
[    55.702] (--) NVIDIA(GPU-0): DFP-3: disconnected
[    55.702] (--) NVIDIA(GPU-0): DFP-3: Internal TMDS
[    55.702] (--) NVIDIA(GPU-0): DFP-3: 165.0 MHz maximum pixel clock
[    55.702] (--) NVIDIA(GPU-0): 
[    55.702] (--) NVIDIA(GPU-0): DFP-4: disconnected
[    55.702] (--) NVIDIA(GPU-0): DFP-4: Internal TMDS
[    55.702] (--) NVIDIA(GPU-0): DFP-4: 165.0 MHz maximum pixel clock
[    55.702] (--) NVIDIA(GPU-0): 
Bei den nvidia-Paketen sind die Versionen 418.152.00-1 installiert.

Für mich ganz dubios. Ich beobachte es weiter. Kann sich jemand darauf einen Reim machen?

Viele Grüße

LinuxFanKR13
Beiträge: 78
Registriert: 19.04.2020 10:01:02

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von LinuxFanKR13 » 19.12.2020 16:41:26

Hallo Community,

heute hatte ich nach dem Hochfahren folgende Fehlermeldung von Thunderbird in einem Fenster:

Code: Alles auswählen

XML-Verarbeitungsfehler: nicht wohlgeformt
Adresse: chrome://messenger/content/messenger.xhtml
Zeile Nr. 1145, Spalte 4:

`           accessley="&contextReplyList.accesskey;"
---^
Gestartet habe ich das Email-Programm über das Xfce4-Menue: Anwendungen - Internet - Thunderbird Email und Nachrichten
Vielleicht gibt diese Info jemandem einen Hinweis. Thunderbird ist dann nicht gestartet.

Viele Grüße

KP97
Beiträge: 3406
Registriert: 01.02.2013 15:07:36

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von KP97 » 19.12.2020 19:22:27

Die Fehlermeldung sagt es schon, es muß access_k_ey heißen.
Da hat sich ein Fehler ins Programm eingeschlichen, vielleicht durch die Maintainer, k.A.
Ich nutze Thunderbird 78.6.0esr von der Mozilla HP und habe diesen Fehler nicht. Bei Dir stimmen auch die Zeilen nicht mit dem Original überein.
Bei mir sieht das so aus, ab Zeile 1140
<menuitem id="mailContext-replyList"
label="&contextReplyList.label;"
accesskey="&contextReplyList.accesskey;"
oncommand="MsgReplyToListMessage(event);"/>
Du hast jetzt zwei Möglichkeiten zur Problembeseitigung.
1. Du nutzt das Programm von der Mozilla HP, schiebst es in Dein Homeverzeichnis oder auch nach /opt, kümmerst Dich selbst um Updates, und alles funktioniert.

2. Du behebst den Schreibfehler direkt im Programm.
Du machst zuerst eine Kopie von der omni.ja im Programmverzeichnis, /usr/lib oder /usr/share, wohin installiert das Paket? Ich nutze das nicht, da mußt Du selbst schauen.
Dann änderst Du die .ja nach .zip, jetzt läßt sich das Archiv öffnen.
Am besten ist da der file-roller, der Archivierer kann eine Datei direkt ändern ohne das lästige Ent- und wieder Einpacken.
Dann rufst Du den Pfad /chrome/messenger/content/messenger/ auf und öffnest die Datei messenger.xhtml mit einem Editor.
Nun korrigierst Du den Fehler "accessley=" nach "accesskey=" und speicherst die Änderung. Du wirst von file-roller nun gefragt, ob Du das Archiv direkt ändern willst. Das bestätigst Du.
Jetzt mußt Du die omni.zip wieder nach omni.ja ändern, neu starten, und das Problem ist behoben.

Ein Hinweis:
Du wirst sehen, daß die omni.ja fast um die Hälfte geschrumpft ist. Das ist bei den omni's normal, sobald man diese einmal angefaßt hat.
Es ist also kein Fehler aufgetreten.

LinuxFanKR13
Beiträge: 78
Registriert: 19.04.2020 10:01:02

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von LinuxFanKR13 » 20.12.2020 08:34:33

Hallo KP97, Hallo Community,

entschuldige, aber bei dem Einstellen ist mir ein Tippfehler unterlaufen.
Es heißt schon access_k_ey; ich musste den Text abtippen, weil er nicht mit der Maus kopiert werden konnte und prompt übersieht man trotz nochmaligem Kontrollieren den Schreibfehler.

Auch nach dem Reboot kommt wieder dieselbe Fehlermeldung. Ich bin mir aber ziemlich sicher, dass es gar nicht an Thunderbird liegt, sondern an der grafischen Oberfläche.
Denn während ich das hier getippt habe, habe ich die Benachrichtigung von Thunderbird erhalten, dass E-Mails eingetroffen sind. Thunderbird läuft also, das "Haupt-Fenster" wird aber nicht angezeigt.
Ich starte Thunderbird über ein Script als anderer Benutzer. Das hat bisher tadellos funktioniert, auch den Browser, den ich gerade verwende, um diese Zeilen zu tippen, starte ich über das gleiche Scripts. Das Script funktioniert also auch.

Was könnte es denn noch sein?

Ich hatte gestern noch folgendes Phänomen: Ich konnte unter Xfce kein Terminal mehr starten, daraufhin bin ich über Strg+Alt+F1 zur Konsole, hab mich als root eingeloggt und dmesg > boot.txt gespeichert. Weil sonst keine Anwendungen liefen, habe ich reboot eingegeben, der Rechner hat dann für den Reboot sehr lange gebraucht. Danach ging das Terminal unter der grafischen Oberfläche wieder und in boot.txt gibt es folgende Zeilen (diesmal kopiert!)

Code: Alles auswählen

less boot.txt | grep BUG
[  193.612453] BUG: unable to handle kernel paging request at 0000000000010028
[  193.836328] BUG: unable to handle kernel paging request at 0000000000010018
[  213.714161] kernel BUG at lib/list_debug.c:28!
Ich benutze den Kernel von der Debian buster distribution (XXXX ist der Name des Rechners):

Code: Alles auswählen

uname -a
Linux XXXX 4.19.0-13-amd64 #1 SMP Debian 4.19.160-2 (2020-11-28) x86_64 GNU/Linux
Was ist hier kaputt? Ist das RAM oder Speicher auf der SSD gemeint?

Vielen Dank und viele Grüße

KP97
Beiträge: 3406
Registriert: 01.02.2013 15:07:36

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von KP97 » 20.12.2020 13:04:38

Du könntest testweise auch mal einen Kernel aus den Backports probieren.

Wenn TB über ein Script gestartet wird, würde ich da ansetzen. Browser und Email ist nicht das Gleiche, auch wenn beide von Mozilla kommen.
TB kann doch auch Mails für andere Benutzer abholen, läßt sich in den Konteneinstellungen anpassen.
Dann braucht es kein Script.

LinuxFanKR13
Beiträge: 78
Registriert: 19.04.2020 10:01:02

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von LinuxFanKR13 » 20.12.2020 13:57:18

Hallo KP97, Hallo Communiy,

das habe ich auch schon gemacht: den Backport-Kernel 5.9.0.0 installiert.
Ergebnis: die grafische Oberfläche kommt gar nicht hoch, also wieder deinstalliert.

Wie gesagt, ich bin mir nicht sicher, was die eigentliche Ursache ist:
  • Mit Kernel 4.19.0-12-amd64 #1 SMP Debian 4.19.152-1 (2020-10-18) x86_64 GNU/Linux läuft derzeit Thunderbird. Wenn es Probleme gibt, startet Thunderbird nicht, es poppt kein Fenster auf mit der accesskey-Meldung. Wenn es Probleme gibt und ich starte Thunderbird per Eingabe im Terminal kommt die anfangs gepostete ExceptionHandler-Meldung.
  • Mit Kernel 4.19.0-13-amd64 #1 SMP Debian 4.19.160-2 (2020-11-28) x86_64 GNU/Linux bekomme ich jetzt fast immer die accesskey-Meldung. Selten funktioniert Thunderbird. Es gab aber auch die gleiche Situation wie mit Kernel 4.19.0-12, dies war der Ausgangspunkt dieser Beiträge.
  • Mit Kernel 5.9.0.0.bpo.2 startet die grafische Oberfläche gar nicht, lightdm bietet gar kein Login-Fenster.
  • Ich habe unter Kernel 4.19.0-13 auch schon mal Thunderbird vom Terminal "direkt" gestartet, also mit /usr/bin/thunderbird (nicht mein Script). Auch dort habe ich die ExceptionHandler-Meldung erhalten.
Ich hab leider noch andere Baustellen bei dem Rechner. Vielleicht ist es sogar das beste, ihn nochmal platt zu machen und neu aufzusetzen.
Es liegt mir nichts daran, die neueste Kernelversion und neuesten Programmversionen zu haben. Der Rechner soll stabil laufen, nur die Sicherheitsupdates sollen immer möglichst frühzeitig eingespielt werden.

Viele Grüße

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von MSfree » 20.12.2020 14:11:30

LinuxFanKR13 hat geschrieben: ↑ zum Beitrag ↑
20.12.2020 13:57:18
das habe ich auch schon gemacht: den Backport-Kernel 5.9.0.0 installiert.
Ergebnis: die grafische Oberfläche kommt gar nicht hoch, also wieder deinstalliert.
Das ist doch völlig logisch. Wenn du einen Backportkernel installierst, muß du auch das Nvidia-Modul aus den Backports dazu installieren. Nvidia ist und bleibt halt umständlich.

Ansonsten würde ich mal die Hardware prüfen. Defektes RAM könnte eine Ursache sein. Eventuell ist auch eine Datei auf deiner Festplatte kaputt, die zu diesen Problemen führt. Du könntest auch einfach mal Thunderbird deinstallieren und frisch neu installieren, falls eine der zu TB gehörenden Dateien auf der Platte kaputt ist.

Ansonsten wäre es schon interessant, welche Hardware (CPU, RAM-Größe, Graphikkarte, Festplatte/SSD) du einsetzt, und welche Software und welchen Desktop du nutzt.

LinuxFanKR13
Beiträge: 78
Registriert: 19.04.2020 10:01:02

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von LinuxFanKR13 » 20.12.2020 16:48:18

Hallo MSfree, Hallo Community,

bevor ich weiter neue Kernel und Grafiktreiber installiere, möchte ich sicherstellen, dass die Hardware-Komponenten richtig arbeiten, denn hier habe ich inzwischen arge Zweifel:

Ich habe folgenden Komponenten:
  • Intel i7-8700
  • Gigabyte Intel Z390 Motherboard
  • 2 x 16 GB RAM, G.Skill
  • Samsung SSD 970 Pro 512 GB NVMe - hier ist /boot/efi in einer 128-MB-Partition, /boot in einer 500-MB-Partition und das System in einem verschlüsselten logischen Volume
  • Samsung MZVLW128HEGR NVMe - hier ist Windows 10 drauf, wird gelegentlich im Rahmen der Betreuung anderer Rechner benötigt.
  • SanDisk SSD Plus 1TB - hier ist /home in einem verschlüsselten logischen Volume
  • Grafikkarte ist eine GEFORCE GTX 1650 - daran hängt per DisplayPort der Monitor
  • Intel Dual AC 9260 WLAN & Bluetooth - in einem Erweiterungsslot
  • Software ist Debian buster 10.7 mit Xfce
Warum habe ich Zweifel?
  • Als ich gestern mal wieder Windows gebootet und die Updates eingespielt habe, gab es beim Runterfahren einen Bluescreen.
  • Als ich vorhin den Rechner neu gebootet habe, blieb er auch hängen. Die Meldung(en) habe ich abfotografiert und trage sie in den nachfolgenden Codeblock ein.

Code: Alles auswählen

Broadcast message from systemd-journal@XXXX (Sun 2020-12-20 14:32:44 CET):
systemd[1] Caught <SEGV>, dumped core as pid 13804.

Broadcast message from systemd-journal@XXXX (Sun 2020-12-20 14:32:44 CET):
systemd[1]: Freezing execution.
Nach einer Weile kamen dann immer mehr der nachfolgenden Zeilen (mit anderen Zahlen/Zeiten am Zeilenanfang), ich musste den Rechner schließlich am Schalter ausschalten.

Code: Alles auswählen

[12100.937783] systemd-journald[732]: Failed to send WATCHDOG=1 notification message: Transport endpoint is not connected
[12100.938197] systemd-journald[732]: Failed to send WATCHDOG=1 notification message: Transport endpoint is not connected
Auf / gibt es von 14:32 Uhr eine Datei core.

Daher stellen sich mir jetzt folgende Fragen
  • Wie kann ich die Datei core analysieren? cat core liefert nur Datensalat.
  • Wie kann ich feststellen, ob der RAM defekt ist?
    Klar, ich könnte einen Speicherriegel ausbauen und schauen, was der Rechner dann macht.
    Ich kann auch memtester laufen lassen, aber wie erreiche ich damit auch den Speicherbereich, der vielleicht Probleme macht? Oder würde memtester 32GB 2 den gesamten Speicher zweimal testen?
  • Wie kann ich feststellen, ob die SSD - vorrangig wohl die 970 Pro fehlerhaft ist?
    Schreibt Windows 10 beim Herunterfahren irgendetwas nach /boot/efi? Dann wäre nämlich bei defekter 970 Pro der Bluescreen erklärbar.
Vielen Dank für die Hinweise

PS:
Die Benennung des Themas ist wohl inzwischen nicht mehr richtig, aber ich lasse das jetzt trotzdem mal noch so stehen. Ggf. mögen mir die Admins sagen, wie ich damit umgehen soll.

Ich bin irgendwie zu blöd nummerierte Listen einzugeben, mit dem Hinweis aus dem Mouseover-Text schaffe ich zwar 1., dann aber nicht 2., 3., usw. - Nebenkriegsschauplatz bei der Bedienung hier.

LinuxFanKR13
Beiträge: 78
Registriert: 19.04.2020 10:01:02

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von LinuxFanKR13 » 22.12.2020 23:38:35

Hallo Community,

zur Überprüfung der Hardware habe ich Memtest, welches ich von https://www.memtest86.com geholt habe, auf einen USB-Stick installiert und den RAM überprüfen lassen. Memtest meldet Hardware-Defekte, Speicherstellen mit Stuck-at-Zero und Stuck-at-One. Damit ist klar, dass Programme, die in diesen RAM-Bereich geladen werden, irgendein komisches Verhalten zeigen können oder, wenn der Wert zufällig richtig ist, auch fehlerfrei funktionieren können. Als ich heute Thunderbird gestartet habe, hat es englische Menus angezeigt, lustig, obwohl die deutsprachige Erweiterung installiert ist. Nach einem Reboot und dem Start anderer Programme startet Thunderbird wieder mit deutsprachigem Menü.

Fazit:
  • Den RAM werde ich austauschen (müssen), bin in der Klärung, ob dies noch ein Garantiefall ist
  • Ich werde künftig bei neuem RAM oder auch bei einem neuen Rechner gleich mal diesen Memtest laufen lassen, so als Wareneingangskontrolle. Dies kann ich auch nur jedem weiterempfehlen
Viele Grüße

LinuxFanKR13
Beiträge: 78
Registriert: 19.04.2020 10:01:02

Re: Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von LinuxFanKR13 » 20.03.2021 10:26:27

Hallo Community,

die Klärung mit dem Verkäufer des Rechners hat ergeben, dass der defekte RAM noch ein Garantiefall ist. Es hat zwar über zwei Monate gedauert, bis ich den Ersatzspeicher erhalten habe, aber jetzt ist der RAM getauscht (komplett, beide Speicherriegel) und memtest86 lief fehlerfrei durch.

Seither läuft der Rechner stabil, alle Programme starten, und ich bin auch auf die Pakete "buster", "security-updates" und "backports" zurück.

Damit schließe ich dieses Thema ab und kann mich wieder anderen Themen widmen.

Viele Grüße und vielen Dank für die Unterstützung

Benutzeravatar
OrangeJuice
Beiträge: 616
Registriert: 12.06.2017 15:12:40

Re: [erledigt - RAM defekt] Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von OrangeJuice » 20.03.2021 10:49:19

Danke für deine Rückmeldung. Ich bin letztens über eine alte Studie gestolpert, die beschreibt, dass Ram wohl recht schnell(10-18 Monate) Fehler aufweisen kann(Link). Könnte sein, dass es mit den kleineren Strukturen nicht einfacher wird und evtl. noch etwas schneller auftritt. Also ist es wohl wirklich sinnvoll den Ram manchmal zu überprüfen.

LinuxFanKR13
Beiträge: 78
Registriert: 19.04.2020 10:01:02

Re: [erledigt - RAM defekt] Thunderbird startet nicht - ExceptionHandler-Meldungen

Beitrag von LinuxFanKR13 » 20.03.2021 17:28:29

Hallo OrangeJuice,

ich weiß nicht, in welchen Strukturen mein RAM gefertigt wurde, wird schon im Bereich von zweistelligen nm sein.

Ich würde aber bei dem Defekt eher auf einen ESD-Schaden tippen. Die alten RAM-Riegel habe ich nicht eingebaut, weiß also nicht, wie sorgfältig ein ESD-Schutz beim Zusammenbau des Rechners beachtet wurde. Anfangs hat der Rechner tadellos funktioniert, dann musste ich zuerst immer die Passphrase für die Festplattenentschlüsselung zweimal eingeben, danach haben verschiedene Applikationen angefangen zu spinnen. Mir scheint also, dass die Defekte immer weiter fortschreiten.
Dies ist für eine ESD-Schädigung typisch. Zuerst erkennt man nichts und dann fällt nach und nach immer mehr aus.
Ich habe beim Einbau auf ESD-Schutz geachtet und hoffe nun, dass der RAM viele Jahre hält. Es ist im Übrigen seit 1985(!), damals ein Homecomputer mit 8-Bit-Prozessor und 128KB RAM :-), das aller erste Mal, dass ich einen RAM-Defekt habe. Die früheren Rechner wurden immer nur wegen nicht mehr ausreichender Rechenleistung ersetzt und zwar nach vielen Jahren in der Nutzung.

Viele Grüße

Antworten