profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

geo909 · 2016-01-16 21:54:46

graysky wrote:

How large is your firefox directory and are you using overlayfs (that is speed up large since). 30 sec seems EXCESSIVE. (Post the output of psd p).

My firefox directory is 208M, also I'm not using overlayfs. When I try to run psd p:

jorge@flamingo:~$ psd p
 ERROR: Cannot find XDG_RUNTIME_DIR which should be set by systemd.

Psd only checks if $XDG_RUNTIM_DIR is there and quits if it isn't; it doesn't make any modifications to them so I'm not sure what you mean.

Okay, yes, I wasn't clear.. I'm not saying that psd does something to the variables, but the delay at startup causes all sorts of problems, including the XDG variables that are not set.

Some more info:

I used systemctl --user enable psd.service to enable psd. Then, after a reboot, there's the delay problem and lots of stuff are messed up, including:

jorge@flamingo:~$ systemctl --user disable psd.service
Failed to connect to bus: No such file or directory
jorge@flamingo:~$ sudo systemctl --user disable psd.service
Failed to connect to bus: No such file or directory

Uninstalling the package profile-sync-daemon fixes the problems (no delay at startup, no XDG variables missing, no buss errors).

graysky · 2016-01-16 22:56:15

@geo909 - I'm now sure why your prompt is delayed... the script has a hard exit 1 code if your XDG_RUNTIME_DIR is null. You have problems unrelated to psd if your query to `systemctl --user foo` fails. Did you reinstall to fix this per your other thread or is this the same install as prior?

geo909 · 2016-01-17 00:26:42

graysky wrote:

@geo909 - I'm now sure why your prompt is delayed... the script has a hard exit 1 code if your XDG_RUNTIME_DIR is null. You have problems unrelated to psd if your query to `systemctl --user foo` fails. Did you reinstall to fix this per your other thread or is this the same install as prior?

No, it's the same installation. When I remove psd there is absolutely no delay, the system boots very fast, the XDG variables are all set, there are no errors when running systemctl commands, all in all everything is perfect.

Laurion had a similar issue a couple of posts ago. To me it sounds like it must be related to psd.. No?

Anyway, I guess if it is related you'll hear from other people too sooner or later. If not, then that means that something is wrong with my system and I'll do some more thorough investigation.

EDIT: From the previous page of this thread:

jsavink wrote:

Hi folks, new user here,
I've been experiencing an issue using profile-sync-daemon recently.
If the service is enabled, it causes some sort of delay in lightdm registering a session with systemd, which prevents a user session from being started properly, resulting in psd not actually running, and having to put in my password for all kinds of things like shutting down, mounting drives, etc. Logging out and back in again solves the issue. Starting my session (after logging in) takes considerably longer as well. I'm guessing it must have occurred right about a transition to the 'systemctl --user enable psd' way of running psd, since that's when I started noticing the longer startup time.

Laurion wrote:

Geo909, same thing is happening to me.

Last edited by geo909 (2016-01-17 00:35:38)

graysky · 2016-01-17 00:48:52

geo909 wrote:

No, it's the same installation. When I remove psd there is absolutely no delay, the system boots very fast, the XDG variables are all set, there are no errors when running systemctl commands, all in all everything is perfect.
Laurion had a similar issue a couple of posts ago. To me it sounds like it must be related to psd.. No?

That certainly points to psd but I'm not sure... need to revisit the code.

firekage · 2016-01-17 04:35:06

graysky wrote:

@firekage - Never seen that before either. Do you have firefox or opera set to resume your previous webpages? If so, stop psd and load the browser, does it open as expected?.

I' trying to check it again. I think that i had wrong configuration in configuration file. I just uncommented the one that were listed, but it should be not uncommented but instead it should be typed in "BROWSERS".

Yes, i use "restore session" with firefox - i don't use opera often. just have it.

whompus · 2016-01-17 10:06:52

