* 姑且还是国内用得多，在我这里 outlook 的竞品是 qq 邮箱和网易邮箱

姑且还是国内用得多，在我这里 outlook 的竟品是 qq 邮箱和网易邮箱

是说可以不挂梯子访问网页端

不管用呀

没用过 icloud ,,

但是它的垃圾箱，不能禁用

一开始用 outlook 是为了它国内外都能用

* 用 ubuntu 的 livecd，可以图形化操作

用 ubuntu 的 livexd，可以图形化操作

🤔

``` Percentage Used: 9% Data Units Read: 450,195,229 [230 TB] Data Units Written: 162,065,525 [82.9 TB] ```

我问的第二点就是这个问题 我想让它们从 swap 回到 zswap 里压着

数据似乎留在 swap 里出不来了

因为开了好几个占用内存的程序然后又关掉

[m.image] 图片.png

反正我这个起码有几个G的写入了

有什么说法吗

``` ┌(sf467@Analyse)─(~)─(18:59:20) └(I)> sudo filefrag -v /swap/swapfile [sudo] sf467 的密码： Filesystem type is: 9123683e File size of /swap/swapfile is 8589934592 (2097152 blocks of 4096 bytes) ext: logical_offset: physical_offset: length: expected: flags: 0: 0.. 0: 99234363.. 99234363: 1: 1: 1.. 65535: 99234364.. 99299898: 65535: unwritten 2: 65536.. 131071: 100308667.. 100374202: 65536: 99299899: unwritten 3: 131072.. 262143: 100408576.. 100539647: 131072: 100374203: unwritten 4: 262144.. 393215: 101457152.. 101588223: 131072: 100539648: unwritten 5: 393216.. 458751: 101617890.. 101683425: 65536: 101588224: unwritten 6: 458752.. 524287: 102767872.. 102833407: 65536: 101683426: unwritten 7: 524288.. 589823: 102874352.. 102939887: 65536: 102833408: unwritten 8: 589824.. 655359: 103168832.. 103234367: 65536: 102939888: unwritten 9: 655360.. 720895: 104203605.. 104269140: 65536: 103234368: unwritten 10: 720896.. 851967: 105241262.. 105372333: 131072: 104269141: unwritten 11: 851968.. 983039: 106296039.. 106427110: 131072: 105372334: unwritten 12: 983040.. 1114111: 106567687.. 106698758: 131072: 106427111: unwritten 13: 1114112.. 1310719: 108010752.. 108207359: 196608: 106698759: unwritten 14: 1310720.. 1441791: 111502799.. 111633870: 131072: 108207360: unwritten 15: 1441792.. 1507327: 114688765.. 114754300: 65536: 111633871: unwritten 16: 1507328.. 1638399: 114826496.. 114957567: 131072: 114754301: unwritten 17: 1638400.. 1835007: 115366145.. 115562752: 196608: 114957568: unwritten 18: 1835008.. 1966079: 115612928.. 115743999: 131072: 115562753: unwritten 19: 1966080.. 2031615: 115775991.. 115841526: 65536: 115744000: unwritten 20: 2031616.. 2097151: 115875072.. 115940607: 65536: 115841527: last,unwritten,eof /swap/swapfile: 20 extents found ```

zram 默认也开吗？我只知道 zswap 是默认开的，所以 archwiki 里说开 zram 前需要先禁用 zswap

感谢仙子

okok

然后我现在还有一些小问题 首先是写入到硬盘 swap 之后的内容理论上应该是冷数据，应该不会常被更改，所以不会导致大量的 ssd 写入对吧 就算是其中的内容产生了变化也应该是把对应的内容从 swap 中拿出来在物理内存中变化 以及关闭大量程序后留在 swap 中的那部分东西可以完全不用管对吧，也不会造成 ssd 写入吗 以及在这种情况下，再次运行占用大量内存的程序，会不会因为硬盘 swap 中有大量的数据，导致 zswap 压不了多少东西，从而更对的数据会直接写到 swap 里？

虽然我 ssd 常年使用量在一半左右

细说（

哦？

op 是什么

这 16G 比我以前想得要强多了呀

