When I launch LibreOffice, I get the widget with the LibreOffice logo (the one displayed while the application loads), then my screen blinks three/four times, then it turns black. All I can do at that point is a hard reset and reboot.
This is not a random event, it happens systematically, and only with LibreOffice.
No error is displayed.
The crash occurs with:
- The default LibreOffice included in my distro.
- With the LibreOffice binary downloaded from its website.
- With the AppImage version downloaded from its website.
These are my system details:
- Laptop: Lenovo Thinkpad E585 (AMD Ryzen 2700).
- Artix Linux - current version (= Arch without Systemd).
- KDE
- LibreOffice fresh (as of Nov 2022).
- Init system: OpenRC.
These are the files generated by LibreOffice in my home directory (~/.config/libreoffice/): https://drive.google.com/file/d/1TrNJe9L9V9PeqEgexFqXYRA_hUjf2rVe/view?usp=share_link
journalctl -b– Artem S. Tashkinov Nov 17 '22 at 09:42journalctlcommand, since I am using the OpenRC init system. – Pietro Jan 01 '23 at 15:54/var/log/messagesor/var/log/syslog? Also look for the X server log - see https://askubuntu.com/questions/26525/where-is-xserver-log-file-located for possible locations – Andrew Henle Jan 01 '23 at 16:03messagesnorsyslogdirectories. This is the contents on my system:ls /var/log/-->audit cron cups dmesg everything gssproxy kernel old pacman.log pwdfail rc.log samba sddm.log wtmp Xorg.0.log– Pietro Jan 01 '23 at 16:26/var/log, this is the output ofsudo grep -ir libre *: everything/current:Jan 01 16:32:40 [sudo] pietrom : TTY=pts/1 ; PWD=/var/log ; USER=root ; COMMAND=/usr/bin/grep -i libre audit cron cups dmesg everything gssproxy kernel old pacman.log pwdfail rc.log samba sddm.log wtmp Xorg.0.log Xorg.0.log.old everything/current:Jan 01 16:33:06 [sudo] pietrom : TTY=pts/1 ; PWD=/var/log ; USER=root ; COMMAND=/usr/bin/grep -ir libre audit cron cups dmesg everything gssproxy kernel old pacman.log pwdfail rc.log samba sddm.log wtmp Xorg.0.log Xorg.0.log.old – Pietro Jan 01 '23 at 16:29sudo grep -ir libre *probably won't find the problem -libre(or whatever it's process name actually is) is likely just another process running as your UID, with normal permissions, which shouldn't be enough to consistently lock up your system. It's the X Windows display server process, which normally runs withrootpermissions, that has both the permissions and the ability to lock up your system. I'm guessing that something Libre Office is doing, that no other program does, is making your X Windows server crash, hang, or otherwise cause problems and hanging the system. – Andrew Henle Jan 01 '23 at 16:45