Second account doesn't work


#1

Hello, guys!
2 days there was an unplanned outage. My comp was sleeping, now the main account does not load.
The second “shared” loads normally.
How can I load the first account or get all the files and settings?

eos-diagnostic-190707_082146_UTC 0300.txt (756.8 КБ)

Please attach the eos-diagnostic log file for any Endless OS problems, and a screenshot or camera image of the error message itself.

To generate an eos-diagnostic file:

  1. Open the application called ‘Terminal’. You can search for it by typing into the search bar on the desktop.
  2. In the Terminal, type the command: eos-diagnostics
  3. The above command will create a file with the information of your system (example: eos-diagnostic-160614_111731_UTC + 0100.txt); Send us this file so we can analyze it and seek a possible solutioneos-diagnostic-190707_082146_UTC 0300.txt (756.8 КБ)

#2

@Daniel, could you help me or someone else?

P.s. I tried to reset everything, but it doesn’t works too.


#3

I think this is the error:

июл 07 08:12:09 endless org.gnome.Shell.desktop[4995]: can't load /usr/lib/x86_64-linux-gnu/spa/support/libspa-support.so: /usr/lib/x86_64-linux-gnu/spa/support/libspa-support.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога
июл 07 08:12:09 endless gnome-shell[4995]: ../../../gobject/gsignal.c:1656: signal "clicked" already exists in the 'StButton' class ancestry
июл 07 08:12:09 endless gnome-shell[4995]: Getting parental controls for user 1001
июл 07 08:12:10 endless systemd[4700]: Starting Sound Service...
июл 07 08:12:10 endless rtkit-daemon[4040]: Successfully made thread 5021 of process 5021 (n/a) owned by '1001' high priority at nice level -11.
июл 07 08:12:10 endless rtkit-daemon[4040]: Supervising 1 threads of 1 processes of 2 users.
июл 07 08:12:10 endless dbus-daemon[4840]: [session uid=1001 pid=4840] Activating via systemd: service name='org.freedesktop.impl.portal.PermissionStore' unit='xdg-permission-store.service' requested by ':1.23' (uid=1001 pid=4995 comm="/usr/bin/gnome-shell " label="unconfined")
июл 07 08:12:10 endless systemd[4700]: Starting sandboxed app permission store...
июл 07 08:12:10 endless dbus-daemon[4840]: [session uid=1001 pid=4840] Successfully activated service 'org.freedesktop.impl.portal.PermissionStore'
июл 07 08:12:10 endless systemd[4700]: Started sandboxed app permission store.
июл 07 08:12:10 endless gnome-shell[4995]: JS ERROR: TypeError: location.get_timezone(...) is null
                                              _getTimeAtLocation@resource:///org/gnome/shell/ui/dateMenu.js:188:36
                                              _clocksChanged@resource:///org/gnome/shell/ui/dateMenu.js:153:31
                                              _connectHandler@resource:///org/gnome/shell/misc/util.js:623:9
                                              watchSetting@resource:///org/gnome/shell/misc/util.js:614:9
                                              WorldClocksSection@resource:///org/gnome/shell/ui/dateMenu.js:102:9
                                              _init@resource:///org/gnome/shell/ui/dateMenu.js:536:28
                                              _ensureIndicator@resource:///org/gnome/shell/ui/panel.js:1199:25
                                              _updateBox@resource:///org/gnome/shell/ui/panel.js:1210:29
                                              _updatePanel@resource:///org/gnome/shell/ui/panel.js:1156:9
                                              _init@resource:///org/gnome/shell/ui/panel.js:956:9
                                              _initializeUI@resource:///org/gnome/shell/ui/main.js:201:13
                                              start@resource:///org/gnome/shell/ui/main.js:142:5
                                              @<main>:1:31
июл 07 08:12:10 endless gnome-shell[4995]: Execution of main.js threw exception: Script <main> threw an exception
июл 07 08:12:10 endless gnome-shell[4995]: Attempting to call back into JSAPI during the sweeping phase of GC. This is most likely caused by not destroying a Clutter actor or Gtk+ widget with ::destroy signals connected, but can also be caused by using the destroy(), dispose(), or remove() vfuncs. Because it would crash the application, it has been blocked and the JS callback not invoked.
июл 07 08:12:10 endless org.gnome.Shell.desktop[4995]: == Stack trace for context 0x564b15998280 ==
июл 07 08:12:10 endless gnome-shell[4995]: The offending signal was destroy on Gjs_DateMenuButton 0x564b174e58a0.
июл 07 08:12:10 endless gnome-session[4804]: gnome-session-binary[4804]: WARNING: App 'org.gnome.Shell.desktop' exited with code 1
июл 07 08:12:10 endless gnome-session-binary[4804]: WARNING: App 'org.gnome.Shell.desktop' exited with code 1

@wjt any ideas?


#4

This bug turns out to be already fixed in GNOME upstream; we’ll arrange to update to this version in Endless OS 3.6.2.

@Ach I suggest the following steps:

  • Press Ctrl + Alt + F2 to switch to text mode

#5

@wjt And what the next steps?
I see only this pic/ (i don’t have pass on my accaunts)
http://joxi.ru/EA4oRDGto98KB2


#6

@Ach sorry, I pressed submit too early and then the forum fell over for a minute.

  • Press Ctrl + Alt + F2 to switch to a text mode login prompt
  • Type your username (antey, according to your log) and press Enter
  • If you have a password, type it and press Enter. (Nothing will appear on the screen as you type each character – this is normal.)
  • You should see a prompt: antey@endless:~$
  • Type the following command: gsettings reset org.gnome.clocks world-clocks and press Enter
  • You should see a prompt again: antey@endless:~$
  • Type exit and press Enter
  • Press Ctrl-Alt-F1 to switch back to GUI mode, and try to log in again

#7

We expect this to be fixed in our August release. Let me know if the workaround above worked for you.


#8

Hello, guys!!
Yeap, thank you so much! It helped me!

Sorry for being late :sob:


#9

This post was flagged by the community and is temporarily hidden.