今天我一直在做测试，同时打开几十个 firefox 标签页，然后 win11 虚拟机 和 cs2

那很好了

那现在的情况似乎还真就是 swap 越大越好

好吧，大概明白 zswap 的机制了

🤔

也就是说。现在我电脑上硬盘的 swap 已经几乎用满，而物理内存还有一些空余 如果我再打开一个比较大的程序，是不是也不会压很多进 zswap 了

或者说，zswap里存的数据量加上硬盘 swap 里存的数据量不会超过 swap 设置总量

存入 zswap 里的数据量，除了受 max_pool_percent 限制外，是不是还不会超过 swap 设置的大小

👌

那这几个 writeback 都是什么意思呢

* 还是对不上呢 ``` ┌(sf467@Analyse)─(~)─(16:10:41) └(I)> cat /proc/meminfo |grep Writeback Writeback: 4 kB WritebackTmp: 0 kB ``` 和 ``` ┌(sf467@Analyse)─(~)─(16:15:02) └(I)> sudo grep -r . /sys/kernel/debug/zswap/ [sudo] sf467 的密码： /sys/kernel/debug/zswap/stored_incompressible_pages:85576 /sys/kernel/debug/zswap/stored_pages:1518162 /sys/kernel/debug/zswap/pool_total_size:2164826112 /sys/kernel/debug/zswap/written_back_pages:7071 ``` 里的 writeback 对不上呀 htop 里显示的是五百多兆，这个值和 /proc/meminfo 里 SwapTotal-SwapFree-Zswapped 到是能对上

* 还是对不上呢 ``` ┌(sf467@Analyse)─(~)─(16:10:41) └(I)> cat /proc/meminfo |grep Writeback Writeback: 4 kB WritebackTmp: 0 kB ``` 和 ``` ┌(sf467@Analyse)─(~)─(16:15:02) └(I)> sudo grep -r . /sys/kernel/debug/zswap/ [sudo] sf467 的密码： /sys/kernel/debug/zswap/stored_incompressible_pages:85576 /sys/kernel/debug/zswap/stored_pages:1518162 /sys/kernel/debug/zswap/pool_total_size:2164826112 /sys/kernel/debug/zswap/written_back_pages:7071 ``` 里的 writeback 对不上呀 htop 里显示的是五百多兆，这个值和 meminfo 里 SwapTotal-SwapFree-Zswapped 到是能对上

还是对不上呢 ``` ┌(sf467@Analyse)─(~)─(16:10:41) └(I)> cat /proc/meminfo |grep Writeback Writeback: 4 kB WritebackTmp: 0 kB ``` 和 ``` ┌(sf467@Analyse)─(~)─(16:15:02) └(I)> sudo grep -r . /sys/kernel/debug/zswap/ [sudo] sf467 的密码： /sys/kernel/debug/zswap/stored_incompressible_pages:85576 /sys/kernel/debug/zswap/stored_pages:1518162 /sys/kernel/debug/zswap/pool_total_size:2164826112 /sys/kernel/debug/zswap/written_back_pages:7071 ``` 里的 writteback 对不上呀 htop 里显示的是五百多兆，这个值和 meminfo 里 SwapTotal-SwapFree-Zswapped 到是能对上

然后的问题是，目前 swap 里的数据量，看起来比 /sys/kernel/debug/zswap/written_back_pages:6841 大得多 这是正常的吗

我之前折腾了 zram，并禁用了 zswap，还是刚看到这篇文章才回来折腾 zswap 的

对呀

并且写入 swap 的数据量还不小 ``` └(I)> swapon NAME TYPE SIZE USED PRIO /swap/swapfile file 8G 5.8G -1 ```

我配置了 zswap，并将 max_pool_percent 配置为 80，为什么看起来在 zswap 中存储的数据远远没到这个量就已经开始往 swap 里写了 ``` ┌(sf467@Analyse)─(~)─(15:56:55) └(I)> sudo grep -r . /sys/kernel/debug/zswap/ /sys/kernel/debug/zswap/stored_incompressible_pages:60691 /sys/kernel/debug/zswap/stored_pages:1317764 /sys/kernel/debug/zswap/pool_total_size:1820733440 /sys/kernel/debug/zswap/written_back_pages:6841 /sys/kernel/debug/zswap/decompress_fail:0 /sys/kernel/debug/zswap/reject_compress_poor:0 /sys/kernel/debug/zswap/reject_compress_fail:0 /sys/kernel/debug/zswap/reject_kmemcache_fail:0 /sys/kernel/debug/zswap/reject_alloc_fail:0 /sys/kernel/debug/zswap/reject_reclaim_fail:0 /sys/kernel/debug/zswap/pool_limit_hit:0 ```

