在啟動Windows 8 時發現到一些跟Windows 7 不一樣的地方，因為操作介面全改了所以紀錄一下避免下次忘掉
1.程式取得管理者權限的方法：
在 Windows 8 中的動態磚畫面中，選取要使用的程式按右鍵，下方就會有"以系統管理員身分執行"的選項出現了．
- 1月 26 週六 201320:17
Windows 8 程式取得管理者權限 或 關閉 UAC 方法
在啟動Windows 8 時發現到一些跟Windows 7 不一樣的地方，因為操作介面全改了所以紀錄一下避免下次忘掉
1.程式取得管理者權限的方法：
在 Windows 8 中的動態磚畫面中，選取要使用的程式按右鍵，下方就會有"以系統管理員身分執行"的選項出現了．
- 1月 26 週六 201319:48
Windows 8 啟動時發生"DNS不存在"的錯誤
最近安裝完Windows 8 Enterprise之後，發現無法啟動！
Windows 8的安裝過程輸入註冊碼的畫面，而進入Windows 8 Enterprise又無法更改註冊碼，所以就會出現無法註冊的問題， 所以我們需要利用別的方式來註冊，以下為相關步驟及參考連結作？？
請利用「系統管理員」的權限開啟「命令提示字元」
並且需在網路連線正常的情況下
然後依序輸入以下指令：
slmgr.vbs /ipk 自己的序號
slmgr.vbs /ato
即可正常啟用
以下微軟相關連結：
http://support.microsoft.com/kb/929826/zh-tw
http://technet.microsoft.com/zh-tw/library/ff793433.aspx
Windows 8的安裝過程輸入註冊碼的畫面，而進入Windows 8 Enterprise又無法更改註冊碼，所以就會出現無法註冊的問題， 所以我們需要利用別的方式來註冊，以下為相關步驟及參考連結作？？
請利用「系統管理員」的權限開啟「命令提示字元」
並且需在網路連線正常的情況下
然後依序輸入以下指令：
slmgr.vbs /ipk 自己的序號
slmgr.vbs /ato
即可正常啟用
以下微軟相關連結：
http://support.microsoft.com/kb/929826/zh-tw
http://technet.microsoft.com/zh-tw/library/ff793433.aspx
- 9月 10 週一 201217:36
Windows 2008 執行 Sysprep 的方式
為了要測試DataCore SANsymphony的功能，所以裝在VM上進行測試．VM我只有裝一台，第二台用Copy vmdk的方式產生．所以SID and Server Name 會一樣，需要執行 Sysprep 來處理．
執行 c:\windows\system32\sysprep\sysprep.exe
執行後畫面如下：
此時，系統清理動作選擇「進入系統全新體驗(OOBE)」
關機選項則依照個人意願即可，記得…要勾核一般化，如此一來按下確定隨即完成sysprep
- 4月 08 週日 201202:35
在WINDOWS 2008 IIS7.0 install Asp.net 1.1
1. 程式下載及安裝：
A. ASP.Net Framework 1.1 版可轉散發套件（會出現相容性警告視窗）
B. ASP.NET Framework 1.1 版繁體中文語言套件
C. ASP.NET Framework 1.1 SP1（會出現相容性警告視窗）
D. ASP.NET Framework 1.1 Service Pack 1 CLR 安全性更新（會出現相容性警告視窗）
2. 設定 ISAPI 及 CGI 限制：
打開 ii7, 點選 iis 伺服器, 在功能檢視中, 找到 "ISAPI 及 CGI 限制".
進入之後, 按右鍵新增, 設定路徑為: C:\Windows\Microsoft.NET\Framework\v1.1.4322\aspnet_isapi.dll,
描述可以打上: ASP.NET v1.1.4322, 勾選 "允許延伸路徑執行", 按下確定.
3. 在IIS中註冊ASP.NET 1.1：
在 C:\Windows\Microsoft.net\Framework\v1.1.4322\aspnet_regiis -ir -enable
A. ASP.Net Framework 1.1 版可轉散發套件（會出現相容性警告視窗）
B. ASP.NET Framework 1.1 版繁體中文語言套件
C. ASP.NET Framework 1.1 SP1（會出現相容性警告視窗）
D. ASP.NET Framework 1.1 Service Pack 1 CLR 安全性更新（會出現相容性警告視窗）
2. 設定 ISAPI 及 CGI 限制：
打開 ii7, 點選 iis 伺服器, 在功能檢視中, 找到 "ISAPI 及 CGI 限制".
進入之後, 按右鍵新增, 設定路徑為: C:\Windows\Microsoft.NET\Framework\v1.1.4322\aspnet_isapi.dll,
描述可以打上: ASP.NET v1.1.4322, 勾選 "允許延伸路徑執行", 按下確定.
3. 在IIS中註冊ASP.NET 1.1：
在 C:\Windows\Microsoft.net\Framework\v1.1.4322\aspnet_regiis -ir -enable
- 2月 04 週六 201216:28
Web Server 壓力測試的方法
目前有需要對Web Server進行壓力測試的需求，所以找了兩個方式分別先計錄一下方便日後再使用。
1.使用 ApacheBench 進行網站的壓力測試
資料來源：http://blog.miniasp.com/post/2008/06/Using-ApacheBench-ab-to-to-Web-stress-test.aspx
2.使用IIS 6.0 Resource Kit Tools 中的 TinyGet 工具
資料來源：http://blog.miniasp.com/post/2009/11/09/Useful-tools-IIS6-Resource-Kit-Tools-and-TinyGet.aspx
目前需要的是Server可以連接多少的連線數，以及資料庫的Loading可以到多高。
比較適合我的是使用第一種方法：
建立測試網頁，針對該網頁進行連線數的測試可以得知，系統可承載的連線數是多少。
1.使用 ApacheBench 進行網站的壓力測試
資料來源：http://blog.miniasp.com/post/2008/06/Using-ApacheBench-ab-to-to-Web-stress-test.aspx
2.使用IIS 6.0 Resource Kit Tools 中的 TinyGet 工具
資料來源：http://blog.miniasp.com/post/2009/11/09/Useful-tools-IIS6-Resource-Kit-Tools-and-TinyGet.aspx
目前需要的是Server可以連接多少的連線數，以及資料庫的Loading可以到多高。
比較適合我的是使用第一種方法：
建立測試網頁，針對該網頁進行連線數的測試可以得知，系統可承載的連線數是多少。
- 7月 27 週三 201113:02
windows 2000 Terminal Services command
命令列
使用終端機服務命令列功能，從命令提示字元設定終端機服務。
Command
功能
change logon
暫時停用終端機伺服器的登入。
change port
針對 MS-DOS 程式相容性變更 COM 連接埠對應。
change user
變更現行使用者的 .ini 檔案對應。
Cprofile
從使用者設定檔移除使用者特定檔案關聯。
dbgtrace
啟用及停用除錯追蹤。
Flattemp
啟用或停用單層暫存目錄。
logoff
結束用戶端的工作階段。
Msg
傳送訊息到一個或多個用戶端。
query process
顯示處理程序的相關資訊。
query session
顯示終端機服務工作階段的相關資訊。
query termserver
列出網路上的終端機服務伺服器。
query user
顯示已登入系統的使用者的相關資訊。
register
登錄程式，以使其具有特殊的執行特性。
重設工作階段
允許您從終端機伺服器重設 (刪除) 工作階段。
shadow
允許您監視或遠端控制其他使用者正在使用的工作階段。
Tscon
連線到另一個現有的終端機服務工作階段。
Tsdiscon
從終端機服務工作階段中斷與用戶端的連線。
Tskill
終止處理程序。
Tsprof
複製使用者設定並且變更設定檔路徑。
Tsshutdn
關閉終端機服務伺服器。
使用終端機服務命令列功能，從命令提示字元設定終端機服務。
- 5月 30 週一 201109:23
windows 部署測試
目前遇到一到討人厭的問題，就是有相同機型和相同的AP要進行安裝，都只有IIS啦。所以我想說用windows的鏡像再加上sysinternals的NEWSID來變更hostnama and SID，但是事情果然不是想我這種等級的人所能夠處理的。雖然使用NEWSID可以變更hostnama and SID，但是IIS中的IUSR_USER and IWAN_USER所帶的hostname並不會跟著改，所以必須要使用以下其中一種方式來處理：
1.變更IIS中的匿名使用者的帳號為您新增的GUEST帳號，應用程式集區變更為您新增的IWAN帳號。但是如果將IIS的Metabase dump出來看仍會有一個舊的IWAN_USER你變更不掉，但是我也不確定要去改哪邊，但是當我變更IWAN_USER時卻發現到網頁無法正常執行。所以使用改用 Adsutil.vbs 的IIS工具進行重新設定IUSR and IWAN帳號和密碼後網頁就可以正常使用了。以下為相關語法：
取得 IUSR 帳戶密碼 cscript.exe adsutil.vbs get w3svc/anonymoususerpass
取得 IWAM 帳戶密碼 cscript.exe adsutil.vbs get w3svc/wamuserpass
設定 IUSR 帳戶密碼 cscript.exe adsutil.vbs set w3svc/anonymoususerpass "password"
變更 IUSR 帳戶 cscript.exe adsutil.vbs set w3svc/anonymoususername "username"
設定 IWAM 帳戶密碼 cscript.exe adsutil.vbs set w3svc/wamuserpass "password"
變更 IWAM 帳戶 cscript.exe adsutil.vbs set w3svc/WAMusername "username"
以上方式確定可以使用喔。
2.但是第一種方式我仍會覺得怪怪的，因為天知道那個微軟會不會在其他的程式或是regedit 那邊隱藏甚麼東西，雖然我已經手動修改過regedit了但是仍覺得怪怪的，所以我有想到可以用Sysprep.exe 進行部署的行為，但是目前沒有空測試所以先在這邊紀錄一下。
windows 2000：http://support.microsoft.com/kb/298491/zh-tw
windows 2003：windows 2003：http://support.microsoft.com/kb/926028/zh-tw
當您使用 Sysprep 影響程式部署的已知的問題：http://support.microsoft.com/kb/814616/zh-tw
伺服器角色的 Sysprep 支援：http://technet.microsoft.com/zh-tw/library/cc722158%28WS.10%29.aspx
1.變更IIS中的匿名使用者的帳號為您新增的GUEST帳號，應用程式集區變更為您新增的IWAN帳號。但是如果將IIS的Metabase dump出來看仍會有一個舊的IWAN_USER你變更不掉，但是我也不確定要去改哪邊，但是當我變更IWAN_USER時卻發現到網頁無法正常執行。所以使用改用 Adsutil.vbs 的IIS工具進行重新設定IUSR and IWAN帳號和密碼後網頁就可以正常使用了。以下為相關語法：
取得 IUSR 帳戶密碼 cscript.exe adsutil.vbs get w3svc/anonymoususerpass
取得 IWAM 帳戶密碼 cscript.exe adsutil.vbs get w3svc/wamuserpass
設定 IUSR 帳戶密碼 cscript.exe adsutil.vbs set w3svc/anonymoususerpass "password"
變更 IUSR 帳戶 cscript.exe adsutil.vbs set w3svc/anonymoususername "username"
設定 IWAM 帳戶密碼 cscript.exe adsutil.vbs set w3svc/wamuserpass "password"
變更 IWAM 帳戶 cscript.exe adsutil.vbs set w3svc/WAMusername "username"
以上方式確定可以使用喔。
2.但是第一種方式我仍會覺得怪怪的，因為天知道那個微軟會不會在其他的程式或是regedit 那邊隱藏甚麼東西，雖然我已經手動修改過regedit了但是仍覺得怪怪的，所以我有想到可以用Sysprep.exe 進行部署的行為，但是目前沒有空測試所以先在這邊紀錄一下。
windows 2000：http://support.microsoft.com/kb/298491/zh-tw
windows 2003：windows 2003：http://support.microsoft.com/kb/926028/zh-tw
當您使用 Sysprep 影響程式部署的已知的問題：http://support.microsoft.com/kb/814616/zh-tw
伺服器角色的 Sysprep 支援：http://technet.microsoft.com/zh-tw/library/cc722158%28WS.10%29.aspx
- 1月 24 週一 201116:47
MSN9.0無法更新，出現0x80004004的錯誤訊息
MSN居然要求要更新才能繼續使用MSN，在無可奈何的情況下只好更新了。但是在更新時卻出現了0x80004004的錯誤訊息。不管怎麼裝都裝不上去，只好將就版的MSN移除再重裝，但是居然連移除也跟著出問題了，心中一直在"十日十人干"了老半天。只好尋找Windows Install cleanup的公用套件，結果下載中心卻找不到了，結果原因是因為該死的軟軟不提供了，我只好向GOOGLE大神求助了，終於給我找到了Windows Install cleanup，之後將所有MSN的相關程式移除後再安裝新版的MSN就正常了。
- 12月 09 週三 200913:06
您無法刪除 NTFS 檔案系統磁碟區上的檔案或資料夾
以下資料出處來自http://support.microsoft.com/kb/320081/zh-tw
您無法刪除 NTFS 檔案系統磁碟區上的檔案或資料夾原因 1：檔案使用 ACL
如果檔案使用「存取控制清單」(ACL)，您就無法刪除檔案。如果要解決這個問題，請變更檔案的使用權限。您必須取得檔案的擁有權，才能變更使用權限。
即使系統管理員並未明確地授與檔案的使用權限，他們還是可以取得檔案的擁有權。儘管並未明確地授與檔案的使用權限給檔案擁有者，他們仍擁有修改檔案的權限。因此，您必須取得檔案的擁有權，並賦予自己刪除檔案的權限，然後才能刪除檔案。由於檔案具有非規範 ACL，因此您無法使用特定的安全性工具來顯示或修改權限 如果要解決這個問題，請使用其他工具
(例如 Cacls.exe 的較新組建)。
ACL 中的存取控制項目 (ACE) 會依照不同的類型，採用特定偏好的順序。例如，拒絕存取的
ACE 通常會排在授與存取的 ACE 前面。然而，程式還是會以任意的順序撰寫具有 ACE 的 ACL。在某些 Windows 的較舊版本中，當
Microsoft Windows 嘗試讀取這些「非規範」(Non-canonical) ACL 時，就會發生問題。有時您會無法使用 Microsoft
Windows 檔案總管圖形安全性編輯器，正確地修改這些 ACL。這個問題已經在 Windows 較新的版本中獲得修正。如果您遇到這個問題，請使用最新版的
Cacls.exe。即使您無法適當地顯示或編輯 ACL，還是可以撰寫新的 ACL，以便取得檔案的存取權。
原因 2：正在使用檔案 如果正在使用檔案，您就無法刪除檔案。如果要解決這個問題，請找出具有開啟控制碼的處理程序，然後結束該處理程序。
根據檔案的開啟方式
(例如，以獨佔的存取開啟檔案，而不是共用存取)，您可能會無法刪除使用中的檔案。您可以使用各種不同的工具，隨時找出具有檔案開啟控制碼的處理程序。
如需有關可以找出具有檔案開啟控制碼的處理程序之工具的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：242131
(http://support.microsoft.com/kb/242131/
)
How to: Display a List of Processes That Have Files Open
172710
(http://support.microsoft.com/kb/172710/
)
How to use the OH tool on the Windows NT 4.0 Resource Kit
這個問題的徵狀可能有所不同。您或許可以使用 Delete 命令刪除檔案，但是要在開啟檔案的處理程序釋放檔案之後，才能確實地刪除檔案。此外，您無法存取處於擱置刪除狀態的檔案的 [安全性] 對話方塊。如果要解決這個問題，請找出具有開啟控制碼的處理程序，然後結束該處理程序。
原因 3：檔案系統毀損無法存取檔案 如果檔案系統毀損了，您可能就無法刪除檔案。如果要解決這個問題，請在磁碟區上執行 Chkdsk
公用程式，以修正任何錯誤。
硬碟上損毀的磁區、其他錯誤的硬體或軟體中的錯誤都會毀損檔案系統，而檔案也可能會發生問題。各種不同的問題都可能造成正常操作失敗。當檔案系統偵測到損毀時，就會記錄在事件記錄檔中，並且會出現訊息，提示您執行
Chkdsk。視損毀的性質而定，Chkdsk 不一定能夠修復檔案資料，但是可以將檔案系統還原到內部一致的狀態。 如需有關使用 Chkdsk
公用程式的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：176646
(http://support.microsoft.com/kb/176646/
)
Error message: The File or Directory Is Corrupt...
187941
(http://support.microsoft.com/kb/187941/
)
An explanation of CHKDSK and the New /C and /I switches
原因 4：檔案存在於比 MAX_PATH 字元更長的路徑中 如果檔案路徑出現任何問題，您可能就無法開啟、編輯或刪除檔案。解決方案 1：使用自動產生的 8.3 名稱存取檔案 如果要解決這個問題，您可以使用自動產生的 8.3
名稱來存取檔案。如果路徑很長，這個方法會是最簡單的解決方案，因為資料夾名稱太長了。如果 8.3 路徑也很長，而磁碟區上的 8.3
名稱已經停用了，則請參考＜解決方案 2＞。 如需有關停用 NTFS 磁碟區上 8.3
檔案名稱的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的下列文件：121007
(http://support.microsoft.com/kb/121007/
)
How to Disable the 8.3 Name Creation on NTFS Partitions
解決方案 2：重新命名或移至深層資料夾 請重新命名資料夾，如此比 MAX_PATH 更深層的目標檔案就不再存在。如果您執行這項操作，請從根資料夾開始
(或任何其他方便的地方)，將資料夾重新命名為較短的名稱。如果這個步驟無法解決此問題 (例如，檔案位於比 128 個資料夾更深層之處)，請執行解決方案 4。解決方案 3：將磁碟機對應至路徑結構中的資料夾將磁碟機對應至目標檔案或資料夾的路徑結構內的資料夾。這個方法可縮短虛擬路徑。
例如，假設您的路徑結構如下：\\ServerName\SubfolderName1\SubfolderName2\SubfolderName3\SubfolderName4\... 在這個路徑中，字元總數超過 255 個字元。如果要將這個路徑的長度縮短至 73 個字元，請將磁碟機對應至
SubfolderName4。解決方案 4：使用與資料夾相同深度的網路共用如果解決方案 1、2 或 3 不易使用或無法解決問題，請在資料夾樹狀目錄中盡量建立夠深的網路共用，然後存取共用，以重新命名資料夾。解決方案 5：使用可以周遊長路徑的工具 許多 Windows 程式接受的最大路徑長度是少於 255
個字元。因此，這些程式只會配置足夠的內部儲存區來處理這些一般路徑。NTFS 沒有這種限制，可以容納相當長的路徑。
如果您在具有非常多層資料夾結構的某些點上建立共用，然後利用共用在那些點下方建立多層結構，可能會遇到這個問題。某些工具可以在資料夾樹狀目錄上本機操作，但是這些工具可能無法從根目錄周遊整個樹狀目錄。您必須以特殊的方式使用這些工具，才能周遊共用
(CreateFile API 文件所述的方法，可以用來在這種情況中周遊整個樹狀目錄)。
通常，您可以使用建立檔案的軟體來管理檔案。如果您遇到能夠建立比 MAX_PATH
更深的檔案問題，通常可以使用相同的程式來刪除或管理檔案。您可以使用相同的共用刪除共用上所建立的檔案。
原因 5：檔案名稱含有 Win32 名稱區中的保留名稱 如果檔案名稱含有 Win32 名稱區中的保留名稱 (例如，lpt1)，您可能無法刪除檔案。如果要解決這個問題，請使用非 Win32
的程式，將檔案重新命名。您可以使用 POSIX 工具，或任何其他使用適當內部語法的工具來使用檔案。
此外，您也可以使用某些內建的命令，以特定語法指定檔案路徑，這樣便可以略過一般 Win32 保留名稱檢查。例如，如果您在 Windows XP 中使用 Del 命令，並且使用下列特殊語法指定檔案的完整路徑，則可以刪除名為「lpt1」的檔案：del \\?\c:\path_to_file\lpt1 如需有關如何刪除 Windows NT
和 Windows 2000 下含有保留名稱的檔案的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：120716
(http://support.microsoft.com/kb/120716/
)
How to remove files with reserved names in Windows
如需有關如何刪除 Windows XP
下含有保留名稱檔案的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：315226
(http://support.microsoft.com/kb/315226/
)
How to remove files with reserved names in Windows XP
如果您使用一般 Win32 CreateFile 機制開啟檔案的控制碼，就會為舊式 DOS
裝置保留特定檔案名稱。為了回溯相容性 (Backward Compatibility)，這些檔案名稱不會被允許，並且無法使用一般 Win32
檔案呼叫加以建立。然而，這個問題不是 NTFS 的限制。
您可以利用 Win32 程式，在使用您用來周遊比 MAX_PATH
更深資料夾的相同技術建立 (或刪除) 檔案時，略過所執行的一般名稱檢查。此外，某些 POSIX 工具不會經過這些名稱檢查。
原因 6：檔案名稱含有 Win32 名稱區中的無效名稱 如果檔案名稱含有無效名稱
(例如，檔案名稱結尾是句點或空格，或者檔案名稱只是一個空格)，您可能無法刪除檔案。如果要解決這個問題，請藉由使用適當內部語法的工具來刪除檔案。您可以使用
"\\?\" 語法與其他工具一起在這些檔案上操作，例如：del "\\?\c:\path_to_file_that contains a trailing space.txt " 造成這個問題的原因類似於原因 4。然而，如果您使用一般 Win32
語法，開啟檔名結尾有句點或是空格的檔案，在真正的檔案開啟之前，結尾的空格或句點就會被去掉。因此，如果相同資料夾中的兩個檔案分別名為 "AFile.txt" 和
"AFile.txt " (注意：檔名後面有個空格)，並且您嘗試使用一般 Win32 呼叫開啟第二個檔案，反而會開啟第一個檔案。同樣地，如果檔案的名稱只是 "
" (一個空格字元)，並且您嘗試使用一般 Win32
呼叫開啟檔案，反而會開啟檔案的上層資料夾。在這個情況中，如果您嘗試變更這些檔案的安全性設定，則可能會無法執行這些操作，或者可能意外地變更不同檔案的設定。如果出現這種情形，請想想您是否具有可以存取確實具有限制
ACL 檔案的使用權限。
摻雜多種原因 有時，您所遇到的情況可能會摻雜多種原因，這使得刪除檔案所需執行的程式更為複雜。例如，如果您以電腦系統管理員的身分登入，發生了原因
1 (您沒有刪除檔案的權限) 和原因 5
(檔案含有結尾字元，因而造成存取檔案時，被重新導向不同或不存在的檔案)，並且您可能無法刪除檔案。如果您嘗試藉由取得檔案的擁有權並新增使用權限，來解決原因
1，仍然會因為原因 6 而無法刪除檔案，因為使用者介面中的 ACL 編輯器無法存取適當的檔案。
在這個情形中，您可以將 Subinacl
公用程式與 /onlyfile 參數 (此公用程式隨附於 Resource Kit 中) 搭配使用，來變更無法加以存取的檔案的擁有權和使用權限，例如：subinacl /onlyfile "\\?\c:\path_to_problem_file" /setowner=domain\administrator /grant=domain\administrator=F注意 此命令是一行的命令列，為了方便閱讀，已經加以換行。
此範例命令列修改了含有結尾空格的
C:\path_to_problem_file 檔案，使
domain\administrator
帳戶成為檔案的擁有者，並且讓這個帳戶擁有檔案的完整控制權。現在，您可以使用 Del 命令搭配相同的 "\\?\" 語法來刪除這個檔案。
您無法刪除 NTFS 檔案系統磁碟區上的檔案或資料夾原因 1：檔案使用 ACL
如果檔案使用「存取控制清單」(ACL)，您就無法刪除檔案。如果要解決這個問題，請變更檔案的使用權限。您必須取得檔案的擁有權，才能變更使用權限。
即使系統管理員並未明確地授與檔案的使用權限，他們還是可以取得檔案的擁有權。儘管並未明確地授與檔案的使用權限給檔案擁有者，他們仍擁有修改檔案的權限。因此，您必須取得檔案的擁有權，並賦予自己刪除檔案的權限，然後才能刪除檔案。由於檔案具有非規範 ACL，因此您無法使用特定的安全性工具來顯示或修改權限 如果要解決這個問題，請使用其他工具
(例如 Cacls.exe 的較新組建)。
ACL 中的存取控制項目 (ACE) 會依照不同的類型，採用特定偏好的順序。例如，拒絕存取的
ACE 通常會排在授與存取的 ACE 前面。然而，程式還是會以任意的順序撰寫具有 ACE 的 ACL。在某些 Windows 的較舊版本中，當
Microsoft Windows 嘗試讀取這些「非規範」(Non-canonical) ACL 時，就會發生問題。有時您會無法使用 Microsoft
Windows 檔案總管圖形安全性編輯器，正確地修改這些 ACL。這個問題已經在 Windows 較新的版本中獲得修正。如果您遇到這個問題，請使用最新版的
Cacls.exe。即使您無法適當地顯示或編輯 ACL，還是可以撰寫新的 ACL，以便取得檔案的存取權。
原因 2：正在使用檔案 如果正在使用檔案，您就無法刪除檔案。如果要解決這個問題，請找出具有開啟控制碼的處理程序，然後結束該處理程序。
根據檔案的開啟方式
(例如，以獨佔的存取開啟檔案，而不是共用存取)，您可能會無法刪除使用中的檔案。您可以使用各種不同的工具，隨時找出具有檔案開啟控制碼的處理程序。
如需有關可以找出具有檔案開啟控制碼的處理程序之工具的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：242131
(http://support.microsoft.com/kb/242131/
)
How to: Display a List of Processes That Have Files Open
172710
(http://support.microsoft.com/kb/172710/
)
How to use the OH tool on the Windows NT 4.0 Resource Kit
這個問題的徵狀可能有所不同。您或許可以使用 Delete 命令刪除檔案，但是要在開啟檔案的處理程序釋放檔案之後，才能確實地刪除檔案。此外，您無法存取處於擱置刪除狀態的檔案的 [安全性] 對話方塊。如果要解決這個問題，請找出具有開啟控制碼的處理程序，然後結束該處理程序。
原因 3：檔案系統毀損無法存取檔案 如果檔案系統毀損了，您可能就無法刪除檔案。如果要解決這個問題，請在磁碟區上執行 Chkdsk
公用程式，以修正任何錯誤。
硬碟上損毀的磁區、其他錯誤的硬體或軟體中的錯誤都會毀損檔案系統，而檔案也可能會發生問題。各種不同的問題都可能造成正常操作失敗。當檔案系統偵測到損毀時，就會記錄在事件記錄檔中，並且會出現訊息，提示您執行
Chkdsk。視損毀的性質而定，Chkdsk 不一定能夠修復檔案資料，但是可以將檔案系統還原到內部一致的狀態。 如需有關使用 Chkdsk
公用程式的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：176646
(http://support.microsoft.com/kb/176646/
)
Error message: The File or Directory Is Corrupt...
187941
(http://support.microsoft.com/kb/187941/
)
An explanation of CHKDSK and the New /C and /I switches
原因 4：檔案存在於比 MAX_PATH 字元更長的路徑中 如果檔案路徑出現任何問題，您可能就無法開啟、編輯或刪除檔案。解決方案 1：使用自動產生的 8.3 名稱存取檔案 如果要解決這個問題，您可以使用自動產生的 8.3
名稱來存取檔案。如果路徑很長，這個方法會是最簡單的解決方案，因為資料夾名稱太長了。如果 8.3 路徑也很長，而磁碟區上的 8.3
名稱已經停用了，則請參考＜解決方案 2＞。 如需有關停用 NTFS 磁碟區上 8.3
檔案名稱的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的下列文件：121007
(http://support.microsoft.com/kb/121007/
)
How to Disable the 8.3 Name Creation on NTFS Partitions
解決方案 2：重新命名或移至深層資料夾 請重新命名資料夾，如此比 MAX_PATH 更深層的目標檔案就不再存在。如果您執行這項操作，請從根資料夾開始
(或任何其他方便的地方)，將資料夾重新命名為較短的名稱。如果這個步驟無法解決此問題 (例如，檔案位於比 128 個資料夾更深層之處)，請執行解決方案 4。解決方案 3：將磁碟機對應至路徑結構中的資料夾將磁碟機對應至目標檔案或資料夾的路徑結構內的資料夾。這個方法可縮短虛擬路徑。
例如，假設您的路徑結構如下：\\ServerName\SubfolderName1\SubfolderName2\SubfolderName3\SubfolderName4\... 在這個路徑中，字元總數超過 255 個字元。如果要將這個路徑的長度縮短至 73 個字元，請將磁碟機對應至
SubfolderName4。解決方案 4：使用與資料夾相同深度的網路共用如果解決方案 1、2 或 3 不易使用或無法解決問題，請在資料夾樹狀目錄中盡量建立夠深的網路共用，然後存取共用，以重新命名資料夾。解決方案 5：使用可以周遊長路徑的工具 許多 Windows 程式接受的最大路徑長度是少於 255
個字元。因此，這些程式只會配置足夠的內部儲存區來處理這些一般路徑。NTFS 沒有這種限制，可以容納相當長的路徑。
如果您在具有非常多層資料夾結構的某些點上建立共用，然後利用共用在那些點下方建立多層結構，可能會遇到這個問題。某些工具可以在資料夾樹狀目錄上本機操作，但是這些工具可能無法從根目錄周遊整個樹狀目錄。您必須以特殊的方式使用這些工具，才能周遊共用
(CreateFile API 文件所述的方法，可以用來在這種情況中周遊整個樹狀目錄)。
通常，您可以使用建立檔案的軟體來管理檔案。如果您遇到能夠建立比 MAX_PATH
更深的檔案問題，通常可以使用相同的程式來刪除或管理檔案。您可以使用相同的共用刪除共用上所建立的檔案。
原因 5：檔案名稱含有 Win32 名稱區中的保留名稱 如果檔案名稱含有 Win32 名稱區中的保留名稱 (例如，lpt1)，您可能無法刪除檔案。如果要解決這個問題，請使用非 Win32
的程式，將檔案重新命名。您可以使用 POSIX 工具，或任何其他使用適當內部語法的工具來使用檔案。
此外，您也可以使用某些內建的命令，以特定語法指定檔案路徑，這樣便可以略過一般 Win32 保留名稱檢查。例如，如果您在 Windows XP 中使用 Del 命令，並且使用下列特殊語法指定檔案的完整路徑，則可以刪除名為「lpt1」的檔案：del \\?\c:\path_to_file\lpt1 如需有關如何刪除 Windows NT
和 Windows 2000 下含有保留名稱的檔案的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：120716
(http://support.microsoft.com/kb/120716/
)
How to remove files with reserved names in Windows
如需有關如何刪除 Windows XP
下含有保留名稱檔案的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：315226
(http://support.microsoft.com/kb/315226/
)
How to remove files with reserved names in Windows XP
如果您使用一般 Win32 CreateFile 機制開啟檔案的控制碼，就會為舊式 DOS
裝置保留特定檔案名稱。為了回溯相容性 (Backward Compatibility)，這些檔案名稱不會被允許，並且無法使用一般 Win32
檔案呼叫加以建立。然而，這個問題不是 NTFS 的限制。
您可以利用 Win32 程式，在使用您用來周遊比 MAX_PATH
更深資料夾的相同技術建立 (或刪除) 檔案時，略過所執行的一般名稱檢查。此外，某些 POSIX 工具不會經過這些名稱檢查。
原因 6：檔案名稱含有 Win32 名稱區中的無效名稱 如果檔案名稱含有無效名稱
(例如，檔案名稱結尾是句點或空格，或者檔案名稱只是一個空格)，您可能無法刪除檔案。如果要解決這個問題，請藉由使用適當內部語法的工具來刪除檔案。您可以使用
"\\?\" 語法與其他工具一起在這些檔案上操作，例如：del "\\?\c:\path_to_file_that contains a trailing space.txt " 造成這個問題的原因類似於原因 4。然而，如果您使用一般 Win32
語法，開啟檔名結尾有句點或是空格的檔案，在真正的檔案開啟之前，結尾的空格或句點就會被去掉。因此，如果相同資料夾中的兩個檔案分別名為 "AFile.txt" 和
"AFile.txt " (注意：檔名後面有個空格)，並且您嘗試使用一般 Win32 呼叫開啟第二個檔案，反而會開啟第一個檔案。同樣地，如果檔案的名稱只是 "
" (一個空格字元)，並且您嘗試使用一般 Win32
呼叫開啟檔案，反而會開啟檔案的上層資料夾。在這個情況中，如果您嘗試變更這些檔案的安全性設定，則可能會無法執行這些操作，或者可能意外地變更不同檔案的設定。如果出現這種情形，請想想您是否具有可以存取確實具有限制
ACL 檔案的使用權限。
摻雜多種原因 有時，您所遇到的情況可能會摻雜多種原因，這使得刪除檔案所需執行的程式更為複雜。例如，如果您以電腦系統管理員的身分登入，發生了原因
1 (您沒有刪除檔案的權限) 和原因 5
(檔案含有結尾字元，因而造成存取檔案時，被重新導向不同或不存在的檔案)，並且您可能無法刪除檔案。如果您嘗試藉由取得檔案的擁有權並新增使用權限，來解決原因
1，仍然會因為原因 6 而無法刪除檔案，因為使用者介面中的 ACL 編輯器無法存取適當的檔案。
在這個情形中，您可以將 Subinacl
公用程式與 /onlyfile 參數 (此公用程式隨附於 Resource Kit 中) 搭配使用，來變更無法加以存取的檔案的擁有權和使用權限，例如：subinacl /onlyfile "\\?\c:\path_to_problem_file" /setowner=domain\administrator /grant=domain\administrator=F注意 此命令是一行的命令列，為了方便閱讀，已經加以換行。
此範例命令列修改了含有結尾空格的
C:\path_to_problem_file 檔案，使
domain\administrator
帳戶成為檔案的擁有者，並且讓這個帳戶擁有檔案的完整控制權。現在，您可以使用 Del 命令搭配相同的 "\\?\" 語法來刪除這個檔案。
- 10月 28 週二 200814:40
在VISTA上用notepad開啟hosts檔案
每一次要開啟hosts檔案修改在vista上真的超級麻煩
因為用notepad開啟一定要用系統管理員身分執行要不然會不能存檔
可以使用的方式
1.在 開始->附屬應用程式->記事本 ,先設定為系統管理員身分執行 ,之後要開啟都沒有問題了,但是超級麻煩
2.在執行打cmd , 執行 notepad c:\windows\system32\drivers\etc\hosts ,這樣也可以但是還是麻煩要多開一個cmd
3.建立捷徑,在項目位置輸入 notepad c:\windows\system32\drivers\etc\hosts , 在設定為系統管理員身分執行, 這樣點捷徑就可以直接開啟了並修改儲存了
因為用notepad開啟一定要用系統管理員身分執行要不然會不能存檔
可以使用的方式
1.在 開始->附屬應用程式->記事本 ,先設定為系統管理員身分執行 ,之後要開啟都沒有問題了,但是超級麻煩
2.在執行打cmd , 執行 notepad c:\windows\system32\drivers\etc\hosts ,這樣也可以但是還是麻煩要多開一個cmd
3.建立捷徑,在項目位置輸入 notepad c:\windows\system32\drivers\etc\hosts , 在設定為系統管理員身分執行, 這樣點捷徑就可以直接開啟了並修改儲存了
