Caja (python error) and SystemBack support

Support & Help Requests
#1

Hi, we are trying to recover the SystemBack project, now at version 1.9.4 but we have difficulties with MATE, in particular with caja. When you create the ISO image and then install it on a new HD, CAJA cannot start anymore and throws these errors, from the internal menu it does not start:

: ~ $ caja
Could not register the application: GDBus.Error: org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying
: ~ $ sudo caja
Fatal Python error: _PyInterpreterState_Get (): no current thread state
Python runtime state: unknown

Canceled
: ~ $

Further information can be found on:

I hope you can give us some tips because we are in a dead end. Thanks.

#2

Thank for the interest to Ubuntu MATE.

Your question creates new questions.

What is the SystemBack? Where are its web-site and source repository located?

Repology says that it is available as binaries only for MXLinux - https://repology.org/project/systemback/versions . I tried to find source code and went to https://launchpad.net/systemback and it seems that deb-packages for previous releases are located in PPAs of https://launchpad.net/~nemh user. It will be very good if you create a PPA and/or joint efforts with ~nemh for building packages for 20.04 LTS.

How does SystemBack integrate with Caja?
How can we reproduce the mentioned error in step-by-step manner?

1 Like
#3

At first I have tried the previous version from ppa:kranich/remastersys (1.8.402~ubuntu16.10.1 which really built by ~nemh) on Ubuntu MATE 18.04 LTS. It has some problems with D-Bus too.

$ cat .xsession-errors | grep -i error | grep -i dbus
(process:1944): indicator-sound-WARNING **: 00:11:53.772: accounts-service-access.vala:218: unable to sync volume 0,446686 to AccountsService: GDBus.Error:org.freedesktop.DBus.Error.InvalidArgs: No such interface 'com.ubuntu.AccountsService.Sound'

$ sudo grep -ir error /var/log/ | grep -i dbus
/var/log/syslog:May 15 00:11:53 bionic-copy notification-ar[1641]: GDBus.Error:org.freedesktop.DBus.GLib.ErrorError: Method invoked for RegisterStatusNotifierHost returned FALSE but did not set error
/var/log/syslog:May 15 00:12:15 bionic-copy pulseaudio[1597]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.

and as the result Blueman bluetooth manager can't start on restored system.

But let's get back to your question.
I can reproduce the behaviour with SystemBack 1.9.4 on Ubuntu MATE 20.04 LTS.
The main problem here is the D-Bus:

$ cat .xsession-errors | grep -i error | grep -i dbus
(caja:1361): Gtk-WARNING **: 00:30:31.898: Failed to register client: GDBus.Error:org.gnome.SessionManager.AlreadyRegistered: Unable to register client
(caja:1804): Gtk-WARNING **: 00:30:34.858: Failed to register client: GDBus.Error:org.gnome.SessionManager.AlreadyRegistered: Unable to register client
...

$ sudo grep -ir error /var/log/ | grep -i dbus
/var/log/syslog:May 15 00:29:13 focal-copy pulseaudio[911]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
/var/log/syslog:May 15 00:30:31 focal-copy notification-ar[1380]: GDBus.Error:org.freedesktop.DBus.GLib.ErrorError: Method invoked for RegisterStatusNotifierHost returned FALSE but did not set error
/var/log/syslog:May 15 00:30:52 focal-copy pulseaudio[1038]: GetManagedObjects() failed: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
/var/log/apport.log:ERROR: apport (pid 1785) Fri May 15 00:30:34 2020: debug: session gdbus call: (true,)
/var/log/apport.log:ERROR: apport (pid 1838) Fri May 15 00:30:35 2020: debug: session gdbus call: (true,)
...

For Ubuntu MATE 20.04 LTS I see one possible error in file-system restoration. Please compare two file listings below - first is from original system, second is from cloned (with SystemBack) system:

mate@focal:~$ ls /media/mate/original-system/ -al
total 1722520
drwxr-xr-x   19 root root       4096 May 14 23:13 .
drwxr-x---+   4 root root       4096 May 15 00:38 ..
lrwxrwxrwx    1 root root          7 May  1 15:11 bin -> usr/bin
drwxr-xr-x    4 root root       4096 May 14 23:53 boot
drwxr-xr-x    4 root root       4096 May  1 15:11 dev
drwxr-xr-x  136 root root      12288 May 14 23:57 etc
drwxr-xr-x    4 root root       4096 May 14 23:57 home
lrwxrwxrwx    1 root root          7 May  1 15:11 lib -> usr/lib
lrwxrwxrwx    1 root root          9 May  1 15:11 lib32 -> usr/lib32
lrwxrwxrwx    1 root root          9 May  1 15:11 lib64 -> usr/lib64
lrwxrwxrwx    1 root root         10 May  1 15:11 libx32 -> usr/libx32
drwx------    2 root root      16384 May  1 15:06 lost+found
drwxr-xr-x    4 root root       4096 May 14 23:48 media
drwxr-xr-x    2 root root       4096 May  1 15:11 mnt
drwxr-xr-x    3 root root       4096 May 14 23:21 opt
drwxr-xr-x    2 root root       4096 апр 15 14:09 proc
drwx------    3 root root       4096 May 14 23:54 root
drwxr-xr-x    2 root root       4096 May  1 15:30 run
lrwxrwxrwx    1 root root          8 May  1 15:11 sbin -> usr/sbin
drwxr-xr-x    2 root root       4096 May 14 23:14 snap
drwxr-xr-x    2 root root       4096 May  1 15:11 srv
-rw-------    1 root root 1763758080 May  1 15:06 swapfile
drwxr-xr-x    2 root root       4096 апр 15 14:09 sys
drwxrwxrwt    7 root root       4096 May 14 23:57 tmp
drwxr-xr-x   14 root root       4096 May 14 23:10 usr
drwxr-xr-x   14 root root       4096 May 14 23:15 var
                   