一直在玩单机，所以现在也不常玩了

python 也行，弄个脚本出来

或者 bash

fish……

这个看起来是合并用来显示的，我想要的是移动目录或者复制目录的时候可以把所有的内容都实际放在一起

请问，完整的命令应该怎么写（

我试试

ok

linux 有合并两个目录的方法吗， 将同名的子目录中的内容放到一起而不是一个覆盖另一个

去年试了 1.21.1，还是有点缺 mod

还在玩 1.12.2 ...

🫠

在 im 里问确实容易看串

（

是不是下次这种涉及到多个较长文件参照的问题去论坛问比较好

感谢仙子，感谢大家！！

好了

我再重启试试，，

┌(sf467@Analyse)─(~)─(18:45:46) └(I)> systemctl --user reenable rclone Removed '/home/sf467/.config/systemd/user/multi-user.target.wants/rclone.service'. Created symlink '/home/sf467/.config/systemd/user/default.target.wants/rclone.service' → '/home/sf467/.config/systemd/user/rclone.service'.

是它的问题吗？当时这个配置文件是从系统服务那边挪过来的，

出问题的是 rclone.service 呀，video.service 一直没有问题的

它在 /home/sf467/.config/systemd/user/multi-user.target.wants 里

这个到是没有

是的🫠

rclone.service 和 video.service 都可以启动

现在 video.service 是在正常运行的，，，可能有几个报错但是可以用

[m.file] json.json

emmm稍等一下

