GPT磁碟分割問題請問 - 儲存設備

Table of Contents

各位好,

小妹有個不太專業的問題想問問大家,

最近在研究關於partition的相關資訊,

關於GPT partition有個問題想請位有沒有人瞭解可以幫我解惑,

GPT 有個特點是他有兩個 GPT Header,

主分割表的分別位置資訊儲存在 LBA1 也就是第一個Header中 ,

但同時也會將這個主分割表再存一份在倒數最後一個 LBA 內,作為備份分割表

就我理解,有兩個Header的好處就是,如果主分割表有受損,

備份分割表示可以recovery主分割表的。

那麼 請問如果備份的分割表受損了呢?

我認為不會,因為應該要以一個分割表為主,不然兩個分割表不一樣的狀態下,

要怎麼判別誰是對的? 誰該被recovery?

所以如果備份的分割表受損了,


主分割表到底會不會去recovery 備份分割表嗎?


有人可以跟我分享一下意見嗎?~~~

我在這方面的資訊還是不太上手,原本想要自己玩玩看,

但實在不太知道怎樣去破壞分割表,先謝謝各位跟我分享資訊了。



--

All Comments

Hamiltion avatarHamiltion2017-12-03
可以透過 checksum 驗證
Queena avatarQueena2017-12-04
一般防損的小技術是這,但有無用在GPT,要查一下
Blanche avatarBlanche2017-12-09
是secondary的去recover primary 反過來的情況很少
Carolina Franco avatarCarolina Franco2017-12-13
兩個GPT Header都有帶ECC(記得是CRC32)
Tom avatarTom2017-12-16
這跟大部分的recovery system用的手法差不多
Tristan Cohan avatarTristan Cohan2017-12-16
基本上就是寫入的時候 要保證順序 1.primary先寫
2.確定primary寫完(寫入硬碟) 才寫secondary
Lydia avatarLydia2017-12-21
3.primary和secondary都有帶checksum(這邊用ECC)
James avatarJames2017-12-24
讀取的時候 檢查primary和secondary checksum
若是有其中一者失敗 則用另一者recover
Charlie avatarCharlie2017-12-24
若是兩者成功 但checksum不一致 則取primary為主
Necoo avatarNecoo2017-12-29
兩者都失敗的時候 因為這裡有用ECC 所以會嘗試修復
Kristin avatarKristin2018-01-02
所以我說小妹的圖勒?
Suhail Hany avatarSuhail Hany2018-01-04
推樓上
Suhail Hany avatarSuhail Hany2018-01-04
樓樓上 g 大小心收到彈出來的g圖...:D
Ida avatarIda2018-01-09
我發現我講錯了 GPT應該是先寫secondary 因為它是反
過來放的 所以正確的volume size要給primary保存
這樣才不會跑錯地方 不過寫入的概念大致上一樣沒錯
Vanessa avatarVanessa2018-01-10
GPT是UEFI Forum定的阿 去官網就有規格書 目前是2.7
Necoo avatarNecoo2018-01-11
Header的描述在5.3.2節
Frederica avatarFrederica2018-01-13
沒圖沒真相