Seit der Umstellung auf LibreOffice 7.0 dauert das Starten und Speicher extrem lange (bis zu einigen Minuten). dabei ist meist auch der Rechner blockiert und man kann nichts machen (Tastatur und Maus ist eingefroren). Manchmal stürzt das Programm dabei auch ab und die Wiederherstellung funktioniert dann auch nicht.
Ältere .ods Dateien funktionieren, wenn man aber was ändert und speichert ist der Schaden angerichtet.
Derzeitige Linux Version: ubuntu 20.10 64 bit
Bitte um Hilfe!!!
Seit der Umstellung auf LibreOffice 7.0
Von wo installiert - TDF (libreoffice.org) oder aus dem Ubuntu 20.10 Standard Repository oder einem PPA. Und dann wichtig hier: Welche VCL (siehe Hilfe -> Über LibreOffice) - ist es gtk3? Wenn ja, mach mal zu Testzwecken ein Terminal auf und starte LibreOffice so:
SAL_USE_VCLPLUGIN=gen libreoffice (bitte nicht über das Aussehen beschweren, das ist nur ein Test)
Nun öffne eines Deiner “problematischen” Dateien und/oder spiele ein paar Testszenarien durch. Falls das flüssig läuft, stimmt mit der GNOME/GTK3 Integration etwas nicht.
Installiert von dem Ubuntu 20.10 Repository . VCL ist GTK3, Libreoffice V 7.0.2.2.
Beim Test mit SAL_USE_VCLPLUGIN=gen libreoffice:
VCL X11, Libreoffice V 7.0.3.1 und beim Versuch eine Ods - Calc Datei zu öffnen kommt bei ALLEN die Fehlermeldung:
Die Komponente kann nicht geladen werden. Möglicherweise wurde die Installation unterbrochen oder nicht vollständig durchgeführt.
Vollständige Fehlermeldung:
loading component library <file:///usr/lib/libreoffice/program/libsclo.so> failed /build/libreoffice-PVihB3/libreoffice-7.0.3/cppuhelper/source/shlib.cxx:298.
Ursprünglich war nach dem Update von Ubuntu 20.04 auf 20.10 die Version 7.0.1 (oder 7.0.0) installiert. das hat aber gar nicht funktioniert. Bei den updates ist dann meinerseits offensichtlich etwas falsch gelaufen. möglicherweise habe ich einmal auch eine Version von TDF installiert. Als zurück amn den Start und Libreoffice complett deinstallieren und dann neu installieren. Aber von wo welche Version?
möglicherweise habe ich einmal auch eine Version von TDF installiert.
Wie kann das sein? Dazu müsstest Du ja aktiv auf libreoffice.org gegangen sein, die TDF Pakete heruntergeladen, mit tar ausgepackt und mit dpkg --install installiert haben. Da kann es doch kein Unklarheit (“möglicherweise”) geben.
Also jetzt kann ich aus der Ferne nicht mehr viel sagen, da Dein System möglicherweise bzgl. LibreOffice völlig verstruppelt ist. Ich würde jetzt folgendes tun:
Deinstallation
dpkg --list | awk '/ii/&&/libreoffice/||/libobasis/{print $2}' | sudo xargs apt purge --yessudo apt autoremove --yessudo rm -r /usr/lib/libreoffice/* (Fehler hier ignorieren, kann schon entfernt sein)(Die libobasis Pakete sind hier nur inkludiert, falls Du wirklich auch TDF Pakete installiert hattest)
Neuinstallation
sudo apt update --yessudo apt install libreoffice libreoffice-gtk3 libreoffice-sdbc-hsqldb libreoffice-l10n-de libreoffice-help-de --yesHab Libreoffice wie beschrieben deinstalliert, allerdings war dann in “ubuntu Software - Installiert” noch immer eine writer, calc usw als installiert angezeigt. Hab ich dann auch alles deistalliert.
Dann neuinstallation: Hat alles funktioniert, allerdings waren alle zuletzt erzeugten calc-sheets nicht mehr zu retten. Mit den letzten lesbaren backups konnte ich dann doch alles wieder herstellen. Allerdings musste ich feststellen, dass nach mehrmaligem starten öffnen und schließen eines calc-sheets (auch wenn nichts geändert wird) diese Vorgänge immer länger dauern (beim 3. mal wieder fast 3 Minuten). Als ob beim schließen irgen ein Müll im Memory verbleibt und nicht freigegeben wird, sodaß dann ein swapen stattfindet. Irgendwie noch immer etwas eigenartig …
Habe jetzt getestet wie groß der Resoucen Verbrauch beim Öffnen einer Tabelle ist (Mit “top” im Terminal Fenster). Innerhalg kurzer Zeit verwendet Calc über 80% vom Memory (installiiert 4GB) über 80 % CPU und mehr als 2 GB an Swapspace . dann geht nichts mehr am Rechner, Anzeigen werden nicht mehr aktualisiert und Eingabegeräte reagieren nicht.
Wieso braucht Calc zum offnen eines 110 kB Dokument diese unendliche Zahl an resourcen? Schaut das nicht nach einem Bug aus ?
Schaut das nicht nach einem Bug aus
Kann sehr wohl sein - die Frage, die sich allerdings stellt, ist “Wo ist der Bug und wen dafür verantworlich zeichnen”. Ich persönlich verwende (und ich sage gleiche dazu: “entgegen aller Empfehlungen”) nie die Pakete der jeweiligen Distribution, sondern immer die von libreoffice.org und zwar genau aus dem Grund, ganz klar die Verantwortlichkeit für Bugs zu haben und damit genau zu wissen, wo ich einen Bug zu melden habe. Du verwendest aber die LibreOffice Pakete von Ubuntu 20.10 (in einer leicht älteren Version) und daher kann der Fehler auch von den LibreOffice Paketverwaltern der Ubuntu Pakete “erzeugt” worden sein.
Die Größe des Dokument sagt wenig über den Speicherbedarf. Zum Einen ist ein .ods Dokument ein ZIP File, dessen Komprimierungsgrad erheblich von Daten abhängt und zum Anderen bestimmen die Formeln was benötigt wird.
Das heisst, Ich sollte die .deb pakete von libreoffice.org herunterladen uns diese installieren?
LibreOffice 7.0.4
User Interface: Deutsch
Help for offline use: Deutsch
und vorher 7.0.3 entfernen.?
Das heisst, Ich sollte die .deb pakete von libreoffice.org herunterladen uns diese installieren?
Das ist alleine Deine Entscheidung. Ich kann Dir nur sagen, wie ich vorgehe und “ja” - ich(!) würde das jetzt tun um einen klaren Blick darauf zu haben, wo genau die Ursache liegt. Ich bin aber vielleicht an solchen Dingen mehr interessiert als andere Benutzer von LibreOffice, habe eine gewisse Routine im Wechseln von Versionen (daher dauert das beim mir auch immer nur wenige Minuten) und habe für einige Distributionen (darunter auch Ubuntu 20.10) Testsysteme unter VirtualBox am Laufen, weswegen ich nicht immer an produktiven System hantieren muss. Daher rede ich mich auch vielleicht etwas leicht.
Ok, das werd ich dann morgen früh ausprobieren. Jedenfalls danke für Deine Infos!
Hab heute die Version 7.0.4.2 installiert. War kein Problem. Hat aber zur Lösung des Problems nichts beigetragen. Alles genauso wie vorher. Hab die letzte der jetzt nicht mehr funktionierenden Tabellen die noch heil ist, hergenommen, geöffnet , verändert und wieder gespeichert (unter anderm Namen). Hat funktioniert (außer dass das speicher länger gedauert hat (ca 30 sec). Dann Calc geschlossen, neu bestartet und die soeben gespeicherte Datei wieder geöffnet Dauer auch ca 1 Min). Dann verändert und wieder gespeichert (unter anderm Namen - diesesmal schon 2 Min). Dann Calc geschlossen, neu gestartet und die soeben gespeicherte Datei versucht zu öffnen. Nach ca 1 Std. noch immer nichts passiert, außer dass wieder wie verrückt geswapt wurde) Dann gewaltsam abgebrochen. Die Datei um die es geht hat ca 380 Zeilen und ca 25 Spalten mit diversen Formatierungen und Auswahltabellen (3). also nicht wirklich was grosses. Noch eine Idee was helfen könnte?
Ich hab noch folgendes herausgefunden:
Das speichern der Datei im xlsx-Format und anschließendes laden funktioniert einwandfrei in Sekunden Bruchteilen - im Gegensatz zum .ods Format, das ewig dauert oder gar nicht funktioniert!!!.
Also doch ein BUG?
Wenn ich dann die xlsx-Datei wieder in .ods -Format speichere, dann funktioniert diese auch wieder ganz normal… Hat sich offenbar durch Umformatierung von .ods nach .xlsx und wider zurück nach .ods selbst repariert.
Alles seeehr mysteriös…
Die ursprüngliche .ods (deren Bestandteile natürlich) müsste man mal mit einem XML Editor auf Fehler untersuchen. So bleibt das jetzt erst alles Spekulation und am Ende nur eine pragmatische Lösung (wobei ich nix gegen Pragmatismus sagen will).
Der “man” von “müsste man mal mit einem XML Editor auf Fehler untersuchen” kann aber doch nur jemand von Libreoffice calc sein, weil diese Leute wissen, wie die ods-Datei ausschauen muss.
Ich bin gerne bereit die zum Teil kaputten .ods Dateien zur Verfügung zu stellen!!
kann aber doch nur jemand von Libreoffice calc sein
Na ja - zuallererst ist eine .ods Datei (wie alle Open Document Dateien) ein ZIP Container, den man mit jedem ZIP Programm entpacken kann. Darin befinden sich XML Dateien (und ein paar andere Dateien sowie Objekte wie etwa Bilder etc.) von denen die content.xml die Datei mit den Daten ist und die styles.xml die verwendeten Formatvorlagen enthält. Das kann man sich alles mit einem vernünftigen XML-fähigen Editor (ich nehme dazu Visual Studio Code mit ein paar XML Extensions) ansehen und sofern der eine Syntaxprüfung hat, auch auf Auffälligkeiten hin überprüfen. Dazu braucht man erst mal keinen Calc Entwickler. Aber natürlich kannst Du auch einen Bug Report hier erstellen.
Das Programm, das die .ods Datei erzeugt heißt libreoffice calc. Was nützt es da wenn ich darin in einem xml-container irgend einen Fehler suche. Den Inhalt einer zip Datei, den Openoffice erzeugt hat auf irgend welche Fehler zu überprüfen kann doch nicht Aufgabe eines Users sein. Was kommt dann als nächstes? Muß ich mir dann noch eine Compiler oder eine Entwicklungsumgebung kaufen und das dann selber reparieren ? Ich hab meinen Beitrag zur Fehlerbehebung kundgetan. Wenn das NICHT genügt, dann “Gute Nacht, LibreOffice”. Ich für meinen Teil hab eine work around gefunden. Wenn Ihr nicht an einer Fehlerbehebung interessiert seit, um denen zu helfen, die ein gleiche/ähnliches Problem haben, dann kann man diese Frage als gelöst abschließen!
Ich wollte Dir helfen und mit meinem Kommentar war gemeint, vielleicht zu sehr durch die Blume, dass ich mir die Datei ansehe, falls Du sie hochladen willst/kannst. Natürlich musst gar nichts machen und das erwartet auch niemand. Im Übrigen bin ich auch nur Nutzer von LibreOffice, nicht irgendein Vertreter von LibreOffice/TDF und an mir musst Du Deinen Ärger nicht auslassen. Offensichtlich nimmst Du an, dass Du hier auf dieser Seite mit irgendwelchen Entwicklern sprichst. Dann bist Du aber komplett falsch gewickelt - Bug sind nämlich hier zu berichten. Ich will mich allerdings auch nicht weiter von der Seite anmachen lassen daher: Ciao.
Vielleicht hilft das ja jemanden weil ich eigentlich LibreOffice gerne nutze aber seit 7.xx ebenfalls massiv Probleme hatte: bei mir wars der Netzwerkdrucker - zwar unter windows aber mit der einstellung
extras-optionen-laden/speichern unter Allgemein die Option:
“Druckereinstellungen mit dem Dokument laden” ausschalten…
Meines Erachtens gehört der per default aus
oder es gehört so implementiert das die Calc Datei aufgeht und dann erst der Drucker gesucht wird - oder zumindest eine Meldung kommt denn so sind es mehrere Sekunden in denen Libreoffice blockiert und nichts anzeigt
(bei einer einseitigen calc datei mit 30kb!)
bei mir wars der Netzwerkdrucker
Das ist ein bekanntes nur unter Windows auftretendes Problem. Siehe tdf#42673 - With disconnected network printers, Calc hangs opening some files waiting on the Windows print spooler
Das löst also das Problem des Fragestellers unter GNU/Linux Ubuntu 20.10 vermutlich nicht.