sqybi

sqybi
关注
65546 号成员,2021-02-20 11:52:42 加入
424
个人主页 浏览
15h51m
在线时长
  • Docker 部署 b3log/siyuan 最新版本(1.2.3)后的问题

    2021-08-02 10:13

    @88250 更新到 1.2.31 版本之后问题解决,感谢!

  • Docker 部署 b3log/siyuan 最新版本(1.2.3)后的问题

    2021-08-01 02:23

    @88250 之前启动已经指定了授权码,并且出现过 lock 页面,输入授权码才进入后续页面的。

    以及我重新启动了 docker 之后,又回到了最开始 Issue #1949 · siyuan-note/siyuan 提到的那个转圈的状态。

    不知道是不是因为我改 conf 的方法不对,这个问题先放一下吧,等下个版本官方修复了监听地址的问题之后我再重新确认一下。辛苦了~

  • Hyper-V 保留端口导致启动失败

    2021-08-01 02:07

    我又翻了翻,似乎是 WSL 2 开启的 Hyper-V,还不能随便关闭,不然 WSL 2 会出问题。

    暂时是有解决方案的(例如关闭 Hyper-V、手动预留端口再开启 Hyper-V),但是都不是特别干净。我会先尝试手动改一下配置把 SiYuan 内核的端口改掉试试。

  • Hyper-V 保留端口导致启动失败

    2021-08-01 02:04

    @88250 找到了问题所在!

    根据上面这个回答,这个端口被 Hyper-V 预留了(6715 - 6814)。所以在开启了 Hyper-V 的 Windows 电脑上,6806 端口都是不可用的。

    这个问题我暂时可以通过关闭 Hyper-V 解决,但考虑到开启 Hyper-V 功能是一个还算正常的需求,是否可以考虑下一个版本的时候避开 Hyper-V 占用的这部分端口号?

    列一下我的机器上被禁用的端口号以供参考:

    PS C:\Users\sqybi> netsh interface ipv4 show excludedportrange protocol=tcp
    
    协议 tcp 端口排除范围
    
    开始端口    结束端口
    ----------    --------
          2869        2869
          5357        5357
          5940        6039
          6090        6189
          6190        6289
          6290        6389
          6390        6489
          6715        6814
          8731        8830
         50000       50059     *
    
    * - 管理的端口排除。
    
  • Docker 部署 b3log/siyuan 最新版本(1.2.3)后的问题

    2021-07-31 18:57

    以及这里我要汇报的不是监听的问题,我已经手动配置监听 0.0.0.0 了,是已经能够访问之后在前端遇到的问题。

  • Hyper-V 保留端口导致启动失败

    2021-07-31 18:24

    @88250 关闭了 Windows 防火墙,问题依旧

  • Docker 部署 b3log/siyuan 最新版本(1.2.3)后的问题

    2021-07-31 18:11

    @88250 参考 Issue #1949 · siyuan-note/siyuan 这个问题下我的回复,是配置了 nginx 反向代理的

  • 思源笔记 1.1.5 在 Ubuntu 18.04 下无法同步笔记本

    2021-04-09 14:18

    @88250 我刚刚关掉所有 siyuan 进程并下载了 1.1.83 的 tar 包并解压到 ~/.local/bin/siyuan_bin/ 下,同时建立软链接 cd ~/.local/bin && rm siyuan && ln -s siyuan_bin/siyuan siyuan ,之后重新打开 1.1.83 版本的思源笔记并尝试同步,依旧失败

    我现在比较怀疑是某个配置文件里面存的 token 有问题,但是也尝试过在软件前端配置窗口里登出帐号再重新登录,问题依旧。

    是不是可以列一下思源笔记都有哪些配置文件的存储路径(以及 rsync 相关文件的存储路径),我把对应文件删除之后再重试一下?

  • 思源笔记 1.1.5 在 Ubuntu 18.04 下无法同步笔记本

    2021-04-09 13:13

    @88250 刚刚测试了,确认在 siyuan 进程不存在的情况下( ps aux | grep siyuan )重新覆盖 1.1.82 的 AppImage 并启动,再用手动模式下载,报错:

    同步笔记本 [Personal] 失败:[1613793162146] pull output [auth failed rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.1]], err [exit status 12]
    

    另外因为 1.1.83 还没有发布 AppImage 打包所以我还没有用最新版测试,这几天公司有点忙,不好意思~ 如果最新版修复了问题回头我再用 tar 包的版本试试

  • 思源笔记 1.1.5 在 Ubuntu 18.04 下无法同步笔记本

    2021-04-07 14:00

    @Vanessa 今天用同样的方法更换 AppImage 升级到 1.1.82,问题还是存在……

    提示:

    同步笔记本 [Personal] 失败:[1613793162146] pull output [auth failed rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.1]], err [exit status 12]
    
  • 思源笔记 1.1.5 在 Ubuntu 18.04 下无法同步笔记本

    2021-03-31 10:04

    以我的 Linux 相关知识,覆盖和删除后重新拷贝过来应该没有任何区别……我一会儿还是会试一下,但是如果这个版本真的不对的话(假设不是 AppImage 的问题,我手头暂时找不到别的干净环境用来测试了),是不是因为别的地方有其它文件没有被删除?

  • 思源笔记 1.1.5 在 Ubuntu 18.04 下无法同步笔记本

    2021-03-30 13:45

    @Vanessa 感谢回复,我描述一下我这边复现问题的步骤:

    1. 重启电脑
    2. ps aux | grep siyuan,确定输出的结果只包含这个 grep 进程自身(即没有 siyuan 进程在后台运行)
    3. 从 Github 下载 1.1.6 版本的 AppImage
    4. 将 AppImage 拷贝到 ~/.local/bin/ 并重命名为 siyuan ,覆盖之前版本的 ~/.local/bin/siyuan 文件(~/.local/bin 已经在 PATH 中)
    5. chmod +x ~/.local/bin/siyuan 增加可执行权限
    6. 执行 siyuan 打开思源笔记,并尝试从远端同步到本地,失败。失败提示同上面的评论
    7. 打开设置,检查版本,版本同上面的评论,是 1.1.52 / 1.1.6

    我这边不太确定版本号具体有什么问题以及怎么解决,可以给出一些排查方向吗?感谢~

  • 思源笔记 1.1.5 在 Ubuntu 18.04 下无法同步笔记本

    2021-03-29 11:02

    @Vanessa 今天升级了 1.1.6,在之前描述的台式机 Ubuntu 18 下可以正常使用,但是在 Ubuntu 16 的笔记本上,下载云端内容还是会报错:

    同步笔记本 [Personal] 失败:pull output [auth failed rsync: connection unexpectedly closed (0 bytes received so far) [Receiver] rsync error: error in rsync protocol data stream (code 12) at io.c(226) [Receiver=3.1.1]], err [exit status 12]
    

    确定更新前已经关闭内核进程,且两边的版本都是“当前版本 v1.1.52 / Kernel v1.1.6”。

    如果需要更多信息的话我这边也可以帮忙获取~

  • 思源笔记 1.1.5 在 Ubuntu 18.04 下无法同步笔记本

    2021-03-26 16:29

    今天做了一些尝试,结果如下:

    • 因为这台 Ubuntu 18 的台式机难以找到别的可以连接的网络,只能连到公司有线网;所以我首先找了一台 Ubuntu 16 + Windows 10 双系统的笔记本,并在 Ubuntu 16 下使用公司的无线网络复现了这个问题。
    • 接下来我在 Ubuntu 16 下连接到手机热点并尝试拉取,问题依旧存在。
    • 接下来我用同一台电脑重启系统切换到 Windows 10 并连接到公司无线网络(非手机热点),尝试在 Windows 下拉取,成功。

    所有尝试中,思源笔记的版本都是 1.1.5,Linux 下使用的都是 AppImage,Windows 下是通过 exe 安装包安装的版本。

    根据这些尝试,我基本可以确认是 Ubuntu 系统下的思源笔记的 rsync 有潜在问题,但是没有办法进一步分析。

    如果需要更多信息,我这边可以继续尝试,但是可能要等到下周回复了。

  • 思源笔记 1.0.9 的同步功能没有办法启用

    2021-03-04 15:33

    开启后报错:

    同步笔记本 [Personal] 失败:pull error: unknown option `allow-unrelated-histories' usage: Git pull [] [ [...]] -v, --verbose be more verbose -q, --quiet be more quiet --progress force progress reporting Options related to merging -r, --rebase[=] incorporate changes by rebasing rather than merging -n do not show a diffstat at the end of the merge --stat show a diffstat at the end of the merge --log[=] add (at most ) entries from shortlog to merge commit message --squash create a single commit instead of doing a merge --commit perform a commit if the merge succeeds (default) --edit edit message before committing --ff allow fast-forward --ff-only abort if fast-forward is not possible --verify-signatures verify that the named commit has a valid GPG signature -s, --strategy merge strategy to use -X, --strategy-option option for selected merge strategy -S, --gpg-sign[=] GPG sign commit Options related to fetching --all fetch from all remotes -a, --append append to .git/FETCH_HEAD instead of overwriting --upload-pack path to upload pack on remote end -f, --force force overwrite of local branch -t, --tags fetch all tags and associated objects -p, --prune prune remote-tracking branches no longer on remote --recurse-submodules[=] control recursive fetching of submodules --dry-run dry run -k, --keep keep downloaded pack --depth deepen history of shallow clone --unshallow convert to a complete repository --update-shallow accept refs that update .git/shallow --refmap specify fetch refmap

    看来又遇到了新问题……

    更新:Git 从 2.7.4 升级到 2.29.0 后解决

  • 思源笔记 1.0.9 的同步功能没有办法启用

    2021-03-04 15:28

    感谢,没想到这里还藏着一个设置选项。

    期望着某一天能有新用户指引的功能上线了 😄

  • 思源笔记 1.0.9 的同步功能没有办法启用

    2021-03-04 14:32

    因为搜索到了一些类似问题,说明一下,并没有打开 User Guide,只打开了一个我自己的笔记本。