Make sure your browser is not full with persisstant storage that some websites set, I had slowdowns and when checking my browser there was over 500MB of data loading up everytime the browser started.

graysky · 2016-01-17 12:21:45

@geo909 - Post your psd.conf without comments like this:

sed '/^#/d' ~/.config/psd/psd.conf

The fact that you cannot run `systemctl --user xxx` means you're not getting a dbus session correctly. I do not see how psd could be to blame for that as it requires on just like any other user service. Try this:

Experiment 1
1) systemctl --user disable psd and reboot
2) Run the following from shell: systemd-run --user /bin/sleep 10

If it returns something like "Running as unit run-r...hash.service all is well. Now run `systemctl --user start psd` and psd should work just fine.

Experiment 2
1) systemctl --user enable psd and reboot
2) Run the following from shell: systemd-run --user /bin/sleep 10

What does it return?

geo909 · 2016-01-28 05:41:17

Sorry for the late reply..

graysky wrote:

@geo909 - Post your psd.conf without comments like this:
sed '/^#/d' ~/.config/psd/psd.conf
The fact that you cannot run `systemctl --user xxx` means you're not getting a dbus session correctly. I do not see how psd could be to blame for that as it requires on just like any other user service. Try this:
Experiment 1
1) systemctl --user disable psd and reboot
2) Run the following from shell: systemd-run --user /bin/sleep 10
If it returns something like "Running as unit run-r...hash.service all is well. Now run `systemctl --user start psd` and psd should work just fine.
Experiment 2
1) systemctl --user enable psd and reboot
2) Run the following from shell: systemd-run --user /bin/sleep 10
What does it return?

Before I try the experiments, some new info which is probably important: I kept downgrading psd until the problem dissapeared. The first version that works fine is 6.17. From 6.18 and up I'm having this problem.

Now:

Experiment 1 (note that for versions >= 6.18 I cannot disable the service because of the dbus problem, so this is after completely uninstalling psd)

jorge@flamingo:~$ systemd-run --user /bin/sleep 10
Running as unit run-rcdee7ebd3e534cd88b349c3f182d1e66.service.

Experiment 2 with 6.18

jorge@flamingo:~$ systemd-run --user /bin/sleep 10
Failed to create bus connection: No such file or directory

Experiment 2 with 6.17

jorge@flamingo:~$ systemd-run --user /bin/sleep 10
Running as unit run-r2b2173eae9824e51819e652b4938b929.service.

psd.conf:

jorge@flamingo:~$ sed '/^#/d' ~/.config/psd/psd.conf


BROWSERS="firefox"

jorge@flamingo:~$

Last edited by geo909 (2016-01-28 13:48:15)

graysky · 2016-01-29 00:24:39

Thank you for the time to troubleshoot. Sort of like a bisect. Let me make sure I understand: 6.17 works for you but 6.18 does not? Are you sure? The changes between these two are strictly cosmetic: https://github.com/graysky2/profile-syn … 17...v6.18

geo909 · 2016-01-29 07:06:57

graysky wrote:

Thank you for the time to troubleshoot. Sort of like a bisect. Let me make sure I understand: 6.17 works for you but 6.18 does not? Are you sure? The changes between these two are strictly cosmetic: https://github.com/graysky2/profile-syn … 17...v6.18

Oh god.. Now it's happening again. I rebooted several times and some times there is a problem, some others not.

I'm also start believing that this may have to do with my system after all. I'm 100% sure that there is no problem when psd is not installed, but I'll do the following sometime soon:

- Make a new partition with a new installation as you had suggested earlier.
- I'll also try to disable every single thing that autostarts in my system and reboot several times, see how psd behaves in those cases.
- If the above indicate there is a problem with psd indeed, I'll keep installing older versions 'till I hit one that works. There's definitely one, since I was using psd some months ago without problems.

I'll get back to you when I have something more sure and consistent.

