tilda是一个非常轻便的下拉终端，但是安装之后启动发现要过十几秒才会出现界面。命令行启动发现报错如下：
用这条信息到处搜索也找不到有用的解答。
后来终于发现这是一个dbus超时的问题，虽然原因和这个不一样：https://unix.stackexchange.com/questions/308036/why-does-gvfs-with-systemd-dbus-timeout 。
如果在某个终端手动启动dbus，然后运行tilda，就会立即出现tilda界面。（虽然会报一个错误，因为/usr/lib/gvfs-udisks2-volume-monitor没运行）
此外thunar最近也不知怎么了，不能自动挂载u盘了，而且浏览器另存为的时候，或者截图保存的时候，也是卡十几秒才出现thunar选择保存路径的窗口。
挂载u盘虽然可以用脚本自动运行udiskie解决，但没有找到问题根源，不是长久之计。
推测上面tilda和thunar的问题是同一原因引起的。
搜索到这个：
https://forum.manjaro.org/t/resolved-thunar-automounting-gvfs-udisks2-volume-monitor-service/82100
看看这个服务的状态：
唉，这个服务没起来，所以导致了dbus调用它超时。
看看这个程序是谁的：
这个报错是gnome配置（gsettings）的问题，即“org.gnome.desktop.lockdown”这个schema下没有“mount-removable-storage-devices-as-read-only”这个key。
根据这个key搜到这个页面：
https://gitlab.gnome.org/GNOME/gsettings-desktop-schemas/blob/master/schemas/org.gnome.desktop.lockdown.gschema.xml.in
五个月前添加。。。看来是gvfs在最近的更新中使用了最新的配置，但是gnome的配置文件更新并没跟上（可能是glib的）
手动更新这个文件吧：
结果按gnome的gitlab代码更新完之后没卵用——服务还是启动不起来——原来gsettings是使用二进制文件的，修改配置文件之后要glib-compile-schemas那个文件夹啥的，或者直接使用gsettings命令，或者用dconf-editor。
唉，我太菜了，还是用dconf-editor吧：
打开后发现添加的项目已经在这里面了
开启这个开关，再关闭，（这样应该可以让它重新生成二进制配置文件）
然后，果然可以了：
然后再运行一下tilda看看效果
瞬间启动起来了。
thunar也可以瞬间启动了。
唉，心累。
后面发现不知为啥从AUR装了gsettings-desktop-schemas-ubuntu这个包，而没装仓库的gsettings-desktop-schemas。更新不及时应该是那个AUR包引起的吧 :(
装上之后发现果真是。。。仓库里面的gsettings-desktop-schemas包已经是和gitlab一样的内容了。。。
（日期是9月11日）
哭。。。