之後的XP.VISTA 32位元都只能修改到正常顯示
實際卻只能4G以下
若真如此也不需改了
等W7 SP1出來後就可以顯示4G以上了吧
有時候引言我的文章，我沒回應不代表裝酷，而是沒回去看所以不知，請見諒。
upt201 wrote:
修改步驟如下:
先以"管理員身分"執行CMD
之後打上 bcdedit -copy {current} /d "Windows 7 x86 128GB" (這是給win 7的)
V死他使用者請改成bcdedit -copy {current} /d "Windows Vista x86 128GB"
之後毒除來應該會出現這句話:The entry was successfully copied to {61b1399a-24cd-11de-a4c4-ca27f4abce37}
(這邊注意一點,{}內的數字每個人都不一樣,請先用一張紙鈔下來,待會會用到)
之後在打上
bcdedit /set {這邊打上剛剛出現的GUID,也就是用紙抄下的部分} testsigning on
bcdedit /set {這邊打上剛剛出現的GUID,也就是用紙抄下的部分} pae forceenable
bcdedit /set {這邊打上剛剛出現的GUID,也就是用紙抄下的部分} kernel ntkr128g.exe
之後下載這個壓縮檔 --> http://webhd.xuite.net/_oops/b52022g/r45
先把"AddBootMenu"按右鍵用管理員身分執行,完了之後一樣用管理員身分執行"ReadyFor4GB.exe"
...(恕刪)
執行"AddBootMenu"所進行的動作，就已經包括上面那四行bcdedit的命令，因此兩者擇一就好，不需要重覆進行。
Readyfor4GB是某對岸同胞根據原始技術文件出處資料所寫出的簡化自動工具，先(1). 執行Readyfor4GB.EXE修改核心，再(2).執行AddBootMenu.CMD增加一個開機選單項目去用那個新核心開機，至於手動打那堆bcdedit命令是來自最原始出處的作法，就可免掉了。
[最原始的國外技術出處，是篇有許多關於作業系統觀念的經典文章，值得一看] Geoff Chappell ：Licensed Memory in Windows Vista
以Readyfor4GB的使用來說，這篇的介紹比較清楚
upt201 wrote:
前面執行CMD的第一句語法是把PAE的限制後移至128G的定址
...(恕刪)
樓主是轉貼的吧！若要解除Vista/Win 7 x86版的封印，總是要對封印解除所基於的原理夠瞭解再來嘗試解釋，否則建議單純分享步驟即可.....
第一句bcdedit語法純粹就是用目前設定去複製一個新開機選項設定，只是名字中出現"128GB"，PAE的定址上限是64GB(2^36 bytes)，不可能也不會有"把PAE的限制後移至128G的定址"這種事，這個所謂的128GB，是從放寬Windows核心本身管理實體記憶體所需的內部資料結構數目去算出來的值，實際上還是會受限於硬體設計原理本身所能定址的最大上限。
Windows 7 x86/x64、Vista x86/x64，個人工作上都會用到，有時候因懶得重開機到x64環境下又想同時開啟多個吃記憶體吃很大的32-bit/64-bit Virtual Machine，在今年早先知道這個方式後，順手將x86版的封印解除了，工作上方便些，目前x64/x86都是使用8GB記憶體。
如果有能力自行安裝作業系統、且都找得到64位元版硬體驅動程式的人，其實直上x64版無妨。不過像前面樓層不少大大懷疑這個只是讓x86版Vista/Win 7所顯示的記憶體值變多、其實看得到吃不到的，倒也不必，因為若瞭解處理器/作業系統的Memory Paging原理跟基礎，也對Intel CPU/MSFT Windows的Memory Paging實作設計跟定址模式稍有涉獵，再讀過上面那個原始技術文件，就會知道用這個方式所增加的記憶體總量不是看著爽的，是真的會被作業系統利用到的。
說穿了就是針對不同Windows版本，因價格不同及政策因素，微軟也有不同可管理記憶體總量的授權，但是對於32-bit消費性Windows，雖然早就支援PAE了，可微軟授權你使用的就是4GB的實體定址位址，其實跟2^32=4GB無關，只是個刻意的巧合......不過由於能夠管理到大量實體記憶體的完整程式碼都還存在作業系統核心內，因此若要讓32-bit Vista/Win 7管理到超過4GB的實體定址位址，就得設法繞過這個微軟出廠預設的授權值。
那個老外原作者的作法，就是bypass掉這個授權值，看起來很簡單，因為只要對NTKRNLPA.EXE這個Vista/Win 7核心檔案改動14個bytes（或嚴格來說是改7個bytes，改兩處），再利用原本是給微軟工程師內部改動核心程式碼後測試用的測試模式後門去載入這個核心即可，也難怪會有大大不相信，不過同時也可以想想一下：那個老外能夠去trace核心執行碼，分析歸納找出這個最少修改的機制將微軟的封印解開，上台前會不會已經花了十年先練內功？？
一些常見關於32位元及PAE的誤解
笨冰 wrote:
可以用阿
為什麼不能?
32位元真正的限制是
程式無法使用大於4GB的記憶體
這句話不是說總記憶體量限制在4GB
而是單一程式執行時，無法吃超過4GB的記憶體
什麼東西叫做 32bit？
如果這裡講記憶體定址能力是 32bit，當然系統整體的記憶體不能大於 4G，而不是什麼「真正的限制」。
之所以有記憶體定址延伸那是 CPU 的特異功能。Intel x86系的 CPU 從 Pentium 時代（請指正）就開始支援 32 + 4 bit （就是 36bit 啦）的物理定址延伸（PAE），但是受限於當時隨機存取記憶體的大小、北橋記憶體控制器 3.25G 限制，所以才會以這個大家有印象的數字保留下來。
可是在近來北橋晶片已經不再有這項限制，這項限制就變成作業系統製造商在設計作業系統的時候是不是有支援記憶體位置延伸，所以 Windows Server 系列、Linux、Mac OS X 等系統老早以前就已經可以使用這項功能來達到在 32bit 作業系統下使用 4G 以上的系統記憶體。話是如此，柩於軟體定址能力的限制，所以單一 32bit 的軟體最大還是只可以定址到 4G。
如果今天樓主所提出來的方法，是在 Windows 7 下面打開 PAE 的話，那的確是讓系統吃到 4G 以上的記憶體，可是如果只是單純顯示而已的話，那就沒有什麼太大的意義了。
Ehrippura Seruziu
內文搜尋
從 APP 打開
X