標題: [操作疑難] 真係頭都痛，USB HDD "變了做 RAW 以 chkdsk /f 方法去救...... [打印本頁]

---

作者: 風十三    時間: 2021-10-31 19:52     標題: 真係頭都痛，USB HDD "變了做 RAW 以 chkdsk /f 方法去救......

本帖最後由 風十三 於 2021-11-2 14:40 編輯

Docking HDD x 2
其中一隻 Backup Disk 讀不到，請問現在有沒有方法可變回可讀取？
[attach]2290509[/attach]
[attach]2290510[/attach]

又出現另一個問題，話說我格式化佢算，再做一次backup，作晚完成後自動關機，
今早一開機HDD x 2變了做GB RAW，咁我跟網上教的方法 (chkdsk /f)，成功把RAW變回NTFS，
但依舊讀不到早一天backup入去的資料。
[attach]2290849[/attach]
階段 1: 正在檢查基本檔案系統結構...
  已經處理 29184 個檔案記錄。
檔案驗證完成。
階段期間 (檔案記錄驗證): 2.04 秒。
  已經處理 1 個大型檔案記錄。
階段期間 (孤立檔案記錄修復): 0.00 毫秒。
  已經處理 0 個損毀的檔案記錄。
階段期間 (不正確檔案記錄檢查): 0.32 毫秒。

階段 2: 正在檢查檔案名稱連結...
  已經處理 1 個重新分析記錄。
  已經處理 31446 個索引項目。
索引驗證完成。
階段期間 (索引驗證): 6.94 秒。
  已經掃描 0 個未編製索引的檔案。
階段期間 (孤立重新連接): 10.46 毫秒。
  0 個未編製索引的檔案已復原到 [Lost and Found]。
階段期間 (孤兒復原丟失與發現): 1.18 毫秒。
  已經處理 1 個重新分析記錄。
階段期間 (重新剖析點與物件識別碼驗證): 1.65 毫秒。

階段 3: 正在檢查安全性描述元...
安全性描述元驗證完成。
階段期間 (安全性描述項驗證): 17.11 毫秒。
  已經處理 1129 個資料檔案。
階段期間 (資料屬性驗證): 1.33 毫秒。
CHKDSK 正在驗證 Usn 日誌...
  已經處理 1624 個 USN 位元組。
Usn 日誌驗證已完成。
階段期間 (USN 日誌驗證): 4.21 毫秒。

Windows 已掃描檔案系統，而且沒有發現問題。
不需要進一步的動作。

磁碟空間總計    7623038 MB。
27879 個檔案共    4693625 MB。
1133 個索引共      10500 KB。
損壞的磁區共          0 KB。
系統使用空間     333860 KB。
記錄檔共佔用      65536 KB。
磁碟可用空間    2929077 MB。

每個配置單位有       4096 個位元組。
磁碟上共有 1951497978 個配置單位。
磁碟上有  749843884 個可用的配置單位。
總持續時間: 9.03 秒 (9032 毫秒)。

C:\Users\qmdbm>chkdsk /f h:
檔案系統的類型是 NTFS。
磁碟區標籤為 Backup2。

階段 1: 正在檢查基本檔案系統結構...
  已經處理 512 個檔案記錄。
檔案驗證完成。
階段期間 (檔案記錄驗證): 311.63 毫秒。
  已經處理 0 個大型檔案記錄。
階段期間 (孤立檔案記錄修復): 1.12 毫秒。
  已經處理 0 個損毀的檔案記錄。
階段期間 (不正確檔案記錄檢查): 0.73 毫秒。

階段 2: 正在檢查檔案名稱連結...
  已經處理 2 個重新分析記錄。
  已經處理 606 個索引項目。
索引驗證完成。
階段期間 (索引驗證): 64.45 毫秒。
  已經掃描 0 個未編製索引的檔案。
階段期間 (孤立重新連接): 0.90 毫秒。
  0 個未編製索引的檔案已復原到 [Lost and Found]。
階段期間 (孤兒復原丟失與發現): 2.05 毫秒。
  已經處理 2 個重新分析記錄。
階段期間 (重新剖析點與物件識別碼驗證): 1.52 毫秒。

階段 3: 正在檢查安全性描述元...
安全性描述元驗證完成。
階段期間 (安全性描述項驗證): 8.74 毫秒。
  已經處理 47 個資料檔案。
階段期間 (資料屬性驗證): 0.62 毫秒。

Windows 已掃描檔案系統，而且沒有發現問題。
不需要進一步的動作。

磁碟空間總計    7630867 MB。
288 個檔案共  959577348 KB。
49 個索引共        148 KB。
損壞的磁區共          0 KB。
系統使用空間     304927 KB。
記錄檔共佔用      65536 KB。
磁碟可用空間    6693482 MB。

每個配置單位有       4096 個位元組。
磁碟上共有 1953502207 個配置單位。
磁碟上有 1713531602 個可用的配置單位。
總持續時間: 392.42 毫秒 (392 毫秒)。

