Signal kann nicht mehr geöffnet werden

EOS Deutsch
1

Hallo zusammen!

Ich bekomme diese Fehlermeldung beim Starten von signal-desktop:

Bildschirmfoto_20250709_203333
Bildschirmfoto_20250709_203333793×342 33.5 KB

Nach Neuinstallation lief’s für ein paar Tage wieder, jetzt tritt der Fehler erneut auf.

signal-desktop --trace-deprecation

NODE_ENV production
NODE_CONFIG_DIR /usr/lib/signal-desktop/resources/app.asar/config
NODE_CONFIG {}
ALLOW_CONFIG_MUTATIONS undefined
HOSTNAME mein-hostname
NODE_APP_INSTANCE undefined
SUPPRESS_NO_CONFIG_WARNING undefined
SIGNAL_ENABLE_HTTP undefined
(node:3373) [DEP0180] DeprecationWarning: fs.Stats constructor is deprecated.
    at asarStatsToFsStats (node:electron/js2c/node_init:2:1748)
    at t.lstat (node:electron/js2c/node_init:2:5231)
    at LOOP (node:fs:2938:15)
    at process.processTicksAndRejections (node:internal/process/task_queues:85:11)
2025-07-09 20:28:12.203: ERROR CORE sqlcipher_page_cipher: hmac check failed for pgno=1
2025-07-09 20:28:12.203: ERROR CORE sqlite3Codec: error decrypting page 1 data: 1
2025-07-09 20:28:12.203: ERROR CORE sqlcipher_codec_ctx_set_error 1
2025-07-09 20:28:12.204: ERROR CORE sqlcipher_cipher_ctx_key_derive: error 1 occurred from provider kdf generating encryption key
2025-07-09 20:28:12.204: ERROR CORE sqlcipher_codec_key_derive: error occurred deriving read_ctx key
2025-07-09 20:28:12.204: ERROR CORE sqlite3Codec: error occurred during key derivation: 1
2025-07-09 20:28:12.204: ERROR CORE sqlcipher_codec_ctx_set_error 1

Mein System:

System:
  Kernel: 6.12.35-1-lts arch: x86_64 bits: 64
  Desktop: KDE Plasma v: 6.4.2 Distro: EndeavourOS
Machine:
  Type: Laptop System: Dell product: XPS 15 7590 v: N/A
    serial: <superuser required>
  Mobo: Dell model: 0VYV0G v: A00 serial: <superuser required> UEFI: Dell
    v: 1.37.0 date: 04/02/2025
Battery:
  ID-1: BAT0 charge: 65.3 Wh (92.9%) condition: 70.3/97.0 Wh (72.5%)
CPU:
  Info: 6-core model: Intel Core i7-9750H bits: 64 type: MT MCP cache:
    L2: 1.5 MiB
  Speed (MHz): avg: 800 min/max: 800/4500 cores: 1: 800 2: 800 3: 800 4: 800
    5: 800 6: 800 7: 800 8: 800 9: 800 10: 800 11: 800 12: 800
Graphics:
  Device-1: Intel CoffeeLake-H GT2 [UHD Graphics 630] driver: i915 v: kernel
  Device-2: NVIDIA TU117M [GeForce GTX 1650 Mobile / Max-Q] driver: nvidia
    v: 575.64.03
  Device-3: Microdia Integrated_Webcam_HD driver: uvcvideo type: USB
  Display: wayland server: X.org v: 1.21.1.18 with: Xwayland v: 24.1.8
    compositor: kwin_wayland driver: X: loaded: modesetting,nvidia dri: iris
    gpu: i915 resolution: 1920x1080~60Hz
  API: EGL v: 1.5 drivers: iris,nvidia,swrast
    platforms: gbm,wayland,x11,surfaceless,device
  API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: intel mesa v: 25.1.5-arch1.1
    renderer: Mesa Intel UHD Graphics 630 (CFL GT2)
  API: Vulkan v: 1.4.313 drivers: nvidia,intel surfaces: N/A
  Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
    de: kscreen-console,kscreen-doctor gpu: nvidia-settings,nvidia-smi
    wl: wayland-info x11: xdpyinfo, xprop, xrandr
Audio:
  Device-1: Intel Cannon Lake PCH cAVS driver: snd_hda_intel
  API: ALSA v: k6.12.35-1-lts status: kernel-api
  Server-1: PipeWire v: 1.4.6 status: active
Network:
  Device-1: Intel Wi-Fi 6 AX200 driver: iwlwifi
  IF: wlan0 state: up mac: <filter>
Bluetooth:
  Device-1: Intel AX200 Bluetooth driver: btusb type: USB
  Report: btmgmt ID: hci0 rfk-id: 0 state: down bt-service: enabled,running
    rfk-block: hardware: no software: yes address: N/A
Drives:
  Local Storage: total: 476.94 GiB used: 277.75 GiB (58.2%)
  ID-1: /dev/nvme0n1 vendor: Toshiba model: KXG60ZNV512G NVMe 512GB
    size: 476.94 GiB
