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
好我哋下次見拜拜