EDIT: In the meanwhile I bought a new laptop. Psd works flawesly in the new one, so I don't think I'll spend time troubleshooting this!

Last edited by geo909 (2016-03-31 01:18:41)

graysky · 2016-01-29 10:55:47

Sounds good. Systemd can be a downright pissy bitch in my experienced particularly with dubs sessions. I had a similar problem with trying to use vnc user services that could only be solved by a reinstall. To this day I do not know what was wrong, just that the rebuild solved it.

stabwound · 2016-02-08 21:12:04

How do you tell if this is working properly? As far as I can tell, everything is installed and configured properly, but I don't see the appropriate folders in my /run/user/1000 directory.

edit: I rebooted my system and it's now working properly.

Last edited by stabwound (2016-02-08 21:19:13)

graysky · 2016-02-08 21:19:57

@stabwound - Looks right from the output you posted. You're saying that `ls -l /run/user/1000` does not show the tmpfs dir?

mykey · 2016-02-16 09:08:15

I duplicated the chromium browser file in /usr/share/psd/browsers - called it maxthon and adjusted the value for $browser. It seems to work fine for Maxthon browser - maybe you can add this to your package. Thank you for this real usefull contrib esp. for ssd users.

Barghest · 2016-02-17 20:54:14

Hi,
I use psd with firefox and have a small yet annoying issue. In periodic intervals firefox opens a new instance when psd is running. Any idea how to avoid this?
Thanks

Last edited by Barghest (2016-02-17 21:04:31)

wurstsalat · 2016-03-10 23:08:40

Hello!

psd does not manage my browser.
When I do

psd p

i get the following output:

Profile-sync-daemon v6.21 on Arch Linux

 Systemd service is currently active.
 Systemd resync-timer is currently active.
 Overlayfs v23 is currently active.

Psd will manage the following per /home/paul/.config/psd/psd.conf:

This my psd.conf:

#
# $XDG_HOME_CONFIG/psd/psd.conf
#
# For documentation, refer to the psd man page or the wiki page
# https://wiki.archlinux.org/index.php/Profile-sync-daemon

## NOTE the following:
## To protect data from corruption, in the event that you do make an edit while
## psd is active, any changes made will be applied the next time you start psd.

# Uncomment and set to "yes" to use overlayfs instead of a full copy to reduce
# the memory costs and to improve sync/unsync operations. Note that your kernel
# MUST have this module available in order to use this mode
#
USE_OVERLAYFS="yes"

# List browsers separated by spaces to include in the sync. Useful if you do not
# wish to have all possible browser profiles sync'ed which is the default if
# this variable is left commented.
#
# Possible values:
#  chromium
#  chromium-dev
#  conkeror.mozdev.org
#  epiphany
#  firefox
#  firefox-trunk
#  google-chrome
#  google-chrome-beta
#  google-chrome-unstable
#  heftig-aurora
#  icecat
#  inox
#  luakit
#  midori
#  opera
#  opera-beta
#  opera-developer
#  opera-legacy
#  otter-browser
#  qupzilla
#  palemoon
#  rekonq
#  seamonkey
#  surf
#  vivaldi
#  vivaldi-snapshot
#
BROWSERS="firefox chromium"

# Uncomment and set to "no" to completely disable the crash recovery feature.
#
# The default is to create crash recovery backups if the system is ungracefully
# powered-down due to a kernel panic, hitting the reset switch, battery going
# dead, etc. Some users keep very diligent backups and don't care to have this
# feature enabled.
#USE_BACKUPS="yes"

Any Ideas?
I have also tried with:

BROWSERS="firefox"

Thanks for the help

Last edited by wurstsalat (2016-03-10 23:09:54)

graysky · 2016-03-11 01:16:12

Guessing you edited the config while running... Try:

systemctl --user stop psd
psd p

Last edited by graysky (2016-03-11 01:16:29)

wurstsalat · 2016-03-11 17:30:10

