所以你问的是分享盘还是备份盘。

不过反正我现在不管分享还是备份，一个 Google Drive 就搞定了，也不是很贵。

Sponsor 是可以指定用途的。
比如我之前维护的项目，有个大佬说需要某个功能，但是我这个项目里对接的是 1.x 版的类库，而他想要升级成 2.x 版，于是就问我愿不愿意接受 Sponsorship 完成这个功能。

但是和你这样随意找一个项目然后指点方向或者寻求收益，还是不太一样的。

西数红盘？是 SMR 的那个型号吗？

搞得我也想去考一个来玩了……

目录不一致是因为你没有按照官方打包的参数去编译啊。
你去 Debian 官方把代码签出来编译成软件包的话，安装以后也是相同的目录。
https://salsa.debian.org/nginx-team/nginx/-/tree/buster
都用发行版了，那就用好包管理，不要去徒手编译安装。
你这么装完了，以后发现漏洞了你都不知道自己是不是编译了有漏洞的版本。

只有特别简单的小程序，自己编译是可以的。（比如自己写的小工具。）
凡是大点的软件，都是推荐写个打包脚本打成 deb 包。
像 nginx 这种对外的服务，更不推荐 make install 一把梭了。

@Stain5 #52 这个有点过分了。
下次可以说，快递费只包含送到城市集散点的钱，收件人需要自己坐公交车去快递公司取货……
哪能让快递员从集散点帮你免费送到小区门口呢。

签订了合同就要履行，无法履行合同可以考虑不签，也可以考虑更换合同条件。
如果你说「显失公平」，那也应该是快递公司和快递员之间的公平吧。
收货人和快递员之间并没有雇佣关系，也谈不上加钱一说。
当然你可以说给小费，但是说实话就算是在美国这样小费文化浓重的地方，送快递也是不给小费的。
（只有一次我一次性收了 70 多个快递箱的时候，我给了小哥 10 刀。）

你去餐馆吃饭，5 块钱点一份肉丝炒饭，结果端上来一盆白饭，你总不能主动再给厨师 5 块钱让他们帮你加肉吧。

还有，割韭菜这个词不要乱用。企业故意降低价格来提供服务，这是商业策略，目的是在竞争中打压对手抢占市场份额。就像度盘早期免费提供 3T 空间，你注册了就是去割韭菜？不，你是被割的那方。等度娘把其他竞争对手都打趴了，回来就轮到你挨割了。

你说了半天漏洞，就是 IP 转为弹性吗？
那就无所谓了，反正怎么搞都会有人骂的。

服务器删除后 IP 转为弹性 IP -> 良心云丢了良心，IP 到期不自动删除还要扣钱，导致我丢失数据，损失百万！
服务器删除后 IP 一起自动删除 -> 良心云丢了良心，服务器删除时 IP 不给保留，导致我依赖 IP 地址的服务全部失效，业务中断，损失百万！

嗯……正反两方发的帖子在 v2 上我都看烂了。
时不时就有人骂为什么 AWS 服务器到期了不删机还扣费。
时不时就有人骂为什么 VPS 厂商欠费 7 天机器全删了。

（茶）

@natashahollyz 本来就是不太敢用的东西……
单机生产机放在 AWS 上面其实是挺作死的。
云计算要大量实例成规模才行，单机当 VPS 用很危险。

这货没有控制台，所以像 VPS 那样去用是不行的。
当然如果是重启了还不行的话说不定是上层服务挂了呢……

看上去是基于 debian testing 的。
https://http.kali.org/kali/dists/

有嘛，应该也是有的，比如是花一万年破解还是花两万年破解的问题。

密码系的软件主要问题在于漏洞，这玩意儿水桶效应，安全性看短板，防护再强，被挖出一个漏洞就凉凉。
但是漏洞还没挖出来，你也不知道底下到底有没有漏洞。
毕竟大户人家像是 OpenSSL 都被人挖出过很多大漏洞，谁都说不准。

「本质」当然是没啥进步的。后端也不见得有啥进步。

一定要说进步的话，CS 变成 BS 本身就是进步，然后可维护性，扩展性，这些不都是进步吗。
你 Delphi 能做到上午写完代码下午就能部署全球吗。
你 Delphi 写的代码能轻松移植到移动端甚至游戏主机端吗。

分享自己的经验、设计和代码，是件好事。
但是楼主对密码相关系统的了解还停留在比较基础的阶段。
比如说上面提到的抗穷举算法不知道，这就是个很大的坑。

大部分人都不是密码学专家，所以设计出来的密码学工具很可能会分分钟被人破解，造成重大损失。
你媳妇看到你发的贴被人回复成这样感到愤怒。那么当她把网银密码存在小程序里结果被人脱了库，家里的储蓄都被人转走了，她会不会感到愤怒呢？回复里提出的很多观点都是有其道理的。

不瞒你说，我也不是密码学专家，所以我绝不自己做密码学工具。
如果我需要这样的一个产品，我会去找 (1) 专业公司发布的工具，或者 (2) 经过专业人员审计过的开源工具。

不管怎么样，感谢分享，但同时警告，不要对非专业人员设计的工具抱有过高的安全期望。
这种「虚幻的安全感」是很危险的。

如果要服务在线的话，可以考虑主从拉一个备机出来，然后把备机停了备份。
我手里小型生产机都是这么搞的。

@topicid 是的。LVM 是额外的工具，所以不配置 LVM 的话，默认就是不用 LVM 的。
就算要现在开始用 LVM，也还是要做很多搬迁和配置工作，把原来的根分区重建成 PV，然后重新开 VG LV，再把数据搬回来，再重新配置引导。

@topicid 不是。他们就只是纯粹的分区，没有任何 LVM 的成分在里面。
光从截图上来看，没有办法直接扩展分区大小。
至少也需要重新买一块大硬盘然后把数据拷过去。

GitHub 上的公钥本来就是公开的。
https://github.com/msg7086.keys 可以拿到我的公钥。

看了你的截图，似乎新创建的 PV 是你这台机器上的第一个 PV 。
原先的 sda1 sda2 sda3 只是分区，并不是 PV 也不是 LV 。