---

作者: raym123    時間: 2021-11-2 17:45

應該先睇 smart info

CrystalDiskInfo
https://crystalmark.info/en/

---

作者: 風十三    時間: 2021-11-2 20:21


SMART
[attach]2290904[/attach]

---

作者: w28stanley    時間: 2021-11-2 23:20

好奇問！Raw 應該做唔到chkdsk/f
，點解你咁叻，可以做到!

via HKEPC Reader for Android

---

作者: raym123    時間: 2021-11-2 23:28

smart 數據解釋唔到 HD 表現得咁差

試多一次吧

---

作者: 風十三    時間: 2021-11-3 01:21



我都唔知，當我見到佢，顯示GB RAW，我就去大神到搵資料，
就教用chkdsk /f 便可由RAW > NTFS，
可惜係，都係讀唔到。

---

作者: Aÿ    時間: 2021-11-3 08:10

我以前都試過隻陳年2.5" IDE+USB轉插用exFAT變左RAW
跟網上教學用chkdsk，只救到三份之二File，三份之一唔見左
所以我唔推chkdsk，反而推直接用救data software

---

作者: harryytm    時間: 2021-11-3 11:39

本帖最後由 harryytm 於 2021-11-3 11:48 編輯

變 RAW 正確處理方法
係先用 dd 去 dump 咗隻 HDD 做 raw image 先
之後再用 TestDisk 去救

raw image 嘅意思係隻碟上面所有 sector
唔理咩檔案系統都全部抄曬落個 image 檔度

---

作者: KinChungE    時間: 2021-11-3 11:55



試過幾次炒ntfs都係咁成功左
不過亦試過有次做完仲炒得嚴重過未做

---

作者: raym123    時間: 2021-11-3 12:22

chkdsk/f 唔好亂用, 除非data 可以犧牲
通常隻OS 碟 run 得幾次 chkdsk/f 都要重装

---

作者: 風十三    時間: 2021-11-3 14:42

已經肯定係個docking問題
今天又發生RAW
[attach]2290992[/attach]

---

作者: pc1668    時間: 2021-11-3 14:47

本帖最後由 pc1668 於 2021-11-3 14:56 編輯


What is the brand of your Docking, would it be Orico

---

作者: 風十三    時間: 2021-11-3 15:06


就係 Orico
個 backup 都有3個月，一直都相安無事，係上個星期開始，試哂四隻8TB都係咁，
好彩只係第2份backup，不過又要花幾日時間，再嚟多一次。
不過而家諗緊，部TR-004行唔行raid 5。
OG Data SHR(2) 可容死2 x HDD
Bup1 Data (BeyondRAID) HFS+ 可容死2 x HDD
咁Bup2 Data Inv or raid

---

作者: pc1668    時間: 2021-11-3 15:21

本帖最後由 pc1668 於 2021-11-3 15:29 編輯


I will stay away from Orico ... forever

Long time ago, I had an Orico 2-bay DAS.  On day one of use, the power supply "爆炸", not to mention it crashed my HDD  

"不過而家諗緊，部TR-004行唔行raid 5"
For backup purpose, I highly suggest using standard "Individual mode".

Regarding BeyondRAID, is it reliable?

---

作者: 風十三    時間: 2021-11-3 15:52


