PTT數位生活區 / Storage_Zone (儲存裝置)

[請益] AF硬碟做對齊 已更新

看板Storage_Zone (儲存裝置)作者 (chu)時間5年前 (2019/04/08 16:55), 5年前編輯推噓0(0推 0噓 58→)
留言58則, 2人參與, 5年前最新討論串1/4 (看更多)
WD20PURZ是AF先進格式化但沒有內建Auto Align 從未在7和8pin上裝jumper 依據他教的方法https://www.reneelab.net/free-4k-alignment-for-ssd.html 分區不符合4K對齊,但已有1.5T資料,XP sp3安裝在其他硬碟 1.是否已不適合再於7和8pin上裝jumper? http://www.itmaster.tw/?p=10882 按此,不可再於7和8pin上裝jumper 2.請問現在如何補做4K對齊且不損失資料? wd align或AOMEI Partition Assistant都可 3.比較推薦用wd align或OMEI Partition Assistant Standard Edition去對齊? 4.不補做4K對齊是否降低硬碟壽命? 不補救有可能間接導致降低硬碟壽命 5.還是不補救比較好? 6.執行msinfo32得到結果https://i.imgur.com/nwn1fYL.png
三顆硬碟的位元組/磁區都是512 seagate那顆好像有smartalign 是否可以不補做4K對齊而不影響硬碟壽命和效能? 7.三顆硬碟都是2011後製造,理論上都是AF硬碟,格式化時的ntfs叢集大小都選4096byte 三顆硬碟的位元組/磁區都是512 但那是XP自以為硬碟實體是以512byte大小去寫入硬碟 硬碟實體依然是4096byte大小去寫入硬碟? 而且沒4K對齊,因為分割啟動offset不能被4096整除? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.160.142.53 ※ 文章網址: https://www.ptt.cc/bbs/Storage_Zone/M.1554713718.A.065.html ※ 編輯: chulin (1.160.142.53), 04/08/2019 16:55:58
→
04/08 17:13, 5年前 , 1F
桌上型電腦買到的都是 512e(AF硬碟,模擬512)
04/08 17:13, 1F
→
04/08 17:13, 5年前 , 2F
4Kn(原生4K),通常只有 Server 才會去買
04/08 17:13, 2F
→
04/08 17:14, 5年前 , 3F
512e 這樣子可以保證最大相容性(BIOS)
04/08 17:14, 3F
→
04/08 17:14, 5年前 , 4F
OS 層看到的硬碟,存取的單位(LBA)對應都是 512
04/08 17:14, 4F
→
04/08 17:15, 5年前 , 5F
4K會影響的是如系統排Queue,不會因為取資料造成重複
04/08 17:15, 5F
→
04/08 17:15, 5年前 , 6F
下指令(如你資料是2個 sector ,若是有對齊,會放在
04/08 17:15, 6F
→
04/08 17:16, 5年前 , 7F
同一個實體4k內,但若沒對齊,可能會跨到次一個4k
04/08 17:16, 7F
→
04/08 17:17, 5年前 , 8F
那你取資料,等同硬碟控制器要取兩個 4k資料
04/08 17:17, 8F
→
04/08 17:17, 5年前 , 9F
好啦,才1.5GB ,那麼難搞嗎???
04/08 17:17, 9F
→
04/08 17:17, 5年前 , 10F
dump 出來，重分割,倒回去,就好了
04/08 17:17, 10F
→
04/08 17:29, 5年前 , 11F
已更正為1.5T,非1.5G
04/08 17:29, 11F
→
04/08 17:30, 5年前 , 12F
或是推薦其他軟體做無損4K對齊?
04/08 17:30, 12F
→
04/08 17:39, 5年前 , 13F
所以讓win7讀寫512e硬碟,win7的位元組/磁區也是512?
04/08 17:39, 13F
→
04/08 17:40, 5年前 , 14F
對512e硬碟,win7讀寫的sector大小也是512byte?
04/08 17:40, 14F
→
04/08 17:47, 5年前 , 15F
建議我補做4K對齊?
04/08 17:47, 15F
→
04/08 17:49, 5年前 , 16F
你要讓NTFS 起始大小512也是可以
04/08 17:49, 16F
→
04/08 17:49, 5年前 , 17F
以你的情況,我是建議重做
04/08 17:49, 17F
→
04/08 17:50, 5年前 , 18F
如何查這三硬碟是否是512e?
04/08 17:50, 18F
→
04/08 17:50, 5年前 , 19F
以技術面來講,應該可以完成,只是要移來移去
04/08 17:50, 19F
→
04/08 17:50, 5年前 , 20F
先壓縮後面空間，後面空間做一個新的分割區
04/08 17:50, 20F
→
04/08 17:50, 5年前 , 21F
把 1.5T 資料移過去之後,刪除前面分割區
04/08 17:50, 21F
→
04/08 17:50, 5年前 , 22F
然後重新再做一個分割區
04/08 17:50, 22F
→
04/08 17:51, 5年前 , 23F
理論上來講,OS 既然認得出這是AF ,應該這個新的前面
04/08 17:51, 23F
→
04/08 17:51, 5年前 , 24F
分割區，會定址在對齊的位置上
04/08 17:51, 24F
→
04/08 17:52, 5年前 , 25F
若新作的前面分割區有定址正確,那完成格式化後
04/08 17:52, 25F
→
04/08 17:52, 5年前 , 26F
把資料從後面移回前面，再刪除後合併空間(延伸)
04/08 17:52, 26F
→
04/08 17:54, 5年前 , 27F
XP認不出是不是AF硬碟,硬碟上也沒寫是AF,從網路查應
04/08 17:54, 27F
→
04/08 17:56, 5年前 , 28F
04/08 17:56, 28F
→
04/08 18:35, 5年前 , 29F
seagate那顆好像有smartalign,也要補做4K對齊?
04/08 18:35, 29F
→
04/08 20:27, 5年前 , 30F
建議用第三方程式跑吧 on XP
04/08 20:27, 30F
→
04/08 20:27, 5年前 , 31F
不然用 4k support 的 spfdisk
04/08 20:27, 31F
→
04/08 20:27, 5年前 , 32F
偷懶型的軟體,現在不管是不是 4k ,都是切 4k對齊
04/08 20:27, 32F
→
04/08 20:28, 5年前 , 33F
4K 對齊很簡單,就是第一分割區起始位置不會在 0 1 1
04/08 20:28, 33F
→
04/08 20:29, 5年前 , 34F
以線性方式挪移 (用 LBA 去算 4K 落點)
04/08 20:29, 34F
→
04/08 20:29, 5年前 , 35F
傳統 OS 原則是以 CHS 方式分割,所以落點在 0 1 1
04/08 20:29, 35F
→
04/08 20:30, 5年前 , 36F
0 1 1 ,offset 64 sector 沒4k (就是常見 32K bad)
04/08 20:30, 36F
→
04/08 20:31, 5年前 , 37F
XP 其實已經支援非 0 1 1 ,但是分割還是固定在0 1 1
04/08 20:31, 37F
→
04/08 21:52, 5年前 , 38F
如果4k有對齊,32k bad是否就沒影響?
04/08 21:52, 38F
→
04/08 21:55, 5年前 , 39F
你講的東西有點模糊,可否請你更詳細的資料,我會去讀
04/08 21:55, 39F
→
04/08 21:55, 5年前 , 40F
網頁,文件都好
04/08 21:55, 40F
→
04/08 21:58, 5年前 , 41F
32k bad是否就是沒有32k對齊?
04/08 21:58, 41F
→
04/08 22:17, 5年前 , 42F
bad 就是沒 align (傳統CHS分割方式就是沒align)
04/08 22:17, 42F
→
04/08 22:18, 5年前 , 43F
所以才說嘗試先弄出一個備用空間,搬移資料
04/08 22:18, 43F
→
04/08 22:18, 5年前 , 44F
然後砍掉bad的那個分割區,創造一個符合的新分割區
04/08 22:18, 44F
→
04/08 22:19, 5年前 , 45F
只是你若在 XP 下靠內建作業,切不出上面這種的規格
04/08 22:19, 45F
→
04/08 22:19, 5年前 , 46F
從技術面我個人是認為可行
04/08 22:19, 46F
→
04/08 22:20, 5年前 , 47F
只是,這麼費功夫,還不如拿個碟來搬比較實際
04/08 22:20, 47F
→
04/08 23:10, 5年前 , 48F
為何要32k對齊?offset是4096byte不好嗎?
04/08 23:10, 48F
→
04/08 23:14, 5年前 , 49F
04/08 23:14, 49F
→
04/08 23:15, 5年前 , 50F
上面說offset是4096*512byte比較好
04/08 23:15, 50F
→
04/08 23:18, 5年前 , 51F
我覺得offset是4096byte較好,有人也認同嗎?
04/08 23:18, 51F
→
04/09 13:53, 5年前 , 52F
32k 是 XP 不認識 AF ,導致以傳統的 CHS 方式做分割
04/09 13:53, 52F
→
04/09 13:54, 5年前 , 53F
現在就是要改善這個問題,讓沒有做好 align 的硬碟
04/09 13:54, 53F
→
04/09 13:54, 5年前 , 54F
回到分割區有 align 的狀態
04/09 13:54, 54F
→
04/09 13:54, 5年前 , 55F
傳統分割方式, 0 0 1是 MBR ,0 1 1是第一分割區啟始
04/09 13:54, 55F
→
04/09 13:55, 5年前 , 56F
磁區
04/09 13:55, 56F
→
04/09 13:55, 5年前 , 57F
所以才說壓出後面空間,做出第二分割區,放資料後
04/09 13:55, 57F
→
04/09 13:55, 5年前 , 58F
去刪掉前面的分割區,重新做分割(用認識AF的軟體)
04/09 13:55, 58F
‣ 更多 chulin 的文章
文章代碼(AID): #1Sgmns1b (Storage_Zone)
Storage_Zone 近期熱門文章
更多 近期熱門文章 >>
PTT數位生活區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 chulin 的文章
文章代碼(AID): #1Sgmns1b (Storage_Zone)