Tutanota AppImage startet nicht.

[gundheri]

Hallo zusammen,

ich habe vorhin Debian mit Cinnamon erfolgreich installiert (aktuellste Version), danach u.a. die Tutanota-Desktop-App geladen und nach deren Anweisung "eingerichtet" (https://tutanota.com/howto#install-desktop). Beide Varianten, also auch über Terminal, habe ich probiert.

Das Problem: die App startet nicht. Beim Doppelklick auf die Datei passiert genau gar nichts!

Geht Debian mit AppImages irgendwie anders um? Unter Ubuntu lief´s einwandfrei! Die Wiki-Suche hat nichts gefunden!

Danke im Voraus!

[hikaru]

Welche Ausgaben bekommst du, wenn du das Image aus dem Terminal heraus aufrufst?

[MSfree]

Code: Alles auswählen

ls -l tutanota-desktop-linux.AppImage

?

[gundheri]

Welche Ausgaben bekommst du, wenn du das Image aus dem Terminal heraus aufrufst?

Nichts, es beginnt einfach eine neue Zeile mit diesem user@user: usw und der Cursor wartet auf eine neue Eingabe.

Ich habe übrigens gerade keepass xc als AppImage geladen und den Haken gesetzt, dass die Datei als Programm starten darf und das klappt einwandfrei.

[gundheri]

Code: Alles auswählen

ls -l tutanota-desktop-linux.AppImage

?

-rwxr-xr-x 1 user user 76392515 Feb 7 12:00 tutanota-desktop-linux.AppImage

[miwie]

Nichts, es beginnt einfach eine neue Zeile mit diesem user@user: usw und der Cursor wartet auf eine neue Eingabe.

Und ist was in den log-Dateien zu sehen?

[gundheri]

Hilf mir bitte kurz, Debian ist noch neu. Wie komme ich an die Logs?

[MSfree]

Code: Alles auswählen

file tutanota-desktop-linux.AppImage
uname -a
ulimit -c 10000
./tutanota-desktop-linux.AppImage

?

[miwie]

Auf meinem Debian/Testing startet das Appimage problemlos.

[gundheri]

Code: Alles auswählen

file tutanota-desktop-linux.AppImage
uname -a
ulimit -c 10000
./tutanota-desktop-linux.AppImage

?

Okay, vielen Dank! Ich muss nochmal los und melde mich später wieder.

Noch eine Frage: Das Terminal hier nennt sich XTerm. Wie kann ich Kopiertes einfügen? Strg + V funktioniert nicht...!

[MSfree]

Noch eine Frage: Das Terminal hier nennt sich XTerm. Wie kann ich Kopiertes einfügen? Strg + V funktioniert nicht...!

Einfach am Anfang des zu markierenden Textes die linke Maustaste klicken und Maus ziehen. Am Ende loslassen, Ctrl-C ist hier nicht nötig, das Markierte landet automatisch in der Zwischenablage.
Wort markieren geht durch linken Doppelklick.
Ganze Zeile markieren mit linkem Dreifachklick.

Einfügen geht dann durch drücken der mittleren Maustaste (Mausrad).

[Lord_Carlos]

Shift + Einfuegen
sollte auch klappen.

[gundheri]

Code: Alles auswählen

file tutanota-desktop-linux.AppImage
uname -a
ulimit -c 10000
./tutanota-desktop-linux.AppImage

?

Das wird dann angezeigt:

[3317:0207/173653.045778:FATAL:setuid_sandbox_host.cc(157)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that /tmp/.mount_tutanol1Xihp/chrome-sandbox is owned by root and has mode 4755.
Trace/Breakpoint ausgelöst (Speicherabzug geschrieben)

[gundheri]

Vielen Dank! Komme mir vor wie der doofe Anfänger!

[MSfree]

[3317:0207/173653.045778:FATAL:setuid_sandbox_host.cc(157)] The SUID sandbox helper binary was found, but is not configured correctly....

Versuch es mal mit:

Code: Alles auswählen

./tutanota-desktop-linux.AppImage --no-sandbox

Ob das aber die beste (im Sinne von sicherste) Lösung ist, kann ich nicht beurteilen.

[gundheri]

So startet die App! Ich würde es aber so machen, dass ich mal bei Tutanota nachfrage und diesen Thread verlinke. Die können da hoffentlich was mit anfangen!

Ich danke dir vielmals!!!

[miwie]

OK, die Lösung lautet (temporär):

sudo sysctl kernel.unprivileged_userns_clone=1

Hintergrund:
Debian Kernel (ggf. auch andere Distros) werden ggü. dem Standard Kernel so gepatcht, dass "unprivileged user namespaces" disabled werden. Mit dem sysctl setting "kernel.unprivileged_userns_clone=1" kann dies wieder enabled werden, allerdings systemweit.

Rebootfest wird dies durch eine neue Datei in /etc/sysctl.d

Ich hatte dies vor kurzem im Zusammenhang mit einem anderen AppImage recherchiert.

PS: siehe hierzu auch dieses Posting
viewtopic.php?f=33&t=176230

[gundheri]

Okay, vielen Dank! Ich kenne mich damit nun zu wenig aus. Aber verstehe ich es richtig, dass eher bei Debian etwas optimiert werden müsste?

[miwie]

Darüber streiten sich die Spezialisten....

Fakt ist, mit einem Debian Kernel kommst du um einen der beiden genannten Workarounds nicht drum rum. Es gibt, so viel ich weiß, keine Pläne bei Debian den Kernel Patch nicht anzuwenden.

[gundheri]

Okay, also mit einem Workaround hätte ich nun keine Probleme. Die neue Datei in /etc/sysctl.d, wie wäre die denn zu erstellen, bzw. was müsste sich darin befinden?

Ich habe nun auch den Tutanota-Support angeschrieben und diesen Thread verlinkt. Evtl. kommt von dort auch noch was...?!

[miwie]

Der Name der Datei ist wahlfrei, z.B.: /etc/sysctl.d/00-local-userns.conf
Inhalt eine Zeile mit

kernel.unprivileged_userns_clone=1

Anschließend ein

$ sudo sysctl --system

[gundheri]

Okay, soweit hab ich´s. Im Terminal kommt aber nach der letzten Eingabe: "user ist nicht in der sudoers-Datei. Dieser Vorfall wird gemeldet."

[am2]

Lese bitte noch hier nach: https://github.com/tutao/tutanota/issues/1565.
Ich hatte das gleiche Problem. Abhilfe schafft folgende Eintrag in der sysctl.conf: kernel.unprivileged_userns_clone=1, ist auch im obigen Link genannt.

[miwie]

Ich empfehle dringend diese Änderung nicht in der sysctl.conf zu machen, sondern in einer eigenen Datei wie ich beschrieben habe! Die Wirkung ist identisch, macht aber ein ggf. anstehendes Update einfacher.

[am2]

Ok. Danke für den Tipp, stelle ich bei mir um. Komisch ist nur, dass der Tutanota-Support mich darauf nicht hingewiesen hat.