{"_GID":"1000","_SOURCE_REALTIME_TIMESTAMP":"1773650247486501","_CAP_EFFECTIVE":"0","__SEQNUM":"1764375418","PRIORITY":"4","_PID":"2149","__CURSOR":"s=56cad4a59987442bbc9cc798a597058d;i=692a3b7a;b=163248a7d5e24730865dbe55928dafc5;m=184479f;t=64d2020f50c29;x=2ba8127e8fbf45db","SYSLOG_IDENTIFIER":"drkonqi-coredump-launcher","__SEQNUM_ID":"56cad4a59987442bbc9cc798a597058d","__REALTIME_TIMESTAMP":"1773650247486505","MESSAGE":"Unable to find file for pid 2076 expected at \"kcrash-metadata/activate-linux.163248a7d5e24730865dbe55928dafc5.2076.ini\"","_TRANSPORT":"journal","_RUNTIME_SCOPE":"system","_SYSTEMD_USER_UNIT":"drkonqi-coredump-launcher@0-8193-2090_2091-0.service","QT_CATEGORY":"default","_MACHINE_ID":"efdf87f058f841539a2b7f8d1ee7a0a2","_SYSTEMD_SLICE":"user-1000.slice","_SYSTEMD_UNIT":"[email protected]","_AUDIT_SESSION":"11","__MONOTONIC_TIMESTAMP":"25446303","_EXE":"/usr/lib/drkonqi-coredump-launcher","TID":"2149","_SYSTEMD_CGROUP":"/user.slice/user-1000.slice/[email protected]/app.slice/drkonqi-coredump-launcher@0-8193-2090_2091-0.service","_AUDIT_LOGINUID":"1000","_SYSTEMD_INVOCATION_ID":"f17de4a81ad243b2885b50c064082d8c","_UID":"1000","_SYSTEMD_USER_SLICE":"app.slice","_HOSTNAME":"Analyse","_SYSTEMD_OWNER_UID":"1000","_COMM":"drkonqi-coredum","_CMDLINE":"/usr/lib/drkonqi-coredump-launcher","_BOOT_ID":"163248a7d5e24730865dbe55928dafc5"} {"_UID":"1000","_TRANSPORT":"journal","_HOSTNAME":"Analyse","_MACHINE_ID":"efdf87f058f841539a2b7f8d1ee7a0a2","_COMM":"drkonqi-coredum","PRIORITY":"4","_SYSTEMD_SLICE":"user-1000.slice","_AUDIT_SESSION":"11","_AUDIT_LOGINUID":"1000","_SYSTEMD_UNIT":"[email protected]","MESSAGE":"KCrash metadata not marked complete. Please file a bug at bugs.kde.org giving as much detail about the crash as possible and maybe include the file \"\"","_SYSTEMD_CGROUP":"/user.slice/user-1000.slice/[email protected]/app.slice/drkonqi-coredump-launcher@0-8193-2090_2091-0.service","_CMDLINE":"/usr/lib/drkonqi-coredump-launcher","_SYSTEMD_USER_SLICE":"app.slice","_RUNTIME_SCOPE":"system","_SYSTEMD_OWNER_UID":"1000","_BOOT_ID":"163248a7d5e24730865dbe55928dafc5","QT_CATEGORY":"default","_EXE":"/usr/lib/drkonqi-coredump-launcher","__REALTIME_TIMESTAMP":"1773650247486726","__SEQNUM_ID":"56cad4a59987442bbc9cc798a597058d","_GID":"1000","TID":"2149","__SEQNUM":"1764375419","SYSLOG_IDENTIFIER":"drkonqi-coredump-launcher","__CURSOR":"s=56cad4a59987442bbc9cc798a597058d;i=692a3b7b;b=163248a7d5e24730865dbe55928dafc5;m=184487b;t=64d2020f50d06;x=94272d7984d751ef","_SYSTEMD_INVOCATION_ID":"f17de4a81ad243b2885b50c064082d8c","__MONOTONIC_TIMESTAMP":"25446523","_PID":"2149","_SYSTEMD_USER_UNIT":"drkonqi-coredump-launcher@0-8193-2090_2091-0.service","_CAP_EFFECTIVE":"0","_SOURCE_REALTIME_TIMESTAMP":"1773650247486721"} {"__SEQNUM":"1764376765","_AUDIT_LOGINUID":"1000","PRIORITY":"4","_PID":"2149","_UID":"1000","_SYSTEMD_USER_SLICE":"app.slice","_SYSTEMD_UNIT":"[email protected]","__REALTIME_TIMESTAMP":"1773650252315877","_SYSTEMD_SLICE":"user-1000.slice","_COMM":"drkonqi-coredum","_CMDLINE":"/usr/lib/drkonqi-coredump-launcher","_GID":"1000","_BOOT_ID":"163248a7d5e24730865dbe55928dafc5","_AUDIT_SESSION":"11","SYSLOG_IDENTIFIER":"drkonqi-coredump-launcher","_SYSTEMD_CGROUP":"/user.slice/user-1000.slice/[email protected]/app.slice/drkonqi-coredump-launcher@0-8193-2090_2091-0.service","_EXE":"/usr/lib/drkonqi-coredump-launcher","_MACHINE_ID":"efdf87f058f841539a2b7f8d1ee7a0a2","TID":"2149","_SYSTEMD_OWNER_UID":"1000","_SOURCE_REALTIME_TIMESTAMP":"1773650252315792","__SEQNUM_ID":"56cad4a59987442bbc9cc798a597058d","QT_CATEGORY":"kf.notifications","_HOSTNAME":"Analyse","_RUNTIME_SCOPE":"system","_TRANSPORT":"journal","MESSAGE":"Failed to notify \"Created too many similar notifications in quick succession\"","_CAP_EFFECTIVE":"0","_SYSTEMD_USER_UNIT":"drkonqi-coredump-launcher@0-8193-2090_2091-0.service","_SYSTEMD_INVOCATION_ID":"f17de4a81ad243b2885b50c064082d8c","__MONOTONIC_TIMESTAMP":"30275674","__CURSOR":"s=56cad4a59987442bbc9cc798a597058d;i=692a40bd;b=163248a7d5e24730865dbe55928dafc5;m=1cdf85a;t=64d20213ebce5;x=51f56f45db351e05"} {"_RUNTIME_SCOPE":"system","__CURSOR":"s=56cad4a59987442bbc9cc798a597058d;i=6991ab34;b=3de6c1859d20465991a544be3bde0e7a;m=2f94945;t=64d8647f665e4;x=adba0dc4faa777e7","__MONOTONIC_TIMESTAMP":"49891653","_SYSTEMD_INVOCATION_ID":"54c29b099bf14eb0b4af08ab224a87c7","_GID":"1000","_TRANSPORT":"journal","PRIORITY":"3","_AUDIT_SESSION":"3","MESSAGE":"ERROR : Using --password-command returned: exit status 1\n","__SEQNUM":"1771154228","_CAP_EFFECTIVE":"0","_SYSTEMD_CGROUP":"/user.slice/user-1000.slice/[email protected]/app.slice/app-rclone.slice/video.service","_UID":"1000","_SYSTEMD_OWNER_UID":"1000","_MACHINE_ID":"efdf87f058f841539a2b7f8d1ee7a0a2","_PID":"2149","_COMM":"rclone","_HOSTNAME":"Analyse","__SEQNUM_ID":"56cad4a59987442bbc9cc798a597058d","_SYSTEMD_UNIT":"[email protected]","_SYSTEMD_USER_SLICE":"app-rclone.slice","_SYSTEMD_SLICE":"user-1000.slice","_AUDIT_LOGINUID":"1000","_BOOT_ID":"3de6c1859d20465991a544be3bde0e7a","_SOURCE_REALTIME_TIMESTAMP":"1774088988550424","__REALTIME_TIMESTAMP":"1774088988550628","_SYSTEMD_USER_UNIT":"video.service"} {"_GID":"1000","_COMM":"rclone","MESSAGE":"ERROR : --password-command stderr: secret-tool: 已到超时限制\n","_RUNTIME_SCOPE":"system","_SYSTEMD_OWNER_UID":"1000","_SYSTEMD_USER_UNIT":"video.service","_CAP_EFFECTIVE":"0","__REALTIME_TIMESTAMP":"1774088988551430","_SYSTEMD_USER_SLICE":"app-rclone.slice","_UID":"1000","_SYSTEMD_INVOCATION_ID":"54c29b099bf14eb0b4af08ab224a87c7","_PID":"2149","_SYSTEMD_SLICE":"user-1000.slice","__SEQNUM_ID":"56cad4a59987442bbc9cc798a597058d","_SOURCE_REALTIME_TIMESTAMP":"1774088988550452","__MONOTONIC_TIMESTAMP":"49892455","_HOSTNAME":"Analyse","__SEQNUM":"1771154229","_AUDIT_LOGINUID":"1000","PRIORITY":"3","_MACHINE_ID":"efdf87f058f841539a2b7f8d1ee7a0a2","_SYSTEMD_UNIT":"[email protected]","__CURSOR":"s=56cad4a59987442bbc9cc798a597058d;i=6991ab35;b=3de6c1859d20465991a544be3bde0e7a;m=2f94c67;t=64d8647f66906;x=559b4bd025b36380","_AUDIT_SESSION":"3","_BOOT_ID":"3de6c1859d20465991a544be3bde0e7a","_TRANSPORT":"journal","_SYSTEMD_CGROUP":"/user.slice/user-1000.slice/[email protected]/app.slice/app-rclone.slice/video.service"} {"_TRANSPORT":"journal","_SYSTEMD_USER_SLICE":"app-rclone.slice","_SYSTEMD_INVOCATION_ID":"54c29b099bf14eb0b4af08ab224a87c7","__SEQNUM":"1771154230","__MONOTONIC_TIMESTAMP":"49892529","_SYSTEMD_UNIT":"[email protected]","PRIORITY":"2","__REALTIME_TIMESTAMP":"1774088988551504","_RUNTIME_SCOPE":"system","_SYSTEMD_SLICE":"user-1000.slice","_GID":"1000","_COMM":"rclone","__CURSOR":"s=56cad4a59987442bbc9cc798a597058d;i=6991ab36;b=3de6c1859d20465991a544be3bde0e7a;m=2f94cb1;t=64d8647f66950;x=ff496cc2448395a8","_SYSTEMD_CGROUP":"/user.slice/user-1000.slice/[email protected]/app.slice/app-rclone.slice/video.service","_SYSTEMD_OWNER_UID":"1000","_UID":"1000","_MACHINE_ID":"efdf87f058f841539a2b7f8d1ee7a0a2","_HOSTNAME":"Analyse","_PID":"2149","_SOURCE_REALTIME_TIMESTAMP":"1774088988550496","_AUDIT_SESSION":"3","__SEQNUM_ID":"56cad4a59987442bbc9cc798a597058d","_SYSTEMD_USER_UNIT":"video.service","MESSAGE":"ERROR+4: Failed to load config file \"/home/sf467/.config/rclone/rclone.conf\": password command failed: exit status 1\n","_BOOT_ID":"3de6c1859d20465991a544be3bde0e7a","_AUDIT_LOGINUID":"1000","_CAP_EFFECTIVE":"0"}

