Whenever I do this set of updates and reboot I get “Failed To Start Simple Desktop Manager”. the last try I didn’t even get that, it just sat at loading zen… I know there is another pack of 48 updates after this one. A second issue is I rolled-back to 17:45 and it went great, I attempted the updates again and same issues as above, chose to rollback to 17:45 again and got the above message again. That is a snapshot no matter how many times I choose it if it booted once it should boot every time. It’s like some how by choosing it it got changed some how. I posted the entire Konsole output cause of the database errors, even though I just updated the databases.
―― 18:45:16 - System update ――――――――――――――――――――――――――――――――――――――――――――――――――――
[sudo] password for alienprober:
:: Synchronizing package databases…
error: failed retrieving file ‘core.db’ from arch.mirror.square-r00t.net : Protocol “rsync” not supported or disabled in libcurl
core is up to date
error: failed retrieving file ‘extra.db’ from arch.mirror.square-r00t.net : Protocol “rsync” not supported or disabled in libcurl
extra is up to date
error: failed retrieving file ‘community.db’ from arch.mirror.square-r00t.net : Protocol “rsync” not supported or disabled in libcurl
community is up to date
error: failed retrieving file ‘multilib.db’ from arch.mirror.square-r00t.net : Protocol “rsync” not supported or disabled in libcurl
multilib is up to date
herecura is up to date
chaotic-aur is up to date
:: Starting full system upgrade…
warning: subtitlecomposer: local (0.7.0-4) is newer than herecura (0.7.0-3)
resolving dependencies…
looking for conflicting packages…
still seems strange to me cause that 10 or 11 updates were done after 1800 which means i should of had a snapshot newer than 1745 from the snapshot done prior to the updates being applied. I’m currently on one from just after 1300. So with that said how do we go about trying to resolve this? Also if I do a snapshot now it should boot to it if I need it, right? I have not done those updates again cause wanted to wait to see what you guys think.
So snapshots I manually make outside of the update process do not get deleted? You have the updates coming straight from Arch without vetting them before they get to us?
OK, seems to be another issue. Now the 2 times I did do the updates I watched it create the snapshot and it said they were successful. Now I try to manually create one the popup stays open for a couple of seconds and then closes just leaving the main Timeshift app open.
I swear sometimes, cause I’d just got done trying that just as you have it and got told it didn’t recognize the command. now try it again after you made your post it worked.
19:35:20 ✘ alienprober@TheMothership ~
$ sudo su
[sudo] password for alienprober:
[root@TheMothership alienprober]# timeshift --create
Using system disk as snapshot device for creating snapshots in BTRFS mode
/dev/nvme0n1p3 is mounted at: /run/timeshift/backup, options: rw,relatime,compress=zstd:3,ssd,space_cache,autodefrag,subvolid=5,subvol=/
Creating new backup...(BTRFS)
Saving to device: /dev/nvme0n1p3, mounted at path: /run/timeshift/backup
Created directory: /run/timeshift/backup/timeshift-btrfs/snapshots/2020-08-21_19-35-43
Created subvolume snapshot: /run/timeshift/backup/timeshift-btrfs/snapshots/2020-08-21_19-35-43/@
Created control file: /run/timeshift/backup/timeshift-btrfs/snapshots/2020-08-21_19-35-43/info.json
BTRFS Snapshot saved successfully (0s)
Tagged snapshot '2020-08-21_19-35-43': ondemand
Thanks but this was 1 install ago, plus no one thought to think that manually making a snapshot does only take a quick second under BTRFS and then the dialog box does close automatically.