作者查詢 / earl168
作者 earl168 在 PTT [ Storage_Zone ] 看板的留言(推文), 共330則
限定看板:Storage_Zone
看板排序:
2F→: 大量壞軌用那些程式沒用08/11 02:11
136F→: 後期收件單據會加入相關但書、簽收避免糾紛01/12 15:43
171F→: 是的!只能大吉大利.01/13 17:22
172F→: 剛剛去了本地派出所聊天、過幾天去地檢署在聊聊看01/13 17:24
185F→: ---我還沒發動吉。這兩地方都認識先聊聊天01/13 23:32
186F→: 以前某公司也出這種事就吉很大。01/13 23:37
194F→: 我是知道很多秘密與八卦、不過不想說別人如何01/14 02:38
195F→: 檢舉他人、開高價砍客戶、先挖資料、故意破壞都有01/14 02:41
196F→: 台灣市場太小變成內鬥破壞敵人成就自己01/14 02:44
197F→: 連關鍵字廣告喊到一次點擊幾十元 還有用程式搞別人01/14 02:46
220F→: 有時跟客人說沒機會或機率低還要被嫌棄。01/15 08:20
222F→: 報價文件?客戶沒地址沒 email 沒傳真。傳給誰?01/15 08:23
223F→: 還有報價日期。但癥結也不是這裡。01/15 08:26
235F→: 報價時間點還有證據只會用在司法程序中01/15 15:11
244F→: 不用急 目前進入司法階段,不報價有原因。01/25 15:58
245F→: 等對方提證據所以之後會回報給大家。01/25 15:58
246F→: 設備當有我還是台灣第一個有的。不然如何做這行01/25 16:00
247F→: 司法程序至少要跑1-2個月,只能日後求償損失了01/25 16:01
249F→: 等我拿書狀之後再報告。已警告過發動就停不下來01/27 23:12
250F→: 程序中,我不便說什麼,估計1-2個月就可公布.01/27 23:14
251F→: 我不反駁某些事,是等調查完畢才能講.01/27 23:17
254F→: 不用急,做完筆錄還要開偵查庭後,才能拿到起訴書狀03/28 10:05
255F→: 偵查庭做完程序才能完備,跑法律程序需要時間。03/28 10:14
256F→: 這事到一審結束大概要跑一年流程03/28 12:16
257F→: 備註:本案件只送件估價,並沒有救援處理。03/29 19:42
260F→: 地檢署傳票送來了,等開庭了04/26 11:44
261F→: 給機會走調解也不願,現在鬧得大已進入偵字案。要gg09/18 12:19
262F→: 了09/18 12:19
263F→: 今天終於收到起訴書,接下就是上法院裁定與民事賠償12/27 11:35
264F→: 損失求償12/27 11:35
265F→: https://i.imgur.com/q7NQqJl.jpg12/27 14:23
266F→: https://i.imgur.com/RgPGpgb.jpg12/27 14:25
267F→: 不報價因素!他是自稱離職半年還來解前任公司資料01/23 15:49
268F→: 都離職半年手上沒單據,誰敢報價給他!01/24 17:04
269F→: 沒單據!一直不敢親自取回硬碟01/24 17:05
35F→: NAS故障要用外接HD或另外NAS直接備份勿用rebuild01/24 17:02
2F→: 這個問題跟資料封包有關01/24 16:58
3F→: exfat fat在128G 一個0kb 的空檔至多大空間01/24 16:59
19F推: 道歉文是法院排個時間 不是我能做決定!01/24 14:08
20F→: 不爽寫心得、很高興想寫心得都可以 只要真的就好01/24 14:09
21F→: 我都告訴客戶硬碟是最不可靠的商品 千萬不要認真01/24 14:10
25F→: 不會吉!如換成我看到也會覺得怪怪01/24 16:52
26F→: 記得硬碟設計計工作壽命是5年不要硬撐01/24 16:56
19F→: 起訴書01/23 15:46
20F→: https://i.imgur.com/RgPGpgb.jpg01/23 15:46
1F→: 可以01/18 21:19
5F推: https://i.imgur.com/1JkqMhv.jpg01/18 19:10
6F→: https://i.imgur.com/7XCTPsp.jpg01/18 19:11
7F→: 謝謝情報01/18 19:12
2F推: 很明顯讀寫頭已經斷了01/16 08:10
9F→: 幾百個sector換算100kB區段故障01/07 17:39
10F→: T牌2T是4個讀寫頭 你遇上1/4軌道沒有讀出資料01/07 17:40
11F→: 就會導致1/3資料受損 讀寫頭如有換新品那就是01/07 17:41
12F→: T牌專屬的一個通病沒有解決。導致資料錯誤流失01/07 17:41
13F→: 等對方回應再說吧!knowhow我不能講太明白。01/08 16:20
14F→: 一號讀寫頭位置最下面那片根本看不到。01/10 22:53
15F→: TOSHIBA DT01ACA200這款是四個讀寫頭01/10 22:55
16F→: 鏡像9成 代表讀寫頭是好的吧01/10 22:56
17F→: 或者第一工程師說錯根本是關閉故障讀寫頭只有跑3/401/10 22:57
18F→: 工程師應該先確認哪一個讀寫頭或哪一個段落故障01/10 22:58
19F→: 有一個功能軌道轉成對成讀寫頭地圖檔才知道哪頭壞01/10 22:59
20F→: 系統一個功能將資料分佈在硬碟軌道做成一個表01/10 23:01
21F→: https://i.imgur.com/v59LrtB.jpg01/11 12:32
22F→: 一般正常處理解碼會建立head map 與sector map01/11 12:33
23F→: 上圖就是MFT位置分布將軌道解碼出來就可看到清單01/11 12:34
24F→: https://i.imgur.com/nEApUcC.jpg01/11 12:38
25F→: ttps://i.imgur.com/BBuhgLI.jpg01/11 12:38
26F→: https://i.imgur.com/BBuhgLI.jpg01/11 12:39
27F→: heap map 可以很容易觀察出哪一個讀寫頭劣化與故障01/11 12:40
28F→: 反正對方願意收尾就等結果與說法。01/11 12:41
29F→: https://i.imgur.com/7wbI9fT.jpg01/11 12:49
30F→: 上圖資料在軌道分布的狀況解碼01/11 12:50
31F→: https://i.imgur.com/bYzjiFP.jpg01/11 12:50
32F→: 上圖就是受損區速度緩慢的元兇01/11 12:50