作者 主題: MBR GPT 轉換問題  (閱讀 601 次)

0 會員 與 1 訪客 正在閱讀本文。

dark

  • 俺是博士!
  • *****
  • 文章數: 1533
    • 檢視個人資料
MBR GPT 轉換問題
« 於: 2017-07-31 18:07 »
各位認為幾T的硬碟最合適呢 ?
(http://phorum.study-area.org/index.php/topic,71425.0.html)
那篇 , 不知道問題是不是 ... 請大大們幫忙判斷一下 ...

快兩個月沒見到那顆了 ... 昨天拔下來想在 win7 使用 ext2fsd 來檢視
但 ext2fsd 掃那顆 , win7 就會瞬間就藍屏並重開 , 能看到有些位址等資訊

因此猜想 , 恐怕是我使用 fdisk 割單槽 4T 緣故吧 ?
不知是否有像我一樣 , 硬用 fdisk 切割者 ?

另外 .. 回想推論
1. 這顆目前應該使用 2T 多
2. 記得當初 mkfs.ext4 做了兩三次才成功
3. 使用USB外接盒 , 在 win7 用 vmware 給 centos6.9_live_cd 掛載
外接A: 顯示 4T -> 但讀取時卻說硬碟不存在
外接B : 顯示 1.8 T -> super block error

加上 win7 軟體想掃這顆 , 可能造成溢位
不知是否因為磁區表在 MBR 緣故 ?

(可是 ... inode 跟 MBR 有關嗎 ?)


rainday

  • 鑽研的研究生
  • *****
  • 文章數: 734
  • 性別: 男
  • enhancing and optimizing
    • 檢視個人資料
Re: MBR GPT 轉換問題
« 回覆 #1 於: 2017-08-21 19:36 »
換個usb外接盒再試看看
遇過usb相容穩定性差就會遇到怪現象
而且接usb轉硬碟,做硬碟掃描會有不準確的問題,速度也慢
通常不會這樣接來掃
<0  =_=  Don't learn to hack , hack to learn.

dark

  • 俺是博士!
  • *****
  • 文章數: 1533
    • 檢視個人資料
Re: MBR GPT 轉換問題
« 回覆 #2 於: 2017-08-30 11:36 »
資料都救出來了 ...
而且救出來的比預計多 ... ::)

### 救援需求區
推薦 RLinux 這套 recovery 軟體 (linux 環境)

小弟使用 :
sda 開機隨身碟開 centos7_livecd.iso
sdb 壞掉 4Tb
sdc 儲存用硬碟

1. 進入後先編輯 /etc/locale.conf => zh_TW.UTF-8 (挑大小寫 , 真龜毛)
2. 登出在 root 登入 , 開一個 console 設定 ip , root 密碼
3. 遠端 ssh 登入
  a. yum -y install http://li.nux.ro/download/nux/dextop/el7/x86_64/nux-dextop-release-0-5.el7.nux.noarch.rpm
  b. yum -y install x11vnc samba ; echo -e '#!/bin/bash\n\nexport DISPLAY=:0.0\n\nwhile true;do x11vnc;done\n\n' > /bin/myvnc ; chmod 755 /bin/myvnc
  c. rpm -ivh "http://www.r-tt.com/downloads/RLinux5_x64.rpm"
4. 回去那台鍵盤敲 myvnc , 可以回來 vnc (同步螢幕)

5. 開啟 Rlinux 掃描要救的硬碟(支援 raw disk , 所以選硬碟就可以)
6. 選擇掃描記錄檔存放 => sdc , 以後讀這個檔即可知道各個檔案位置

抓時 , a.mp4 曾經改名成 b.mp4 , 那就會備份出兩個檔案喔 , 移動過同理
另外要注意 Rlinux 圖示喔 , 有注意到一種 "連結圖示" 不會備份 , 但個別指定還是抓得出來 , 而且其實是檔案
額外輸出檔案清單 , script 比對備份的在不在

暫存檔 a.download.tmp 也會在 ... 超耗空間
### 救援需求 ### 結束

### 故事區 ###
原本救完想試試 "我遇到什麼問題"
是否 fdisk 不該用在 4T 大容量 ?
但一掃是否壞軌 ... 出現超多壞軌 ... 多到讓人聯想到不及格考卷
只掃幾百G 就跳近千行(花1小時) ... 看不下去就關掉了 ...

而我使用 Rlinux 掃描一次 , 花了 27 小時 (我還掃兩次)
抓當然更久時間 ...
果然印象中用了 2T 多沒錯 ... 但抓超過 4T (md5 check 也很費時)

據說大容量 MBR 不再只有 512 那麼小
所以 , 我強烈質疑問題在於 .. 我遇到了不肖硬碟廠
不過 google 說 seagate 4T 故障率更高 ... 所以 .. 只能祈禱了
開始有問題期時使用不到一年吧 ...

不過上週送修 , 3 天就寄新的來了 (ps .. 硬碟有問題 , 只能報廢 ... 不修的)


### 結論區

1. linux 更名就像 ">" 導向 , 完成新名稱 , 舊名稱快速 format ... 還在
2. 許多能掃 raw disk 的 , 都是使用辨識檔案標頭檔
3. 4T 太大 , 用多個 500G ~ 2T 使用 usb 介面 , 再開啟休眠功能為佳
4. 檔案最好一次性寫入 , 磁區也較不分散
5. win7 的 nfs client 效能真差 , 而且 linux reboot , 找不到遠端時 , 無限迴圈幾乎快當機的慢

... 原本感觸很多 , 甚至有高層次的生老病死哲學 ... 上來貼文都打不出字了
這也應驗了 道可道 非常道 ...