这里我比较好奇的是，我的另一个服务， video.service 可以正常自启动。两个服务我写的配置文件几乎一模一样

``` ┌(sf467@Analyse)─(~)─(18:39:26) └(I)> systemctl --user status dbus-org.freedesktop.secrets.service Unit dbus-org.freedesktop.secrets.service could not be found. ┌(sf467@Analyse)─(~)─(18:39:50) └(I)> systemctl --user list-jobs No jobs running. ```

[m.file] log.txt

* journalctl --user -b > /tmp/log.txt 可以吗

systemctl --user -b > /tmp/log.txt 可以吗

好

本次启动的全部吗？

``` ┌(sf467@Analyse)─(~)─(18:30:41) └(I)> systemctl --user status rclone ○ rclone.service - Rclone serve webdav Loaded: loaded (/home/sf467/.config/systemd/user/rclone.service; enabled; preset: enabled) Active: inactive (dead) ┌(sf467@Analyse)─(~)─(18:30:47) └(I)> ```

我重启完了，我应该提供哪些东西

嘶

因为出问题的是 rclone.service ，使用的可执行文件也是 rclone，所以我就 grep 了 rclone 这个字符串

要不我再完整重启一次吧，看起来有些乱

``` ┌(sf467@Analyse)─(~)─(18:26:12) └(I)> journalctl --user -b |grep rclone 3月 21 16:47:48 Analyse systemd[1831]: Created slice Slice /app/rclone. 3月 21 17:59:19 Analyse systemd[1831]: /home/sf467/.config/systemd/user/rclone.service:12: Unknown key 'StartLimitIntervalSec' in section [Service], ignoring. 3月 21 17:59:50 Analyse unknown[2125]: INFO+2: /home/sf467/Videos/video123: Unmounted rclone mount 3月 21 17:59:50 Analyse systemd[1831]: Removed slice Slice /app/rclone. 3月 21 17:59:50 Analyse systemd[1831]: app-rclone.slice: Consumed 1.142s CPU time over 1h 12min 1.721s wall clock time, 132.2M memory peak. 3月 21 18:00:12 Analyse systemd[71672]: Created slice Slice /app/rclone. 3月 21 18:00:40 Analyse rclone[72138]: ERROR : Using --password-command returned: exit status 1 3月 21 18:00:40 Analyse rclone[72138]: ERROR : --password-command stderr: secret-tool: 已到超时限制 3月 21 18:00:40 Analyse rclone[72138]: ERROR+4: Failed to load config file "/home/sf467/.config/rclone/rclone.conf": password command failed: exit status 1 3月 21 18:00:58 Analyse rclone[74052]: ERROR+4: Failed to create file system for "123:/video": read metadata failed: Propfind "https://webdav-1813156788.pd1.123pan.cn/webdav/video": dial tcp: lookup webdav-1813156788.pd1.123pan.cn: no such host 3月 21 18:01:17 Analyse rclone[74580]: ERROR+4: Failed to create file system for "123:/video": read metadata failed: Propfind "https://webdav-1813156788.pd1.123pan.cn/webdav/video": dial tcp: lookup webdav-1813156788.pd1.123pan.cn: no such host ```

* 上文有提到，这个报错来自软重启之前，我改掉了那一行，并且运行了 systemctl --user daemon-reload，然后进行了软重启 所以这一次其实是没有报错的

上文有提到，这个报错来自软重启之前，我改掉了那一行，并且运行了 systmctl --user daemon-reload，然后进行了软重启 所以这一次其实是没有报错的

``` ┌(sf467@Analyse)─(~)─(18:20:22) └(I)> journalctl --user -u rclone.service -f 3月 21 17:59:19 Analyse systemd[1831]: /home/sf467/.config/systemd/user/rclone.service:12: Unknown key 'StartLimitIntervalSec' in section [Service], ignoring. ```

这是现在的配置，并且软重启之后没有出现新的报错

``` ┌(sf467@Analyse)─(~)─(18:18:57) └(I)> systemctl --user cat rclone.service # /home/sf467/.config/systemd/user/rclone.service -> /home/sf467/dotfile-git/.config/systemd/user/rclone.service [Unit] Description=Rclone serve webdav After=dbus-org.freedesktop.secrets.service [Service] Type=simple ExecStartPre=/usr/bin/sleep 2s ExecStart=/usr/bin/rclone serve webdav --auth-proxy=/home/sf467/.config/rclone/auth --addr :8081 --config=/home/sf467/.config/rclone/rclone.conf Environment=RCLONE_PASSWORD_COMMAND="secret-tool lookup Path /rclone配置文件加密" Restart=on-failure RestartSec=10 StartLimitBurst=5 Slice=app-rclone.slice [Install] WantedBy=default.target ```

