Installiert ist die V. 7.5.4.2
Ist jetzt kein großes Problem. Fällt aber schon auf. Der Balken beim Start scheint bei 2/5 der Strecke und bei 5/5 auf irgendwas zu warten… Dauert knapp 20 - 30 Sekunden bis das Dokument offen ist.
Ne Idee das einzukreisen?
processor : 3
vendor_id : GenuineIntel
cpu family : 6
model : 60
model name : Intel(R) Core(TM) i5-4670 CPU @ 3.40GHz
stepping : 3
microcode : 0x28
cpu MHz : 1370.770
cache size : 6144 KB
Ich wuerde mal auf die relativ schwache CPU tippen. Selbst auf meiner i9 13th Gen CPU braucht Libreoffice ein paar sekunden (je nach Dokument auch gerne mal 10 Sekunden). Je nachdem wie dein RAM aussieht bzw. wenn du ‘nur’ eine HDD hast dann kann das schon etwas dauern.
Spontan wuerde ich sagen, dass die Startzeit ganz normal ist.
Hab den Rechner schon eine Weile. Kann mich nicht erinnern das das immer so lange dauerte. Und ja, ist ne 2 TB HDD drin.
Naja, mal gucken.
Hast du vielleicht eine Java-Laufzeitungebung aktiviert?
Ich habe libreoffice-still und diese abgeschaltet. Ich bin aber auch kein Power-user. Nutze libreoffice nur äusserst selten.
Gute Frage. Kann morgen nachschauen. Ich meine das Paket heisst irgendwie fresh…
Das Java ist bei mir an. Wird das nicht gebraucht??
EDIT. Hab mal ausgeschaltet. Dauert genauso lange…
Wie gesagt ich nutze libreoffice äusserst selten. Ich glaube für das eine oder andere plugins ist es notwendig, welches kann ich dir nicht sagen.
Ok, dachte es könnte eine Hilfe sein. Dann bin ich auch schon mit meinem begrenzten Wissen am Ende.
Trotzdem vielen Dank.
Gibt vielleicht ja auch ein Funktion, das Teile davon schon beim Systemstart in den Speicher laden. Mal gucken…
Kannst dich ja mal im Forum von denen schlau machen. Vielleicht hat da der ein odere andere auch solch ein Problem.
Jo, mal nächste Woche schauen.
Find den Rechner übrigens nicht so langsam.
Hab EOS mit Xfce drauf und bin sehr zufrieden.
strace -f -tt -T soffice | & tee strace-libreoffice
(braucht strace installiert…)
könnte zeigen wo etwas hängt beim starten…
cat strace-libreoffice | eos-sendlog zum zeigen des Straces.
Das probiere ich Montag. Hab schon wieder Feierabend… Danke.
Wahnsinn, was da alles durchrauscht. Dein Kommando wollte nicht wegen dem &. Hab das dann mit -o in eine Datei schreiben lassen.
Tja, das ergibt dann 57000 Zeilen… Man kann sehen, das es an einigen Stellen zeitlich verzögert wird… Aber da passiert…
ZB hier…
38059 09:26:22.631528 poll([{fd=3, events=POLLIN|POLLOUT}], 1, -1) = 1 ([{fd=3, revents=POLLOUT}]) <0.000144>
38059 09:26:22.631962 writev(3, [{iov_base=“8\2\4\0\2\0@\5\4\0\0\0fff\0C\0\5\0\1\0@\5\2\0@\5\36\0\221\0”…, iov_len=72}, {iov_base=NULL, iov_len=0}, {iov_base=“”, iov_len=0}], 3) = 72 <0.000092>
38059 09:26:22.632226 recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Die Ressource ist zur Zeit nicht verfügbar) <0.000063>
38059 09:26:22.632434 recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Die Ressource ist zur Zeit nicht verfügbar) <0.000063>
38059 09:26:22.632638 recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Die Ressource ist zur Zeit nicht verfügbar) <0.000066>
38059 09:26:22.632796 recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Die Ressource ist zur Zeit nicht verfügbar) <0.000027>
38059 09:26:22.632912 read(4, <unfinished …>
38222 09:26:37.539064 <… futex resumed>) = -1 ETIMEDOUT (Die Wartezeit für die Verbindung ist abgelaufen) <15.000240>
38222 09:26:37.539872 rt_sigprocmask(SIG_BLOCK, ~[RT_1], NULL, 8) = 0 <0.000060>
38222 09:26:37.540181 madvise(0x7fdf19963000, 8364032, MADV_DONTNEED) = 0 <0.000043>
38222 09:26:37.540358 exit(0) = ?
38222 09:26:37.540538 +++ exited with 0 +++
38096 09:26:47.139743 <… poll resumed>) = 0 (Timeout) <25.003079>
38096 09:26:47.140900 write(18, “\1\0\0\0\0\0\0\0”, 8) = 8 <0.000009>
38096 09:26:47.140966 futex(0x5595c03e12a0, FUTEX_WAKE_PRIVATE, 2147483647) = 0 <0.000011>
38096 09:26:47.141054 close(18) = 0 <0.000036>
38096 09:26:47.141190 write(14, “\1\0\0\0\0\0\0\0”, 8 <unfinished …>
38101 09:26:47.141248 <… poll resumed>) = 1 ([{fd=14, revents=POLLIN}]) <25.003406>
38096 09:26:47.141275 <… write resumed>) = 8 <0.000070>
38101 09:26:47.141287 futex(0x5595c003a0e0, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished …>
38096 09:26:47.141297 futex(0x5595c003a0e0, FUTEX_WAKE_PRIVATE, 1 <unfinished …>
38101 09:26:47.141306 <… futex resumed>) = -1 EAGAIN (Die Ressource ist zur Zeit nicht verfügbar) <0.000011>
38096 09:26:47.141318 <… futex resumed>) = 0 <0.000013>
38101 09:26:47.141326 read(14, <unfinished …>
38096 09:26:47.141335 futex(0x5595c003a0e0, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished …>
38101 09:26:47.141344 <… read resumed>“\1\0\0\0\0\0\0\0”, 8) = 8 <0.000011>
38101 09:26:47.141362 read(14, 0x7fdf1bffd440, 8) = -1 EAGAIN (Die Ressource ist zur Zeit nicht verfügbar) <0.000005>
38101 09:26:47.141388 futex(0x5595c003a0e0, FUTEX_WAKE_PRIVATE, 1) = 1 <0.000013>
38096 09:26:47.141417 <… futex resumed>) = 0 <0.000075>
38101 09:26:47.141427 futex(0x5595c0039cc0, FUTEX_WAIT_PRIVATE, 2, NULL <unfinished …>
38096 09:26:47.141436 futex(0x5595c003a0e0, FUTEX_WAKE_PRIVATE, 1) = 0 <0.000006>
38096 09:26:47.141459 futex(0x5595c0039cc0, FUTEX_WAKE_PRIVATE, 1 <unfinished …>
38101 09:26:47.141477 <… futex resumed>) = 0 <0.000042>
38096 09:26:47.141487 <… futex resumed>) = 1 <0.000018>
sehr cryptische Ausgabe 
ich habe das hier gefunden: https://ask.libreoffice.org/t/slow-startup-time/91256
pacman -Qs xdg-desktop-portal ?
Mal runter werfen? Eher doof…
[wolf@desktop-schwoon ~]$ pacman -Qs xdg-desktop-portal
local/xdg-desktop-portal 1.16.0-3
Desktop integration portals for sandboxed apps
local/xdg-desktop-portal-gnome 44.1-2 (gnome)
A backend implementation for xdg-desktop-portal for the GNOME desktop
environment
local/xdg-desktop-portal-gtk 1.14.1-1
A backend implementation for xdg-desktop-portal using GTK
###########################
[wolf@desktop-schwoon ~]$ yay -R xdg-desktop-portal
[sudo] Passwort für wolf:
Abhängigkeiten werden geprüft …
Fehler: Vorgang konnte nicht vorbereitet werden (Kann Abhängigkeiten nicht erfüllen)
:: Entfernen von xdg-desktop-portal verletzt Abhängigkeit »xdg-desktop-portal«, benötigt von flatpak
:: Entfernen von xdg-desktop-portal verletzt Abhängigkeit »xdg-desktop-portal«, benötigt von shutter
→ exit status 1
xdg-desktop-portal-gnome
wird das problem Paket sein… das kann mit xdg-desktop-portal-gtk ersetzt werden
bei dir sind anscheinend beide installiert… Ist das GNBOME als Desktop?
also da xdg-desktop-portal-gtk auich für GNOME funltionert könnt probiert werden xdg-desktop-portal-gnome zu deinstallieren.
Das Paket ist bekannt dafür Probleme zu verursachen.
Das ist ein XFCE Desktop…
Ich probiere das mal eben… > yay -R xdg-desktop-portal-gnome
Jo, das wars. Jetzt startet LO wieder normal nach 2-4 Sekunden…
Vielen Dank
Das ist ein arch Problem, xdg-portal setzt das xdg-desktop-portal-gnome als default in der Auswahl… was von den meisten übersehen wird beim installieren.
Macht ja auch nicht den Eindruck, es könnte Probleme bereiten.
das hier:
