请不要把任何和邀请码有关的内容发到 NAS 节点。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
邀请码相关的内容请使用 /go/in 节点。
如果没有发送到 /go/in，那么会被移动到 /go/pointless 同时账号会被降权。如果持续触发这样的移动，会导致账号被禁用。
这是一个创建于 280 天前的主题，其中的信息可能已经有所发展或是发生改变。
我的 all in boom ，底层是 pve ，开了个 u-nas 虚拟机，用来放热数据，没有 raid 。
其实也是怪我自己，挂载 u-nas 安装盘没有断硬盘控制器直连，它安装过程完全自动化，还没来得及反应已经直接写到数据盘里去了。3T 数据灰飞烟灭……
其实也是怪我自己，挂载 u-nas 安装盘没有断硬盘控制器直连，它安装过程完全自动化，还没来得及反应已经直接写到数据盘里去了。3T 数据灰飞烟灭……
 |
1
crazyweeds 280 天前
哦豁，我外置硬盘柜方案还是有优势的。
|
 |
2
BeautifulSoap 280 天前 via Android
为了防止出问题，应该是在 pve 里先建好虚拟机和虚拟磁盘，装好系统之后才把硬盘直通进去啊
算是吃了个教训了 |
 |
3
xhatt510 280 天前
吃一堑长一智
|
 |
4
cpstar 280 天前  4
所以，问题不是 unas 清空了你的硬盘，而是你的不正确操作清空了硬盘。
|
 |
5
linhua 280 天前
应该是快速格式化，大部分数据其实还在，应该能恢复
|
 |
6
jianv3 280 天前
还是白 nas 舒服， 幸福感爆棚
|
 |
7
coolcoffee 280 天前
一处存储和 raid 也没啥关系，该清空也是双写同步清空。 感觉现在如果是 SSD 的话，走虚拟化也慢不到哪里去吧。
|
 |
8
drymonfidelia 280 天前
重要的数据只存一份的话，这样的事情迟早一定会发生
|
 |
9
Aurorataro 280 天前
all in boom 本来就是玩玩，不适合存储重要数据。
|
 |
10
mingge2333 280 天前
所以要存算分离, all in one 肯定不安全, 人总会有脑子不清晰的时候, 如果是专门用存储的 nas,基本上不会动, 然后就很稳啦
|
 |
11
SkywalkerJi 280 天前 via Android
all in boom
|
 |
12
pckillers 280 天前
现在你知道为啥叫 all in boom 了
|
 |
13
greatbody 280 天前
存算分离才是正道，家里内外万兆挂载 nfs ，速度完全不影响使用。还不用担心不小心搞坏了存储。
|
 |
14
dode 280 天前
扫描磁盘分区，数据
|
 |
16
cruzzz 280 天前
all in boom!
|
|
17
cpstar 279 天前
@Donahue 15# 那不是啊，我玩黑威，得考虑是否会对数据产生影响，需要实践前验证升级、更新等各种操作是否会对数据产生影响，然后才实施。否则谁给我背锅，不还是自己。而且还需要他处备份，再防一层。
玩白的，有厂商；玩黑的，当然是自己喽。当然 boom 不存在黑白问题，但也应该知道后果，以往万一。 |
 |
19
he1293024908 236 天前
还是不一样的，黑群晖在安装的时候会告诉你他会清除硬盘的数据，纵观其他系统，但凡涉及格式化硬盘都有警告提示吧，没有任何提示直接自动格式化这种行为我更认为是设计缺陷
|
Select Language