Regarding BeyondRAID, is it reliable?
都用咗幾年，非常穩定，只係TB3嚟講真係非常慢，同Gen1無分別。(其實我一直都想換走佢，因為慢，但當部1219+發生上次單嘢後，再加上HDD價格高企，我就開始對BeyondRAID＂慢＂改觀。

最大優點，唔同容量HDD都可以混合BeyondRAID，而且係混合HDD下都未試過話唔穩定，唔洗下下升容量都要，一氣換哂8隻。
可以增容量，也可以縮減容量，當然會限制於，不能換走最大容量的x2，
綠燈＂正常＂
黃燈＂重建中＂
紅燈＂已經死了＂只能讀
換碟就抽出放入，佢自動重建

---

作者: pc1668    時間: 2021-11-3 15:57

本帖最後由 pc1668 於 2021-11-3 15:58 編輯


It seems BeyondRAID is quite good .  But its hardware (Drobo) is rather expensive

If speed has the priority, we should go for TR-002 (USB 3.2 Gen 2).  But 2-bay is really not enough.

---

作者: 風十三    時間: 2021-11-3 16:04

本帖最後由 風十三 於 2021-11-3 16:12 編輯

我好早年借過朋友台Promise TB3接上同1部MBP，明顯係快，一有比較下台Drobo立即感覺不爽。
Offline Backup 習慣了Drobo後，我開始慢慢放棄了速度，始終都只係一開始次痛苦，打後每星期做1次，都可接受，再加上Promise真心我唔舍得。
不過我更後悔係，早兩年放走1台B810N / 1台5D3

---

作者: fatrobot    時間: 2021-11-3 16:29

Orico 受害者

---

作者: pc1668    時間: 2021-11-3 17:41



Device with TB support is expensive (coz the license from Apple is not cheap at all).  

Sold two Drobo devices, then which model are you using?

---

作者: 風十三    時間: 2021-11-3 18:05


我手上仲有一台Drobo8D服役中。
自從1219+不明事件後，我無咁討厭8D

---

作者: pc1668    時間: 2021-11-3 20:45



"1219+不明事件"
May be I did not follow the story, what's the problem?

---

作者: 風十三    時間: 2021-11-3 21:53


https://www.hkepc.com/forum/view ... &authorid=26720
最終結果，所有硬件都無問題，技術支援部，也回應不了問題。
只能怪懶清除灰塵。

---

作者: 保時捷    時間: 2021-11-4 01:41

回覆 8# harryytm
我懶，會係 testdisk 用 scan 出黎個 partiton table 直接 copy 啲檔案走
just read no write

---

作者: antonio57    時間: 2021-11-4 09:39



Orico harddisk tray 整死過我兩隻HD, 開頭以為係自己ATX火牛問題, 換咗牛都係死HD先發現係個tray嘅 power connector 有問題整死隻HD

---

作者: pc1668    時間: 2021-11-4 11:06



This brand is on the top of my blacklist

---

作者: pc1668    時間: 2021-11-4 13:56

本帖最後由 pc1668 於 2021-11-4 14:01 編輯


How come your Drobo got no such (dust) issue ... does it mean that the reliability of Drobo is higher than Synology

Btw, your Drobo8D is really expensive

---

作者: 風十三    時間: 2021-11-4 18:30

本帖最後由 風十三 於 2021-11-4 18:35 編輯

都有少少分別，1219+ (7 x 24)，Drobo8D offline backup (平均1星期1次)，所以灰塵量就肯定 1219+快吸滿，需言我無退哂啲碟出嚟做清理，但1個月我都會用吸塵機+掃做表面清理。
只能說，我一直想慳住唔做第2份offline backup，1219+呢一下真係一個警示。

啱啱到手
[attach]2291210[/attach]

---

作者: pc1668    時間: 2021-11-4 18:40



Nice . Very easy to use, right .

Bought at which shop?

---

作者: 風十三    時間: 2021-11-4 20:35

本帖最後由 風十三 於 2021-11-4 20:39 編輯


簡單係唔錯，而家試下 backup 睇下個速度。
1219+ SFP+ > Win10 > TR-004 (135MB/S)
[attach]2291262[/attach]
係SAM'S買，1699

---

作者: pc1668    時間: 2021-11-4 20:38



Good Awaiting your test result

---

作者: pc1668    時間: 2021-11-5 09:10



Are you using freefilesync?  If so, remember to enable VerifyCopiedFiles.
https://freefilesync.org/manual.php?topic=expert-settings

---

作者: 風十三    時間: 2021-11-5 17:34


Verify copied files 呢個設定，應該係邊處可設定？
[attach]2291414[/attach]

---

作者: pc1668    時間: 2021-11-5 19:32

本帖最後由 pc1668 於 2021-11-5 21:12 編輯

回覆 32# 風十三

FreeFileSync has a number of special-purpose settings that can only be accessed by manually opening the global configuration file GlobalSettings.xml.
https://freefilesync.org/manual.php?topic=expert-settings

---

作者: ricky1992    時間: 2021-11-25 07:23

試下用R-studio開

---

作者: 炎冬    時間: 2021-11-25 10:12

用testdisk看看可唔可以救返個MBR/GPT Table, 唔得就直接Recovery, 不過你是backup, 從新做過最快. 你個dock都是唔好用.......應該是硬件問題, 唔關隻HDD事.
https://www.cgsecurity.org/wiki/TestDisk_Download

---

作者: 炎冬    時間: 2021-11-25 10:13




    用Verify copied files 要唔要用多1倍時間?

---

作者: alfred0083    時間: 2021-11-26 16:50

路過見到此帖，發現我都係Orico 受害者之一
Load左隻硬碟一陣硬碟就壞左

---

作者: iamstupid    時間: 2021-11-26 21:48

Orico 電源（拖板）收納盒係ok的

其他docking嘢無用過，原來咁鬼渣.........   

---

作者: 風十三    時間: 2021-11-26 22:17

作為受害者，好彩係我有做backup

---

作者: 新自護軍    時間: 2021-11-28 13:33

未去圖佬買嘢前都會上新高登買O字頭嘢..........
上咗圖佬後就轉晒去用U字頭

---

作者: 炎冬    時間: 2021-11-30 17:33




    用過Orico USB to SATA的HDD外置盒, 都okay的, 不過未試過長時間使用

---

作者: computer1975    時間: 2021-12-2 17:45

先用軟件sector by sector 抄到新HDD, 再去新HDD救data

via HKEPC Reader for Android