libreoffice will attempt to recover the state of files you were working on start finish - danach passiert nichts

Unser allgemeines Manjaro Linux Diskussionsforum.
Antworten
Benutzeravatar

Themen Author
malaga
Erfahrenes Foren Mitglied
Erfahrenes Foren Mitglied
Beiträge: 81
Registriert: Freitag 20. Juli 2018, 16:20
GPU:
Kernel:
DE:
GPU Treiber:
Hat sich bedankt: 1 Mal

libreoffice will attempt to recover the state of files you were working on start finish - danach passiert nichts

#1

#1 Beitrag von malaga » Sonntag 14. April 2019, 14:35

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!?

Benutzeravatar

gosia
Forum Held
Forum Held
Beiträge: 892
Registriert: Dienstag 24. Mai 2016, 13:33
CPU: Intel i5-3210M
GPU: Intel HD 4000
Kernel: 4.15
DE: Openbox
GPU Treiber: i915
Hat sich bedankt: 6 Mal
Danksagung erhalten: 107 Mal

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

#2

#2 Beitrag von gosia » Sonntag 14. April 2019, 15:26

Hallo malaga,
probiere mal diesen Lösungsansatz
https://forum.manjaro.org/t/libreoffice ... rt/81252/2
malaga hat geschrieben:
Sonntag 14. April 2019, 14:35
klann ich lo auch von Konsole aus starten!?
wenn die obige Lösung nicht hilft bitte ich sogar darum ;)

Code: Alles auswählen

libreoffice &
und dann eventuellen Fehlermeldungen hier posten.

viele Grüße gosia

Benutzeravatar

Themen Author
malaga
Erfahrenes Foren Mitglied
Erfahrenes Foren Mitglied
Beiträge: 81
Registriert: Freitag 20. Juli 2018, 16:20
GPU:
Kernel:
DE:
GPU Treiber:
Hat sich bedankt: 1 Mal

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

#3

#3 Beitrag von malaga » Sonntag 14. April 2019, 23:09

guten Abend Goisa,

vielen Dank für den Tipp. Es geht wieder.

by the way: Das im Hintergrund zu diesem Thema liegende Thema ist ein System-Thema;: viewtopic.php?f=38&t=2132
Ein Problem wohl mit Turbulenzen im Abschaltverhalten des Rechners - weil dies nicht richtig funktioniert ist LO dann auch abgestürzt bzw mussten die Dateien beim Wiederhochfahren des Rechners restauriert werden.


fstab und grub

ich setze an mit den folgenden Abfragen:

cat /etc/fstab
cat /etc/default/grub

Code: Alles auswählen

    cat /etc/default/grub

[martin-pc martin]# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a device; this may
# be used with UUID= as a more robust way to name devices that works even if
# disks are added and removed. See fstab(5).
#
# <file system>             <mount point>  <type>  <options>  <dump>  <pass>
UUID=A790-35CD                            /boot/efi      vfat    defaults,noatime 0 2
UUID=1bf0c824-0645-47da-b8a1-88eaaabecc33 /              ext4    defaults,noatime 0 1
UUID=ae33e597-0c72-4c66-9f16-6606322111c3 swap           swap    defaults,noatime 0 2
[martin-pc martin]# cat /etc/default/grub
GRUB_DEFAULT=saved
GRUB_TIMEOUT=5
GRUB_TIMEOUT_STYLE=menu
GRUB_DISTRIBUTOR='Manjaro'
GRUB_CMDLINE_LINUX_DEFAULT="quiet resume=UUID=ae33e597-0c72-4c66-9f16-6606322111c3"
GRUB_CMDLINE_LINUX=""

# If you want to enable the save default function, uncomment the following
# line, and set GRUB_DEFAULT to saved.
GRUB_SAVEDEFAULT=true

# Preload both GPT and MBR modules so that they are not missed
GRUB_PRELOAD_MODULES="part_gpt part_msdos"

# Uncomment to enable booting from LUKS encrypted devices
#GRUB_ENABLE_CRYPTODISK=y

# Uncomment to use basic console
GRUB_TERMINAL_INPUT=console

# Uncomment to disable graphical terminal
#GRUB_TERMINAL_OUTPUT=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command 'videoinfo'
GRUB_GFXMODE=auto

