Files
000_notes/001_router/video_source/🛑危險🛑雙盤 2-BAY NAS的天生缺陷!丟了數據才看太遲了! | RAID1的原生不足 | DIY NAS超越品牌NAS的解決方案 [_sjmGH-c9yc].srt
louiscklaw 8013ac2455 update,
2025-02-01 20:19:28 +08:00

812 lines
13 KiB
Plaintext

1
00:00:03,584 --> 00:00:05,632
Hello大家好我係主要charles
2
00:00:06,144 --> 00:00:09,216
呢條影片呢我就借咗個細路嘅筆
3
00:00:09,472 --> 00:00:09,984
同埋
4
00:00:10,240 --> 00:00:14,592
紙呀佢同大家講呢個diy last嘅有咩精妙嘅地方
5
00:00:14,848 --> 00:00:20,736
如果你唔理解我下邊講嘅內容呢你嘅diy可能只不過係將嗰啲唔同嘅硬碟
6
00:00:20,992 --> 00:00:23,296
拼埋起身用一種比較平嘅方法
7
00:00:23,552 --> 00:00:27,904
去實現last嘅啫你係做唔到超越品牌last嘅
8
00:00:28,160 --> 00:00:28,928
DIY last
9
00:00:29,184 --> 00:00:34,048
如果你要做到品牌啦做唔到嘅嘢呢咁請你睇完我呢條片
10
00:00:35,328 --> 00:00:39,680
我相信呢在在有好多係用緊或者用過呢種商店位
11
00:00:39,936 --> 00:00:41,472
兩碟位嘅nas嘅
12
00:00:41,728 --> 00:00:44,288
咁你又知唔知呢種兩本位嘅last呢
13
00:00:44,800 --> 00:00:47,360
有咩最大嘅不足呢嗱我而家舉例下
14
00:00:47,872 --> 00:00:49,664
我哋而家有兩隻隻碟
15
00:00:49,920 --> 00:00:55,808
同b佢哋呢分別儲存咗一個數據你大家知道呢電腦都係啲二進制嘅嘢呀嘛
16
00:00:56,320 --> 00:01:02,464
咁佢喺某個地方儲存咗個數據系a同b呢一開始嘅時候都係010
17
00:01:02,720 --> 00:01:05,024
10兩個碟都係完好嘅數據
18
00:01:05,280 --> 00:01:07,072
佢哋呢就就係做咗一個mirror
19
00:01:07,328 --> 00:01:09,632
鏡像保存嘅效果咁理論上呢
20
00:01:09,888 --> 00:01:11,168
一個資料就有
21
00:01:11,424 --> 00:01:12,704
兩個備份
22
00:01:13,216 --> 00:01:16,288
大家以為呀一式兩份就肯定夠安全啦
23
00:01:17,056 --> 00:01:18,592
豬但係事實係點樣呢
24
00:01:19,104 --> 00:01:21,408
咁咪大概呢就過咗可能啊
25
00:01:21,920 --> 00:01:22,944
兩年到啦
26
00:01:23,712 --> 00:01:24,736
Two years la
27
00:01:26,016 --> 00:01:27,552
呢個xa呢
28
00:01:27,808 --> 00:01:31,392
鄭伊健嘅數據係0101 10
29
00:01:32,672 --> 00:01:33,952
Bixby嘅數據啦
30
00:01:34,208 --> 00:01:34,976
就係變咗
31
00:01:35,232 --> 00:01:36,768
0110
32
00:01:37,280 --> 00:01:38,048
10
33
00:01:39,584 --> 00:01:41,376
咁而家你就好明顯見到
34
00:01:41,888 --> 00:01:43,168
Bixby嘅數據呢
35
00:01:43,424 --> 00:01:46,240
喺某一個細嘅呢個字節呢度呢
36
00:01:46,496 --> 00:01:47,776
就產生咗一個變化
37
00:01:48,288 --> 00:01:50,336
原先系01嘅就變咗10
38
00:01:51,104 --> 00:01:55,200
Bixby呢個數據有問題
39
00:01:55,712 --> 00:01:59,040
將的原好嘅數據
40
00:02:00,064 --> 00:02:01,856
Copy返去bixby呢
41
00:02:02,112 --> 00:02:03,136
複製返過去
42
00:02:03,392 --> 00:02:05,952
咁咪完成咗一個數據嘅自動修復囉
43
00:02:06,976 --> 00:02:08,768
但係呀事實上係咪咁呢
44
00:02:09,536 --> 00:02:11,072
我將兩年前嘅數據
45
00:02:12,096 --> 00:02:12,864
冚住咗
46
00:02:13,120 --> 00:02:15,168
你唔知道原聲個數據係點嘅
47
00:02:15,936 --> 00:02:18,496
你而家淨係見到有兩個
48
00:02:19,008 --> 00:02:20,032
唔同嘅
49
00:02:20,288 --> 00:02:20,800
50
00:02:21,568 --> 00:02:25,408
咁你點樣知道xa係啱定係bixby係啱呢
51
00:02:26,944 --> 00:02:28,224
你係唔知道㗎喎
52
00:02:29,504 --> 00:02:35,648
兩個都話自己係啱唔知邊個係真正啱嘅時候咁點辦呢
53
00:02:38,208 --> 00:02:40,000
前人呢就發明咗一種方法
54
00:02:40,256 --> 00:02:40,768
咁不
55
00:02:41,024 --> 00:02:42,560
我引入第三者呀
56
00:02:43,328 --> 00:02:44,864
一個的士呀
57
00:02:45,376 --> 00:02:46,400
咁的士呢
58
00:02:46,656 --> 00:02:47,680
就作為一個
59
00:02:47,936 --> 00:02:49,472
作為一個客觀證人
60
00:02:51,008 --> 00:02:52,800
而家就從一式兩份
61
00:02:53,312 --> 00:02:54,848
變成一色三分
62
00:02:55,360 --> 00:02:57,920
咁你又好大嘅機率呢就話過咗
63
00:02:58,176 --> 00:02:59,456
兩年之後
64
00:02:59,712 --> 00:03:00,480
可能
65
00:03:00,736 --> 00:03:02,272
淨係得其中一個
66
00:03:02,528 --> 00:03:03,808
碟出現咗問題
67
00:03:04,320 --> 00:03:05,600
另外兩個
68
00:03:05,856 --> 00:03:07,136
都係正常嘅
69
00:03:07,392 --> 00:03:09,184
有咗第三個備份
70
00:03:09,952 --> 00:03:12,256
而家就可以少數服從多數
71
00:03:12,768 --> 00:03:13,792
如果有兩個
72
00:03:14,304 --> 00:03:16,864
X都話係0 1 0 1
73
00:03:17,376 --> 00:03:19,424
咁我哋呢就可以判定到
74
00:03:20,192 --> 00:03:23,264
中間呢個的士呢就係錯從而呢就將
75
00:03:23,520 --> 00:03:26,848
好嘅數據覆蓋返b呢個錯誤嘅數據
76
00:03:27,104 --> 00:03:30,176
咁就完成咗呢個數據嘅自我修復
77
00:03:31,712 --> 00:03:32,736
咁但係啊
78
00:03:32,992 --> 00:03:33,504
磁碟
79
00:03:33,760 --> 00:03:37,600
本身就唔係一樣好平價嘅產品呀尤其係喺
80
00:03:37,856 --> 00:03:39,392
以前嘅時代
81
00:03:39,904 --> 00:03:42,720
有冇其他方法
82
00:03:42,976 --> 00:03:46,304
可以唔增加另外一隻磁碟嘅情況下
83
00:03:46,560 --> 00:03:50,144
可以判定到到底呢個數據嘅完整性呢
84
00:03:51,424 --> 00:03:54,240
咁佢佢哋呢就借助咗一種叫做
85
00:03:54,496 --> 00:03:55,520
出神嘅技術
86
00:03:55,776 --> 00:03:57,824
基教或者係咪叫教驗
87
00:03:58,336 --> 00:03:59,872
簡單講呢就話
88
00:04:00,384 --> 00:04:05,248
呢個0 1 0 1
89
00:04:05,760 --> 00:04:10,624
通過特定嘅算法呢係可以轉化為一個獨一無二嘅
90
00:04:10,880 --> 00:04:11,648
支付出
91
00:04:12,672 --> 00:04:15,232
呢啲算法通常就叫做
92
00:04:15,488 --> 00:04:18,559
算法嘅佢試下將呢個0101 10
93
00:04:19,327 --> 00:04:20,351
去進行一個hash
94
00:04:22,399 --> 00:04:23,423
01
95
00:04:25,983 --> 00:04:26,495
Calcula
96
00:04:27,519 --> 00:04:33,151
獨一無二嘅
97
00:04:33,663 --> 00:04:34,175
Pla
98
00:04:34,943 --> 00:04:36,991
For呢一個010 110
99
00:04:37,759 --> 00:04:40,575
咁我而家記得而家呢個先而家呢個係叫做
100
00:04:41,087 --> 00:04:44,927
68c起頭呀600d 36咁
101
00:04:45,951 --> 00:04:47,743
咁我哋而家就試下計一個01
102
00:04:47,999 --> 00:04:49,023
1001
103
00:04:52,351 --> 00:04:56,191
第一段嘅326%呢就已經係變成咗啲
104
00:05:01,055 --> 00:05:03,359
8d咁樣然之後呢一場
105
00:05:04,127 --> 00:05:05,663
咁所以呢大家可以見到呢
106
00:05:05,919 --> 00:05:10,271
一個文件上面有啲微小嘅變化都會導致呢個
107
00:05:10,527 --> 00:05:11,039
Hass
108
00:05:11,295 --> 00:05:13,855
有一個完全唔同嘅結果嘅
109
00:05:14,111 --> 00:05:16,671
所以大家喺好多download網站嗰度
110
00:05:16,927 --> 00:05:17,951
都會見到
111
00:05:18,207 --> 00:05:22,559
後面會附著一個沙熱五六就係呢個原因啦你download咗
112
00:05:23,071 --> 00:05:24,607
然之後再行一次
113
00:05:25,119 --> 00:05:27,423
3256發現係同網上
114
00:05:27,935 --> 00:05:32,031
標清嗰個係一樣嘅咁就證明你個文件係完好嘅
115
00:05:32,543 --> 00:05:35,103
既然可以發現到邊一個地方
116
00:05:35,359 --> 00:05:36,895
嘅儲存係有錯誤
117
00:05:37,151 --> 00:05:38,175
你將呢個局
118
00:05:38,431 --> 00:05:39,967
修復返去佢咪搞掂囉
119
00:05:40,479 --> 00:05:41,247
點解
120
00:05:41,759 --> 00:05:45,087
而家一啲主流嘅呢種涼拌米嘅last呢
121
00:05:46,623 --> 00:05:49,183
佢做唔到文件level嘅修復
122
00:05:49,439 --> 00:05:50,975
一發現到有啲咩錯誤
123
00:05:54,559 --> 00:05:55,071
因為
124
00:05:56,351 --> 00:05:59,167
呢一種每一個文件
125
00:05:59,423 --> 00:06:00,191
做passion
126
00:06:00,447 --> 00:06:02,751
係好消耗算力嘅
127
00:06:03,263 --> 00:06:06,591
大家可以試下唯一個比較大嘅文件喺自己個電腦嗰度
128
00:06:06,847 --> 00:06:08,639
行一次sha 25
129
00:06:08,895 --> 00:06:10,431
大家就可以明白到
130
00:06:10,687 --> 00:06:14,271
如果將呢一同每一個文件都在吃嘅方法
131
00:06:14,783 --> 00:06:15,551
Apply佢
132
00:06:16,319 --> 00:06:19,391
Synology或者其他牌子呢啲主流
133
00:06:19,647 --> 00:06:20,159
牌子嘅
134
00:06:20,671 --> 00:06:21,439
Nas上
135
00:06:21,695 --> 00:06:22,463
會造成
136
00:06:22,719 --> 00:06:24,255
佢運行得非常之慢
137
00:06:24,767 --> 00:06:29,631
基本上你一個大文件嘅讀取啊修改啊佢話要等好耐先可以處理得
138
00:06:30,143 --> 00:06:32,703
所以呢一個每一個文件做fashion嘅方向
139
00:06:32,959 --> 00:06:35,775
就唔係主流嘅呢啲商業啦
140
00:06:36,031 --> 00:06:37,311
會推薦大家使用
141
00:06:40,639 --> 00:06:41,663
通過呢種方法
142
00:06:41,919 --> 00:06:45,247
佢就可以達到一個同步嘅數據嘅點解
143
00:06:45,759 --> 00:06:50,367
就唔需要呢特別用cpu gpu全力呢去計呢個test出
144
00:06:52,159 --> 00:06:55,487
知但係如果你同我嘅last嘅使用
145
00:06:55,743 --> 00:06:58,047
目的都係為咗保存
146
00:06:58,303 --> 00:06:59,583
一啲重要嘅數據
147
00:06:59,839 --> 00:07:00,607
嗰啲數據
148
00:07:01,119 --> 00:07:02,143
擺咗入去
149
00:07:02,399 --> 00:07:03,935
係基本上唔會喐嘅
150
00:07:04,191 --> 00:07:06,239
即係話你擺一次呢就放成細嘅
151
00:07:06,751 --> 00:07:12,639
咁嘅情況就話呢個hash食其實係計一次㗎咋喎由於我每一日嘅夜晚係一定瞓覺
152
00:07:13,151 --> 00:07:14,687
我可以將呢個計
153
00:07:14,943 --> 00:07:17,247
成績同埋比較吃
154
00:07:17,503 --> 00:07:18,527
嘅呢一個
155
00:07:18,783 --> 00:07:19,295
任務
156
00:07:19,551 --> 00:07:21,599
安排每晚嘅凌晨入邊做
157
00:07:21,855 --> 00:07:25,951
咁咪日頭嘅時候佢係唔會去進行呢個hash嘅計算
158
00:07:26,207 --> 00:07:27,743
咁就可以避免咗
159
00:07:27,999 --> 00:07:32,351
計算器啊拖慢呢部nas讀取嘅情況
160
00:07:33,119 --> 00:07:35,423
從而呢可以獲取到一個
161
00:07:35,935 --> 00:07:38,495
文件層面嘅數據修復
162
00:07:39,007 --> 00:07:40,031
如果有啲乜嘢
163
00:07:40,287 --> 00:07:41,567
豎起身呢佢嘅
164
00:07:41,823 --> 00:07:42,847
速度系非常之快
165
00:07:43,359 --> 00:07:46,431
仲可以同時達到另外兩個好好嘅
166
00:07:46,687 --> 00:07:49,503
效果第一個就話佢係唔需要早見rate
167
00:07:49,759 --> 00:07:50,527
所以呢
168
00:07:51,295 --> 00:07:52,575
Xa同bixby
169
00:07:52,831 --> 00:07:58,975
兩隻碟攞出嚟插落電腦嗰度係可以通過usb直接讀取到佢入邊嘅數據
170
00:07:59,231 --> 00:07:59,999
呢個就係
171
00:08:00,255 --> 00:08:01,023
Launch
172
00:08:01,279 --> 00:08:07,423
嘅好處點解而家有一個好出名嘅diy last系統叫做unbreak就係睇中咗
173
00:08:07,679 --> 00:08:08,447
大家嘅呢一個需
174
00:08:08,703 --> 00:08:10,239
大家想將一隻碟
175
00:08:10,751 --> 00:08:12,287
冇任何一隻碟抽出嚟
176
00:08:12,543 --> 00:08:14,335
都可以喺另一部電腦嗰
177
00:08:14,591 --> 00:08:18,687
讀取到唔需要將所有啲拼起身早上一個rate先可以讀取到
178
00:08:18,943 --> 00:08:22,271
最大嘅優勢之日
179
00:08:23,551 --> 00:08:25,087
另外一個好大嘅優勢
180
00:08:25,343 --> 00:08:28,159
就話如果我以後有更多嘅硬碟
181
00:08:28,671 --> 00:08:29,439
我要㗎
182
00:08:29,695 --> 00:08:31,231
的士bixby
183
00:08:31,487 --> 00:08:32,255
加落去
184
00:08:32,767 --> 00:08:36,351
我都唔需要改變佢原先嘅rate嘅組件模式
185
00:08:39,167 --> 00:08:41,727
所以佢嘅祖建同埋減
186
00:08:41,983 --> 00:08:43,775
Flex
187
00:08:44,543 --> 00:08:45,823
呢一樣嘢係
188
00:08:46,079 --> 00:08:49,919
而家嘅商業嘅rate嘅last point畀唔到大家
189
00:08:50,943 --> 00:08:53,247
同埋呢要達到呢一個效果呢
190
00:08:53,503 --> 00:08:55,807
係完全免費開元
191
00:08:56,319 --> 00:08:57,855
可以diy出嚟㗎喎
192
00:08:58,367 --> 00:09:03,743
所以呢我哋下一次呢就會正式同大家講點樣用呢個open video what
193
00:09:03,999 --> 00:09:06,815
呢一個ns系統配合
194
00:09:07,071 --> 00:09:08,095
同埋剝咗
195
00:09:08,351 --> 00:09:09,631
呢兩個插件呢
196
00:09:10,143 --> 00:09:13,215
實現到我頭先講嘅呢種diy last
197
00:09:13,471 --> 00:09:13,983
超越
198
00:09:14,239 --> 00:09:15,007
品牌la
199
00:09:15,263 --> 00:09:15,775
或者講啦
200
00:09:16,031 --> 00:09:18,335
做到品牌啦做唔到嘅嘢
201
00:09:20,383 --> 00:09:21,919
喺電腦上邊
202
00:09:22,431 --> 00:09:24,223
睇住個mon一齊做一齊
203
00:09:24,735 --> 00:09:26,015
好我哋下次見拜拜