是呀，这个是软重启之前的那个报错，我改掉了，并且运行了 systemctl --user daemon，然后再软重启

就这个，它们的服务文件几乎是一模一样的，但是一个可以自启动，一个不能自启动，而且也没有任何报错 我不理解

第一次登录时也没有启动成功呢，而且同一个用户的其它服务都自启动了呀

我想要启动的是 rclone serve 呀。而且是开机自启动

nfs 文件是什么

并且这个 rclone.service 是可以手动启动成功的，我只是想知道为什么它不可以成功自启动

* 请问，这个服务为什么没有被自启动成功 ``` └(I)> systemctl --user status rclone ○ rclone.service - Rclone serve webdav Loaded: loaded (/home/sf467/.config/systemd/user/rclone.service; enabled; preset: enabled) Active: inactive (dead) ``` 以下是具体的服务单元文件 ``` [Unit] Description=Rclone serve webdav After=dbus-org.freedesktop.secrets.service [Service] Type=simple ExecStartPre=/usr/bin/sleep 2s ExecStart=/usr/bin/rclone serve webdav --auth-proxy=/home/sf467/.config/rclone/auth --addr :8081 --config=/home/sf467/.config/rclone/rclone.conf Environment=RCLONE_PASSWORD_COMMAND="secret-tool lookup Path /rclone配置文件加密" Restart=on-failure RestartSec=10 StartLimitBurst=5 Slice=app-rclone.slice [Install] WantedBy=default.target ```

作为参考，我有另一个配置文件很相近的服务，配置是这样的 ``` [Unit] Description=Rclone mount for video123 After=dbus-org.freedesktop.secrets.service [Service] Type=simple ExecStartPre=/usr/bin/sleep 2s ExecStart=/usr/bin/rclone mount 123:/video /home/sf467/Videos/video123 \ --cache-dir=/run/user/1000/rclone \ --vfs-cache-mode=full \ --no-modtime \ --buffer-size=0k \ --vfs-read-ahead=0k \ --vfs-read-chunk-size=8Mi \ --vfs-read-chunk-size-limit=64Mi \ --vfs-read-chunk-streams=0 \ --vfs-cache-max-age=5m \ --vfs-cache-max-size=50M \ --config=/home/sf467/.config/rclone/rclone.conf \ --multi-thread-cutoff=32Mi Environment=RCLONE_PASSWORD_COMMAND="secret-tool lookup Path /rclone配置文件加密" Restart=on-failure RestartSec=10 StartLimitIntervalSec=60 StartLimitBurst=5 Slice=app-rclone.slice [Install] WantedBy=default.target ``` 它就可以正常被自启动