# Uncomment to allow the kernel use the same resolution used by grub
GRUB_GFXPAYLOAD_LINUX=keep

# Uncomment if you want GRUB to pass to the Linux kernel the old parameter
# format "root=/dev/xxx" instead of "root=/dev/disk/by-uuid/xxx"
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entries
GRUB_DISABLE_RECOVERY=true

# Uncomment and set to the desired menu colors.  Used by normal and wallpaper
# modes only.  Entries specified as foreground/background.
GRUB_COLOR_NORMAL="light-gray/black"
GRUB_COLOR_HIGHLIGHT="green/black"

# Uncomment one of them for the gfx desired, a image background or a gfxtheme
#GRUB_BACKGROUND="/usr/share/grub/background.png"
GRUB_THEME="/usr/share/grub/themes/manjaro/theme.txt"

# Uncomment to get a beep at GRUB start
#GRUB_INIT_TUNE="480 440 1"
[martin-pc martin]#



bogdancovaciu empfiehlt hier https://forum.manjaro.org/t/if-i-close- ... wn/83103/2

in fstab folgende Aenderung vorzunehmen - diese Zeile zu tauschen

Code: Alles auswählen

 
UUID=ae33e597-0c72-4c66-9f16-6606322111c3 swap swap defaults,noatime 0 2


gegen

bzw. to:

Code: Alles auswählen

  UUID=ae33e597-0c72-4c66-9f16-6606322111c3 swap swap defaults 0 0


und bogdancovaciu empfiehlt weiter:

....
and remove ,noatime from the /boot/efi in your fstab ... All the rest seems ok ...
viewtopic.php?f=24&t=2133
dir nochmals vielen Dank goisa,

viele Grüße

Benutzeravatar

Themen Author
malaga
Erfahrenes Foren Mitglied
Erfahrenes Foren Mitglied
Beiträge: 81
Registriert: Freitag 20. Juli 2018, 16:20
GPU:
Kernel:
DE:
GPU Treiber:
Hat sich bedankt: 1 Mal

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

#4

#4 Beitrag von malaga » Freitag 19. April 2019, 20:01

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

Benutzeravatar

gosia
Forum Held
Forum Held
Beiträge: 892
Registriert: Dienstag 24. Mai 2016, 13:33
CPU: Intel i5-3210M
GPU: Intel HD 4000
Kernel: 4.15
DE: Openbox
GPU Treiber: i915
Hat sich bedankt: 6 Mal
Danksagung erhalten: 107 Mal

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

#5

#5 Beitrag von gosia » Freitag 19. April 2019, 22:02

Hallo malaga,
malaga hat geschrieben:
Freitag 19. April 2019, 20:01
was kann hier los sein
Hm, leider keine Ahnung. Aber ich bin optimistisch, daß sich in deinem englischen Beitrag
https://forum.manjaro.org/t/libreoffice ... inal/83911
eine brauchbare Lösung findet.

viele Grüße gosia

Benutzeravatar

Themen Author
malaga
Erfahrenes Foren Mitglied
Erfahrenes Foren Mitglied
Beiträge: 81
Registriert: Freitag 20. Juli 2018, 16:20
GPU:
Kernel:
DE:
GPU Treiber:
Hat sich bedankt: 1 Mal

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

#6

#6 Beitrag von malaga » Freitag 19. April 2019, 23:11

hallo Goisa,

vielen Dank für deine rasche Antwort.


Saedlar und Jonathan haben sich gemeldet.
saedlar93, post:3, topic:83911 hat geschrieben: SAL_USE_VCLPLUGIN=gtk3_kde5 libreoffice
LO ist dann jedenfalls nach diesem Befehl hochgefahren -. hat noch via Recovery ein paar alte Dateien wieder hergestellt.

Also das KDE-basierte-Kommando hat funktioniert u. Erfolg gebracht.

Darüber hinaus glaub ich dass es auch mit dem Recovery-Prozess ggf noich zu tun haben koennte.
Der Shutdown u. Poweroff - Prozess ist auf dem Notebook noch nicht optimal ich hab den fix des UUID immer noch vor mir.

GGf ist das also auch z.T. selber eingebrockt.

Muss gucken wie ich die UUID-Sache fixe.

vg

Antworten