LibreOffice Not Working

Im running latest update QubesOS 4.3.1 & everything all up to date, and all looks great yet LibreOffice just keeps on crashing and im so lost here as i have 4 vCPU min500MIB in a offline qubeVM and when i try and work in a .odt document that is about 450mb in size it all works until i go to close it down and save then it glitches and gives error;

GENERAL ERROR. GENERAL INPUT/OUTPUT ERROR

then when i try and re-open it it wont until i shut down the offline qubeVM and re-start then the exact same issue all over again.

yet i have tried on more than 1 different VMQube based on different OS’s (deb-13 & fed-43)

Please can someone help me figure out what setting in qubes i need to alter as im sure this is user error? thanks :face_with_monocle: :grinning_face_with_smiling_eyes:

An odt with 450MB seems a bit large. But anyhow: What is your max mem in that qube? Is “Include in memory balancing” activated for that qube?

Max Memory = 4000MiB

Includes Memory Balancing

1 Like

OK. That should be ok. Did you try to start oowriter from the terminal?

idk what is oowriter nor how to do it in CLI?

Open a terminal in that qube, enter the command oowriter. It starts the word processing program from the libreoffice (fka “OpenOffice” that’s why oo) suite.

i did so & it opened up a blank draft & in CLI the curser now sitting below in the CLI like it wants me to type something in the CLI and/or i can just edit the said draft Writer doc?

That’s normal while the program is running. Try to open your file again and do your stuff. Watch the terminal for any additional output (in case of a crash).

same issue there, i notice that the .odt is in writer yet i normally use such a thing in Draw yet it doesnt open at all in either as i use it as a kind of inventory document so when i add about 100 pictures it just gets bigger and bigger in size, i did successfully and easily open and edit it all ok on another laptop using MintOS may i add and i have other libreoffice stuff i wourk on fine on Qubes such as much smaller documents and .cal spreadsheets etc

OK. How much diskspace is reserved in your qube?

qube settings → Tab “Basic” → lower quarter “Disk storage” → “Private storage max size”?

Fedora-43 | Private = 12GiB | System = 20GiB

1 Like

That doesn’t seem like much space. Please open a terminal (again) and enter

df -h

It will show the usage statistics of your attached storage. Search for the line starting with /dev/xvd*…

/dev/xvdb 12G 730M 12G 7% /rw

1 Like

Strange. The remaining should be enough.

Could you please try to describe, where that file exactly resides and with what program via what dialog you are opening it?

im not sure i understand the ?

i only use External SSD with all my data, i plug it in and open up Vault QubeVM (offline) then i navigate to my document through the GUI folders and files like a beginner would then i find the said file i like then i either double click it or right click it then choose to open it with something else that may not be default for example

May i add that im sure its all about size as i can do everything with smaller stuff & it will let me edit the bigger stuff upon 1st open yet when i go to save is the issue then when i go to save it just doesnt like saving that size i think thus causes an error to occur thus wont re-open & i have tried with other similar size documents .odt which all have the same result thus confirming its not a singular document corruption issue

I would agree. But the remaining space is enough as is the max RAM with 4GB. What does df -h show for /tmp? Preferably whith libreoffice running and that file open?

$ df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/dmroot 20G 13G 6.2G 67% /
none 20G 13G 6.2G 67% /usr/lib/modules
devtmpfs 212M 0 212M 0% /dev
tmpfs 1.0G 8.0K 1.0G 1% /dev/shm
tmpfs 89M 820K 88M 1% /run
tmpfs 1.0G 1.0G 0 100% /tmp
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-journald.service
/dev/xvdb 12G 730M 12G 7% /rw
tmpfs 1.0M 0 1.0M 0% /run/credentials/systemd-resolved.service
tmpfs 45M 96K 44M 1% /run/user/1000
tmpfs 1.0M 0 1.0M 0% /run/credentials/serial-getty@hvc0.service
tmpfs 1.0M 0 1.0M 0% /run/credentials/getty@tty1.service
/dev/dm-0 932G 526G 407G 57% /run/media/user/blahblahblah

1 Like

It seems it’s loading up temporary space. Please try to use “save as” instead of normal saving.

it just wont open up even other .odt documents unless i shut everything down and disconnect the SSD etc, should i do so restart eveything?

Yes. And while you are at it, try to update libreoffice (and add possibly missing packets) by installing the metapackage in the template.

Fedora: sudo dnf install libreoffice

Debian: sudo apt install libreoffice