Then it gives me:

Profile-sync-daemon v6.21 on Arch Linux

 Systemd service is currently inactive.
 Systemd resync-timer is currently inactive.
 Overlayfs v23 is currently active.

Psd will manage the following per /home/paul/.config/psd/psd.conf:

strange isn't it

graysky · 2016-03-12 01:35:31

Does your system have any special setup for /home? Are you certain that you have browser directories in the default locations?

wurstsalat · 2016-03-13 20:57:08

graysky wrote:

Are you certain that you have browser directories in the default locations?

That's the location:

/home/paul/.mozilla/firefox/Profiles/3wzs3zh4.default

Changing it to

/home/paul/.mozilla/firefox/3wzs3zh4.default

does not help.

graysky · 2016-03-13 21:40:02

Psd will look for firefox's profiles.ini in ~/.mozilla/firefox so if that file exists, it should detect and parse it. Post the output of:

stat ~/.mozilla/firefox/profiles.ini

wurstsalat · 2016-03-14 01:02:31

[paul@TP450s ~]$ stat ~/.mozilla/firefox/profiles.ini
  Datei: '/home/paul/.mozilla/firefox/profiles.ini'
  Größe: 102       	Blöcke: 8          EA Block: 4096   reguläre Datei
Gerät: 806h/2054d	Inode: 1183321     Verknüpfungen: 1
Zugriff: (0644/-rw-r--r--)  Uid: ( 1000/    paul)   Gid: (  100/   users)
Zugriff    : 2016-03-13 21:54:54.786827567 +0100
Modifiziert: 2016-03-13 21:54:47.163493821 +0100
Geändert   : 2016-03-13 21:54:47.173493822 +0100
 Geburt    : -

graysky · 2016-03-14 09:24:56

So the file is where psd expects it... Are the profiles within it formatted as such? See the psd man page to verify. As to why chromium is not working, same questions.

wurstsalat · 2016-03-14 10:59:44

graysky wrote:

As to why chromium is not working, same questions.

I just entered chromium for testing. I don't have it installed. Will check for profile format now.

graysky wrote:

Are the profiles within it formatted as such? See the psd man page to verify.

I can not find anything in the psd man conerning the firefox profiles.ini. This is the .ini:

[General]
StartWithLastProfile=1

[Profile0]
Name=default
IsRelative=1
Path=3wzs3zh4.default

Last edited by wurstsalat (2016-03-14 11:14:32)

Barghest · 2016-03-17 12:21:45

Barghest wrote:

Hi,
I use psd with firefox and have a small yet annoying issue. In periodic intervals firefox opens a new instance when psd is running. Any idea how to avoid this?
Thanks

Not sure if this was overlooked?

Arch Linux

#701 2016-01-16 21:54:46

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#702 2016-01-16 22:56:15

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#703 2016-01-17 00:26:42

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#704 2016-01-17 00:48:52

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#705 2016-01-17 04:35:06

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#706 2016-01-17 10:06:52

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#707 2016-01-17 12:21:45

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#708 2016-01-28 05:41:17

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#709 2016-01-29 00:24:39

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#710 2016-01-29 07:06:57

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#711 2016-01-29 10:55:47

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#712 2016-02-08 21:12:04

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#713 2016-02-08 21:19:57

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#714 2016-02-16 09:08:15

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#715 2016-02-17 20:54:14

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#716 2016-03-10 23:08:40

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#717 2016-03-11 01:16:12

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#718 2016-03-11 17:30:10

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#719 2016-03-12 01:35:31

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#720 2016-03-13 20:57:08

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#721 2016-03-13 21:40:02

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#722 2016-03-14 01:02:31

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#723 2016-03-14 09:24:56

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#724 2016-03-14 10:59:44

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

#725 2016-03-17 12:21:45

Re: profile-sync-daemon - keep browser profiles in tmpfs and sync'ed

Board footer