小弟看有不少人組新電腦時已經不裝軟碟了，
但想玩AHCI﹝NCQ功能基礎﹞或RAID又偏偏要用軟碟掛驅動，挺麻煩的，
那就乾脆把驅動 程式塞進XP安裝光碟中吧。
nLite網站：http://www.nliteos.com/
XP下的系統需求：微軟.Net Framework、燒錄機，以及可燒錄ISO的軟體。
以下就是簡單介紹‧‧‧
程式開啟的第一頁，這裡可以選擇您要的語言，按下一步後
請指定您的原始XP位置，要是它偵測到是光碟上，會要求您指定其他位置來儲存，
如上圖所示，指定好就會 開始複製，處理好後下一步‧‧‧
這頁可以不用管，下一步‧‧‧
選擇您要執行的工作，小弟只選擇了整合驅動程式與製作開機光碟檔，
如需其他項目說明請善用 Google﹝因為小弟也不會用 ﹞，下一步。
整合驅動程式頁，按右下角加入驅動程式，小弟已經將Intel與JMicron的AHCI/RAID驅動程式加 入完畢，
如果開啟inf時裡面有多個驅動讓您挑，但不確定是哪個時，那就乾脆全選下去吧，
就會變成上面這一大堆的樣子。
相 關驅動在主機板驅動程式光碟中應該都有；如果只找得到軟碟製作程式，但您沒軟碟機，
那就找虛擬軟碟機軟體執行軟碟製作，再把裡面的東西copy出 來就可以，下一步‧‧‧
整合確認頁，再下一步‧‧‧
製作ISO檔，這頁大多不用改，頂多Label那改成您喜歡的光碟名稱就是，
準備好就按下建立ISO來 儲存ISO檔，建立好後再按下一步‧‧‧
完成了，剩下就用燒錄軟體把ISO燒成光碟吧，當然還要測試一下，看看光碟開機時吧‧‧‧
﹝挺模糊的 ﹞正在自己載入JMicron的驅動喔，還有呢‧‧‧
正在載入Intel 82801H系列﹝ICH8﹞的SATA驅動。
這樣以後重灌就不需要加掛 驅動程式程式的動作了，
提供給不想碰軟碟的人參考，但不知道非正版XP可不可以這樣做就是 ，
感謝各位收看。
但想玩AHCI﹝NCQ功能基礎﹞或RAID又偏偏要用軟碟掛驅動，挺麻煩的，
那就乾脆把驅動 程式塞進XP安裝光碟中吧。
nLite網站：http://www.nliteos.com/
XP下的系統需求：微軟.Net Framework、燒錄機，以及可燒錄ISO的軟體。
以下就是簡單介紹‧‧‧
程式開啟的第一頁，這裡可以選擇您要的語言，按下一步後
請指定您的原始XP位置，要是它偵測到是光碟上，會要求您指定其他位置來儲存，
如上圖所示，指定好就會 開始複製，處理好後下一步‧‧‧
這頁可以不用管，下一步‧‧‧
選擇您要執行的工作，小弟只選擇了整合驅動程式與製作開機光碟檔，
如需其他項目說明請善用 Google﹝因為小弟也不會用 ﹞，下一步。
整合驅動程式頁，按右下角加入驅動程式，小弟已經將Intel與JMicron的AHCI/RAID驅動程式加 入完畢，
如果開啟inf時裡面有多個驅動讓您挑，但不確定是哪個時，那就乾脆全選下去吧，
就會變成上面這一大堆的樣子。
相 關驅動在主機板驅動程式光碟中應該都有；如果只找得到軟碟製作程式，但您沒軟碟機，
那就找虛擬軟碟機軟體執行軟碟製作，再把裡面的東西copy出 來就可以，下一步‧‧‧
整合確認頁，再下一步‧‧‧
製作ISO檔，這頁大多不用改，頂多Label那改成您喜歡的光碟名稱就是，
準備好就按下建立ISO來 儲存ISO檔，建立好後再按下一步‧‧‧
完成了，剩下就用燒錄軟體把ISO燒成光碟吧，當然還要測試一下，看看光碟開機時吧‧‧‧
﹝挺模糊的 ﹞正在自己載入JMicron的驅動喔，還有呢‧‧‧
正在載入Intel 82801H系列﹝ICH8﹞的SATA驅動。
這樣以後重灌就不需要加掛 驅動程式程式的動作了，
提供給不想碰軟碟的人參考，但不知道非正版XP可不可以這樣做就是 ，
感謝各位收看。
2007年10月20日星期六
vLite 更新消息...
Reboot on browse
2007.08.21 by nuhi
Some of you experienced that on browse to the image and selecting proper OS inside it your machine reboots.
As I already said before that is not my mistake, it is a bug on MS part.
What are they waiting so long I do not know but in the meantime please report to all your affected anti-virus and firewall (with process protection) software developers to apply this workaround:
Crash while calling FltIsDirectory
This is a bug in FltIsDirectory. System Image Manager uses wimfltr.sys to overlay the contents of a wim on top of ntfs, and wimfltr takes ownership of any file objects in that overlay and uses its own format for the structures in the FsContext1 and FsContext2 fields.
The bug occurs when you call FltIsDirectory on a file that wimfltr.sys owns. Instead of sending the IRP for this function to all the filters in the device stack, filter manager sends the IRP directly down to NTFS. NTFS doesn't know how to deal with wimfltr's custom FsContext fields, and crashes.
Until a fix for this issue is available, you should avoid calling FltIsDirectory on file objects exposed by wimfltr. These files have NodeTypeCode == 0x1029 in their FSRTL_ADVANCED_FCB_HEADER.
Taken from here.
中 文翻譯：
開機就瀏覽
2007.08.21由nuhi
你們當中有些人經歷了，就瀏覽到圖像和選擇合適的操作系統裡面正是你 的機器重啟。
正如我已經說過，這不是我的錯，這是一個bug在ms的一部分。
它們是什麼等待這麼久，我不知道，但在此期間，請報告給你所 有受影響的反病毒軟件和防火牆（與進程保護）軟件開發商採用這一方法：
墜機同時呼籲fltisdirectory
這是一個bug 在fltisdirectory 。系統映像經理用途wimfltr.sys到套印的內容，一個維姆頂部的ntfs ， wimfltr需擁有任何文件的物體在這套印，並利用它自己的格式，為結構在fscontext1和fscontext2領域的合作。
這個bug 發生時，你稱之為fltisdirectory對一個文件wimfltr.sys堪稱登峰造極。而不是派遣專家小組的這一職能的所有過濾器在設備棧，過濾 經理派出專家小組，直接下跌到ntfs 。 ntfs的，不知道如何處理wimfltr的習俗fscontext領域，並墜毀。
在補丁程序推出之 前，為這一問題的情況下，你應該盡量避免fltisdirectory立案物體暴露出來的wimfltr 。這些檔案有nodetypecode == 0x1029在其fsrtl_advanced_fcb_header 。
取自這裡。
2007.08.21 by nuhi
Some of you experienced that on browse to the image and selecting proper OS inside it your machine reboots.
As I already said before that is not my mistake, it is a bug on MS part.
What are they waiting so long I do not know but in the meantime please report to all your affected anti-virus and firewall (with process protection) software developers to apply this workaround:
Crash while calling FltIsDirectory
This is a bug in FltIsDirectory. System Image Manager uses wimfltr.sys to overlay the contents of a wim on top of ntfs, and wimfltr takes ownership of any file objects in that overlay and uses its own format for the structures in the FsContext1 and FsContext2 fields.
The bug occurs when you call FltIsDirectory on a file that wimfltr.sys owns. Instead of sending the IRP for this function to all the filters in the device stack, filter manager sends the IRP directly down to NTFS. NTFS doesn't know how to deal with wimfltr's custom FsContext fields, and crashes.
Until a fix for this issue is available, you should avoid calling FltIsDirectory on file objects exposed by wimfltr. These files have NodeTypeCode == 0x1029 in their FSRTL_ADVANCED_FCB_HEADER.
Taken from here.
中 文翻譯：
開機就瀏覽
2007.08.21由nuhi
你們當中有些人經歷了，就瀏覽到圖像和選擇合適的操作系統裡面正是你 的機器重啟。
正如我已經說過，這不是我的錯，這是一個bug在ms的一部分。
它們是什麼等待這麼久，我不知道，但在此期間，請報告給你所 有受影響的反病毒軟件和防火牆（與進程保護）軟件開發商採用這一方法：
墜機同時呼籲fltisdirectory
這是一個bug 在fltisdirectory 。系統映像經理用途wimfltr.sys到套印的內容，一個維姆頂部的ntfs ， wimfltr需擁有任何文件的物體在這套印，並利用它自己的格式，為結構在fscontext1和fscontext2領域的合作。
這個bug 發生時，你稱之為fltisdirectory對一個文件wimfltr.sys堪稱登峰造極。而不是派遣專家小組的這一職能的所有過濾器在設備棧，過濾 經理派出專家小組，直接下跌到ntfs 。 ntfs的，不知道如何處理wimfltr的習俗fscontext領域，並墜毀。
在補丁程序推出之 前，為這一問題的情況下，你應該盡量避免fltisdirectory立案物體暴露出來的wimfltr 。這些檔案有nodetypecode == 0x1029在其fsrtl_advanced_fcb_header 。
取自這裡。
2007年10月17日星期三
以 n-Lite 整合 Intel 驅動至 XP - 可驅動 SATA 硬碟
或是將 XP 的 iso 檔案解壓縮到某個目錄下
假設這目錄叫做 C:\XP_image
我是使用 nLite 1.4beta 版（下載）
安裝好之後，執行
選擇語言 Traditional Chinese，點下一頁
選擇剛剛放 XP資料的目錄(例如 C:\XP_image )，點下一頁
接著會掃描，結束後 按下一頁
接著問你選擇先前的哪個設定，不理會，下一頁
選 驅動程式整合、可開機光碟ISO鏡像 兩項，點下一頁
接著就是 驅動程式整合，點 Import > Single Driver
選之前下載的 f6flpy32 解出來的 iaahci.inf 檔案，點確定
（於 Mobile01 附加已解開IMA的檔案: f6flpy32.zip
可於 Intel 網站下載原始檔案）
出現選項，選擇對應的南橋晶片驅動程式
EX: Intel(R) 82801HEM/HBM SATA AHCI Controller(Mobile ICH8M-E/M)
↑ A8Sc用的ICH8-M南橋晶片
（注意： 不知道自己的晶片組時，請把 Mobile系列的驅動 全選起來）
點下一頁
會問你是否開始進行處理，是
開始處理，等他結束，點下一頁
開始準備建立ISO檔案
點視窗中間右方的 建立ISO
選儲存的位置
等他跑完
下一頁，完成
接著就可以燒出來試試看了
建議用 RW 燒！
附 註：建議使用原版 XP sp2 來整合
沒有留言:
張貼留言