cev2

支持楼主

πthon

谢谢

CkJo9nrE4516zrk49WB6T2BvXDNisn5oGR7ZWoqYRoNr

感谢

CkJo9nrE4516zrk49WB6T2BvXDNisn5oGR7ZWoqYRoNr

哈哈，根据老夫..咳咳，可能是你按了 5 次 shift 键后开启了系统的粘滞键功能

两个凡是：
凡是免费的；
凡是线路往外绕一圈再回来的。
就没一个能稳定且快速地，赛博菩萨都被玩坏了。
有公网 v4v6 ，直接 DDNS 配 域名/IP:端口 的方式就是性能最好的，如果怕家宽公开 web 服务有隐患，那就 ZeroTier 组网，有一方是公网情况下几乎 100%走 P2P 直连。（本人选择 ZeroTier 而不是 Tailscale ，一是因为 ZeroTier 功能够用，moon 搭建简单；二是 Tailscale 对 OpenWrt 和 WSL1 有兼容问题，虽然都有办法补救，但多一事不如少一事）

哈哈，如果 OP 描述没错，我猜，应该是这里出现了问题。
“运行 fsck /dev/sdb, 发现好多错误”
可以看出 OP 之前可能是该磁盘上既没有创建 MBR/GPT 之类的分区表，也没有在此基础上创建分区，而是直接把物理磁盘挂载到了 Debian 上然后对整个磁盘格式化为 ext4 了。注意，这在 Linux 上是允许的，毕竟某上面一切都是文件，OP 把 sdb 还是 sdb1 、sdb2 （前者为磁盘设备，后者为分区）格式化在 Linux 看来都没有毛病。
但在 Windows 上很少有这么干的，在 Windows 上的 DiskGenius 看来，这块磁盘是没有分区表的，也就是它认为这块磁盘是未经过初始化的，于是提示你该磁盘上分区表错误（没有有效的分区表数据），是否修复分区表？
OP 选择了修复，于是 DiskGenius“帮你”创建了一个新的分区表，这个分区表数据覆盖掉了部分原 ext4 文件系统的数据，此时在 Windows 上的 DiskGenius 看来这块磁盘现在是一个健康且正常的“新”存储设备了，而在 Linux 上看来这块磁盘现在也是一个健康且正常的“新”存储设备，而不会认为是之前的 ext4 文件系统。所以再 fsck 自然也就没法读取了。
其实此时 ext4 文件系统上的数据大部分都还在，还是可以恢复的。但 OP 一怒之下全格了，即便如此仍有部分数据可以恢复。如果格了之后又写入了新数据，就不好说了。

实测 Win11 和 Ubuntu 都正常，ping 不通说明你本地可能没有 IPv6 ，用手机流量开热点，然后电脑连接手机热点试一试

HTTP 下载和 SFTP 下载速度都远不如你服务器继续挂着 qB 做种然后本地也开一个 qB 下载快。