libreoffice will attempt to recover the state of files you were working on start finish

was sonst nirgends hineinpasst

Moderator: Moderatoren

lin
****
Beiträge: 192
Registriert: So, 19.09.2010 19:05

libreoffice will attempt to recover the state of files you were working on start finish

Beitrag von lin » So, 14.04.2019 14:26

hallo Community,


ich habe ein Problem mit LO auf Manjaro 18.04

libreoffice will attempt to recover the state of files you were working on start finish
egal was ich klicke - lo startet am Ende nicht.

klann ich lo auch von Konsole aus starten!?
http://wpgear.org :: compendium of useful developer tools for working with WordPress

Stephan
********
Beiträge: 10974
Registriert: Mi, 30.06.2004 19:36
Wohnort: nahe Berlin

Re: libreoffice will attempt to recover the state of files you were working on start finish

Beitrag von Stephan » So, 14.04.2019 17:54

Manjaro kenne ich nicht aber unter UBUNTU und diversen anderen Linuxen kannst Du in der KOnsole mit:

soffice

starten bzw. gleich mit:

soffice -writer
soffice -calc
...


Das "soffice" stammt eigentlich von OpenOffice, aber LO hat das bis heute nicht auf eine eigene Bezeichnung geändert.

Gruß
Stephan

lin
****
Beiträge: 192
Registriert: So, 19.09.2010 19:05

Re: libreoffice will attempt to recover the state of files you were working on start finish

Beitrag von lin » Mo, 15.04.2019 21:48

hallo Stefan

vielen Dank für den Tipp - das geht.

Super - Viele Grüße

Lin
http://wpgear.org :: compendium of useful developer tools for working with WordPress

lin
****
Beiträge: 192
Registriert: So, 19.09.2010 19:05

Re: libreoffice will attempt to recover the state of files you were working on start finish

Beitrag von lin » Fr, 19.04.2019 20:02

hallo & guten Abend,

nun ist das Thema wieder aufgetaucht - das mit dem nicht startenden LO.. . hier die Logfiles..


Code: Alles auswählen

martin@martin-pc ~]$ soffice run
QPaintDevice: Cannot destroy paint device that is being painted
[martin@martin-pc ~]$ soffice run
QPaintDevice: Cannot destroy paint device that is being painted
[martin@martin-pc ~]$  journalctl
-- Logs begin at Thu 2019-03-28 14:41:26 CET, end at Fri 2019-04-19 19:58:58>
Mär 28 14:41:26 martin-pc kernel: microcode: microcode updated early to revi>
Mär 28 14:41:26 martin-pc kernel: Linux version 4.19.23-1-MANJARO (builduser>
Mär 28 14:41:26 martin-pc kernel: Command line: BOOT_IMAGE=/boot/vmlinuz-4.1>
Mär 28 14:41:26 martin-pc kernel: KERNEL supported cpus:
Mär 28 14:41:26 martin-pc kernel:   Intel GenuineIntel
Mär 28 14:41:26 martin-pc kernel:   AMD AuthenticAMD
Mär 28 14:41:26 martin-pc kernel:   Centaur CentaurHauls
Mär 28 14:41:26 martin-pc kernel: x86/fpu: Supporting XSAVE feature 0x001: '>
Mär 28 14:41:26 martin-pc kernel: x86/fpu: Supporting XSAVE feature 0x002: '>
Mär 28 14:41:26 martin-pc kernel: x86/fpu: Supporting XSAVE feature 0x004: '>
Mär 28 14:41:26 martin-pc kernel: x86/fpu: xstate_offset[2]:  576, xstate_si>
Mär 28 14:41:26 martin-pc kernel: x86/fpu: Enabled xstate features 0x7, cont>
Mär 28 14:41:26 martin-pc kernel: BIOS-provided physical RAM map:
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x0000000000000000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000000a0000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x0000000000100000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x0000000020000000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x0000000020200000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x0000000040000000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x0000000040200000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bac0c000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bac0d000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bad20000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bad48000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bad78000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bad8e000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bad94000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bad95000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bad96000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000badb8000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000badc6000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bade8000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bae35000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bafe8000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000baffd000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000bb000000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000e0000000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000fec00000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000fed10000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000fed18000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000fed1c000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000fee00000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000ff980000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x00000000ffd80000-0x00000>
Mär 28 14:41:26 martin-pc kernel: BIOS-e820: [mem 0x0000000100000000-0x00000>
Mär 28 14:41:26 martin-pc kernel: NX (Execute Disable) protection: active
Mär 28 14:41:26 martin-pc kernel: efi: EFI v2.00 by American Megatrends
Mär 28 14:41:26 martin-pc kernel: efi:  ACPI 2.0=0xbaffff98  SMBIOS=0xbadb62>
Mär 28 14:41:26 martin-pc kernel: SMBIOS 2.6 present.
Mär 28 14:41:26 martin-pc kernel: DMI: ASUSTeK Computer Inc. K54L/K54L, BIOS>
Mär 28 14:41:26 martin-pc kernel: tsc: Fast TSC calibration using PIT
Mär 28 14:41:26 martin-pc kernel: tsc: Detected 2195.012 MHz processor
Mär 28 14:41:26 martin-pc kernel: e820: update [mem 0x00000000-0x00000fff] u>
Mär 28 14:41:26 martin-pc kernel: e820: remove [mem 0x000a0000-0x000fffff] u>
Mär 28 14:41:26 martin-pc kernel: last_pfn = 0x13f800 max_arch_pfn = 0x40000>
Mär 28 14:41:26 martin-pc kernel: MTRR default type: uncachable
Mär 28 14:41:26 martin-pc kernel: MTRR fixed ranges enabled:
Mär 28 14:41:26 martin-pc kernel:   00000-9FFFF write-back
Mär 28 14:41:26 martin-pc kernel:   A0000-BFFFF uncachable
Mär 28 14:41:26 martin-pc kernel:   C0000-CFFFF write-protect
Mär 28 14:41:26 martin-pc kernel:   D0000-DFFFF uncachable
Mär 28 14:41:26 martin-pc kernel:   E0000-E7FFF write-through
Mär 28 14:41:26 martin-pc kernel:   E8000-FFFFF write-protect
Mär 28 14:41:26 martin-pc kernel: MTRR variable ranges enabled:
Mär 28 14:41:26 martin-pc kernel:   0 base 000000000 mask F80000000 write-ba>
Mär 28 14:41:26 martin-pc kernel:   1 base 080000000 mask FC0000000 write-ba>
Mär 28 14:41:26 martin-pc kernel:   2 base 0BC000000 mask FFC000000 uncachab>
Mär 28 14:41:26 martin-pc kernel:   3 base 0BB000000 mask FFF000000 uncachab>
Mär 28 14:41:26 martin-pc kernel:   4 base 100000000 mask FC0000000 write-ba>
Mär 28 14:41:26 martin-pc kernel:   5 base 13F800000 mask FFF800000 uncachab>
Mär 28 14:41:26 martin-pc kernel:   6 base 0FFC00000 mask FFFC00000 write-pr>
Mär 28 14:41:26 martin-pc kernel:   7 disabled
Mär 28 14:41:26 martin-pc kernel:   8 disabled
Mär 28 14:41:26 martin-pc kernel:   9 disabled
lines 51-75

was kann hier los sein
http://wpgear.org :: compendium of useful developer tools for working with WordPress

Antworten