mate@focal:~$ ls /media/mate/SB@/ -al
total 160
drwxr-xr-x   24 root root  4096 May 15 00:20 .
drwxr-x---+   4 root root  4096 May 15 00:38 ..
drwxr-xr-x    2 root root 40960 May 14 23:53 bin
drwxr-xr-x    3 root root  4096 May 15 00:02 boot
drwxr-xr-x    2 root root  4096 May 14 23:58 dev
drwxr-xr-x  136 root root 12288 May 15 00:23 etc
drwxr-xr-x    4 root root  4096 May 15 00:24 home
drwxr-xr-x  136 root root  4096 May 14 23:53 lib
drwxr-xr-x    2 root root  4096 May  1 15:11 lib32
drwxr-xr-x    2 root root  4096 May  1 15:11 lib64
drwx------    2 root root 16384 May 15 00:18 lost+found
drwxr-xr-x    3 root root  4096 May 15 00:23 media
drwxr-xr-x    2 root root  4096 May  1 15:11 mnt
drwxr-xr-x    3 root root  4096 May 14 23:21 opt
dr-xr-xr-x    2 root root  4096 May 14 23:58 proc
drwx------    4 root root  4096 May 15 00:28 root
drwxr-xr-x    2 root root  4096 May 15 00:02 run
drwxr-xr-x    2 root root 12288 May 15 00:28 sbin
drwxr-xr-x    2 root root  4096 May 15 00:03 snap
drwxr-xr-x    2 root root  4096 May  1 15:11 srv
dr-xr-xr-x    2 root root  4096 May 14 23:58 sys
drwxrwxrwt    7 root root  4096 May 15 00:32 tmp
drwxr-xr-x   14 root root  4096 May 14 23:10 usr
drwxr-xr-x   14 root root  4096 May 15 00:03 var

Please note the symlinks in the first listing. Since 19.04 they should be here.

The second strange thing is that SB@ has /root/.dbus/sessin-bus folder.

So there is something wrong on SystemBack side. If you are a developer of SystemBack - please carefully analyze the information above and try to fix this in the source code. Also I suppose that other Ubuntu flavors affected too as D-Bus is a core and essential component of all current systems.

2 Likes
Caja not starting
Using Systemback
#4

Thanks your response has been very helpful. See you!

#5

Reported issue to GitHub -

But still do not get any response.

#6

Hello,
Casually this week we decided to change from Xubuntu to Mint mate and we use Systemback for doing live or clone systems.
We have the same roblem with caja when cloning.
Did you solve the problem? Could you share the solution?
Thank you

#7

Hello
Bug still not fixed, Caja , and baobab not works.
Maybe create hardlink to some folder and it fixes error?

CPU resources drains to generate infinite Dbus messages
"Could not register the application: GDBus.Error: org.freedesktop.DBus.Error.NoReply: Message recipient disconnected from message bus without replying"
computer works slowly than new installed.

Im Test even a Mint 21 beta release. I Prefer using Mint + Mate like main system.

Temporary fix::
sudo apt install thunar
sudo apt remove caja caja-admin
CPU resources stop draining.

Im used newest Systemback 1.9.4 - UEFI and other fixes included.

Install and using, generating ISO , Installing from ISO is works perfectly!
But Caja...

2 Likes
#8

Reproduce
Download Clean Linux mint 21 with MATE DE.
Install systemback 1.9.4 or newer.
do image
Fresh install from image (in UEFI mode i use)
Voila 100% CPU usage and systemd log have 15 Gb (!) text with errors.

#9

I used Linux Lite 6 (Ubuntu 22.04 based) to do a snapshot of my installed system. Linux Lite comes with Xfce so I didn't have to uninstall Caja as seen in the quote above.

I used Systemback from the link given by Alxius.R.

Everything went well. I was able to install my Systemback snapshot in VirtualBox. The only quirk is that your old user will be removed and replaced by the new user you create in the Systemback installer. You can transfer your settings and documents so your desktop experience will be identical, just with another user.

Maybe it is possible to create a new user with your old username, but I didn't want to try that. Normally snapshot utilities keep users that are already registered so creation of a new user in the installer isn't necessary.

I am happy this version of Systemback worked. I remember using a similar program 12 years ago which was called Remastersys.

#10

bug not affects XFCE