Partition:
  ID-1: / size: 450.91 GiB used: 276.88 GiB (61.4%) fs: ext4
    dev: /dev/nvme0n1p2
Swap:
  ID-1: swap-1 type: partition size: 16.75 GiB used: 0 KiB (0.0%)
    dev: /dev/nvme0n1p3
Sensors:
  System Temperatures: cpu: 49.0 C pch: 40.0 C mobo: N/A
  Fan Speeds (rpm): N/A
Info:
  Memory: total: 16 GiB note: est. available: 15.23 GiB used: 3.72 GiB (24.4%)
  Processes: 309 Uptime: 18m Shell: Bash inxi: 3.3.38

Hat jemand eine Idee? Danke im Voraus für Hinweise und Hilfe!

2

Hast Du alle Tipps auf folgender Seite angeschaut?
Dann kannst Du auch bei den Fehlern in der Entwicklung unter https://github.com/signalapp/Signal-Desktop/issues schauen, ob Deine Fehlermeldungen dort genannt sind und ob da ein Hinweis auf Dein Problem vorhanden ist.
Ganz vereinzelt habe ich diese Abstürze auch. Meistens lag es bei mir daran, dass irgendwas mit kwallet nicht passte. Bis auf ein einziges Mal hat es ausgereicht, mich wieder aus- und einzuloggen. Danach ging es wieder.

Falls alle Maßnahmen von der oben genannten Seite nichts helfen, bin ich mittlerweile dazu übergegangen, die Daten alle wegzulöschen (Signal-Verzeichnisse im User-Home löschen) und Signal neu einzurichten. Mit dem neuen Feature, dass man mindestens bei Android alle alten Chats plus die Bilder/Videos/etc. der letzten 45 Tage übernehmen kann, geht das schneller als eine Fehlersuche … :wink:

3

Vielen Dank für deine Antwort!

Genau das hatte ich ja gemacht - lief dann für zwei Tage mit der frischen Installation und der Fehler trat erneut auf.

Allerdings hat Warten jetzt geholfen. Vielleicht war’s tatsächlich ein Problemchen mit kwallet.

1 Like
4

Ich habe Signal als Flatpak installiert. Diese Version läuft stabil seit längerer Zeit bei mir und erhält auch weit mehr Updates als die Arch Version.

5

Warum als flatpak? Nur wenn eine App nicht via AUR oder nur mit ständigen Problemen behaftet ist, macht es Sinn flatpaks zu verwenden. Bei einem flatpak-Paket läuft man durchaus Gefahr, dass die zugrundeliegende DE-Umgebung vollkommen veraltet und mit Sicherheitslücken behaftet ist.

Was die Updates angeht, das kann ich nicht betätigen. Hier ist via yay/pacman die aktuellste Version installiert. Veröffentlicht vor 5 Tagen, vor 3 Tagen via Arch Repository zum Download angeboten. Und das ist eigentlich immer so.

6

Habe ich doch geschrieben. Weil die Flatpak Version im Gegensatz zum Repo Paket keine Probleme macht. Die Flatpak Version bekommt Updates synchron zur Smartphone/Signal.org-download Version. Das meine ich mit aktuell.

Danke, aber ich bin nicht “man”, ich bin der Admin von meinem Rechner.
Ich habe genau 3 Flatpaks auf meinem Rechner, und das aus guten Grund.

7

Die Repo-Version von Arch ist auf dem gleichen Versionsstand wie die bei signal.org.
Was das Thema der Stabilität angeht, so habe ich hier 5 Personen, die unter EOS mit dem Repo-Paket den Signal-Desktop nutzen. Der einzige, der mal Probleme hatte, war ich selbst und die habe ich vermutlich durch eine dumme Aktion mit dem kwallet selbst ausgelöst.

Ich habe nicht an Dir gezweifelt.
Mein Einwand bezog sich darauf, dass flatpaks gerne eine deutlich veraltete DesktopEnvironment-Version zugrunde legen, die ich für sicherheitskritisch halte. Die DE-Version kann ich beim Installieren nicht beeinflussen, da der Maintainer des flatpaks das vorgibt. Deswegen setze ich flatpaks nur als allerallerletzte Option ein. Derzeit brauche ich das zum Glück nicht …

8

@zangief hat ein Problem mit der Signal Repo App geäußert und danach gefragt, ob jemand eine Idee hat, wie es abzustellen ist.
Ich habe meine positiven Erfahrungen über die Stabilität der Flatpak Version geäussert.

Manche Schlüsselwörter triggern dieses Forum förmlich, “Flatpak” gehört dazu, “pamac” steht sicherlich an der Spitze…

9

flatpak ist ein Prinzip das mehr oder minder im Gegensatz zum Ansatz von Arch seht. Daher halte ich die Reaktionen darauf, hier in einem Forum einer Distribution, die auf Arch basiert, für vorhersehbar …