“磁盤寫保護(hù)”或“訪問被拒絕”引起的無法刪除文件原因有哪些？即使是最簡單的刪除文件也可能遇到麻煩，要么系統(tǒng)提示“文件正在被另一個(gè)人或程序使用”，要么就是報(bào)告“訪問被拒絕”或“磁盤寫保護(hù)”…… 還有無法刪除文件原因。下面我們就來看看“磁盤寫保護(hù)”或“訪問被拒絕”引起的無法刪除文件原因有哪些。

    原因一：文件正在使用中

    在刪除文件時(shí)，經(jīng)常會(huì)遇到的一個(gè)問題是，文件正在使用，無法刪除。如果試圖刪除以獨(dú)占訪問而不是以共享訪問方式打開，并且正在使用中的文件時(shí)，操作系統(tǒng)就會(huì)出現(xiàn)錯(cuò)誤提示：“無法刪除xxx：文件正在被另一個(gè)人或程序使用”。而另一種情況則是，能夠使用刪除命令刪除文件，但在打開文件的進(jìn)程釋放該文件之前，文件實(shí)際上并未刪除。

    要解決上述問題，需要確定擁有文件打開句柄的進(jìn)程，然后關(guān)閉此進(jìn)程。在以前的Windows中，我們可以使用資源工具包的Oh.exe。但在XP中，安裝好的Support Tools卻不帶Oh.exe。不過，XP提供了一個(gè)新的Openfiles.exe命令行工具，它能夠報(bào)告進(jìn)程打開的各個(gè)文件。與Oh.exe相似，Openfiles.exe也要求打開系統(tǒng)內(nèi)核監(jiān)視，這會(huì)消耗一些內(nèi)存，并降低系統(tǒng)操作的性能。打開系統(tǒng)監(jiān)視的命令是“Openfiles /local
on”，它會(huì)啟用系統(tǒng)全局標(biāo)志“維護(hù)對(duì)象列表”，需重新啟動(dòng)系統(tǒng)才能生效。重新啟動(dòng)系統(tǒng)后，在命令提示符下執(zhí)行不帶參數(shù)的“Openfiles”，即可看到各個(gè)進(jìn)程打開文件的清單。

    原因二：文件系統(tǒng)損壞

    磁盤上的壞區(qū)、其他硬件故障或者軟件錯(cuò)誤都可能會(huì)損壞文件系統(tǒng)，使文件出現(xiàn)問題而無法刪除。典型操作失敗的方式可能各不相同，當(dāng)檢測(cè)到文件系統(tǒng)損壞時(shí)，通常會(huì)收到一條提示運(yùn)行Chkdsk的信息。
 
    如果遇到這種情況，可以在磁盤卷上運(yùn)行Chkdsk實(shí)用工具以糾正任何存在的錯(cuò)誤。根據(jù)損壞的性質(zhì)，Chkdsk也許能夠恢復(fù)文件數(shù)據(jù)，也許無法恢復(fù)，但Chkdsk可以使文件系統(tǒng)返回到一種在內(nèi)部一致的狀態(tài)。有關(guān)Chkdsk實(shí)用工具的命令及參數(shù)，可以在命令提示符下執(zhí)行“Chkdsk
/？”查閱。

    原因三：文件使用了存取控制列表

    如果某個(gè)文件使用了存取控制列表（Access Control List，簡稱ACL），而操作者又沒有相應(yīng)的權(quán)限，那么刪除文件時(shí)就可能出現(xiàn)“訪問被拒絕”的提示。

    通常情況下，管理員具有取得任何文件所有權(quán)的隱含能力，文件所有者也具有修改文件權(quán)限的隱含能力。不過，這些默認(rèn)的權(quán)限是可以被修改的。
 
    要解決因ACL導(dǎo)致文件無法刪除的問題，就必須以具有相應(yīng)權(quán)限的用戶身份登錄，或者是賦予自己刪除文件的權(quán)限，然后才能刪除文件。要注意的是，操作者必須擁有這些文件的所有權(quán)才能更改權(quán)限。如果是因?yàn)槲募褂昧瞬灰?guī)范的ACL而不能使用某些安全工具顯示或修改其權(quán)限時(shí)，可以嘗試使用命令行工具Cacls.exe進(jìn)行修改。

    原因四：文件名使用了一個(gè)保留名稱

    眾所周知，像AUX、LPT1這樣的名稱是為舊式DOS設(shè)備保留的。為了向后兼容，在Windows中不允許使用這些文件名，也不能使用典型的Win32文件調(diào)用來創(chuàng)建它們。反之，如果文件名是Win32命名空間中的一個(gè)保留名稱，則同樣可能無法刪除此文件。
 
    要解決此類問題，可以在Linux或其他非Windows的操作系統(tǒng)下重命名或刪除該文件。另外，如果能夠使用特定的語法指定到該文件的路徑，也可以使用一些內(nèi)置的命令繞過典型的Win32保留名稱檢查。例如，在Windows XP中使用以下命令，可以刪除名為“lpt1”的文件（Del命令后面加上“？”來避免Windows檢查文件名的合法性）： Del c:[/URL]文件路徑lpt1

    原因五：無效的文件名稱

    如果文件名中包括一個(gè)無效名稱，例如文件名有一個(gè)尾隨空格，或一個(gè)尾隨句點(diǎn)，或者文件名僅由一個(gè)空格組成，同樣可能無法刪除該文件。值得一提的是，如果使用典型的Win32語法打開名稱中有尾隨空格或尾隨句點(diǎn)的文件，則尾隨空格或句點(diǎn)在打開實(shí)際文件之前會(huì)被去掉。因此，如果在同一個(gè)文件夾中有兩個(gè)分別名為“File.txt”和“File.txt ”的文件（注意第二個(gè)文件名后面的空格），當(dāng)使用標(biāo)準(zhǔn)Win32調(diào)用打開第二個(gè)文件時(shí)，實(shí)際上會(huì)打開第一個(gè)文件。同樣，如果文件的名稱僅是“ ”（一個(gè)空格字符），當(dāng)嘗試使用標(biāo)準(zhǔn)Win32調(diào)用打開它時(shí)，實(shí)際上會(huì)打開該文件的父文件夾。在此情況下，如果嘗試更改這些文件上的安全設(shè)置，就有可能會(huì)意外更改其他文件上的設(shè)置。

    與解決文件名使用保留名稱的方法類似，可以使用一種適當(dāng)?shù)膬?nèi)部語法刪除此文件。例如要?jiǎng)h除包含尾隨空格的文件，可以使用如下命令： Del  c:文件路徑(尾隨空格的文件名)

    原因六：文件路徑太深無法訪問

    文件位于比最大路徑字符數(shù)（MAX_PATH）更深的路徑中，可能導(dǎo)致文件無法訪問，當(dāng)然，這種情況較為少見。如果路徑深的原因是文件夾名稱太長，最簡便的解決方案是使用自動(dòng)生成的8.3名稱訪問該文件。如果8.3路徑也太長，可以從根文件夾開始重命名文件夾，縮短它們的名稱，以使目標(biāo)文件的路徑深度不超過MAX_PATH。若是文件的深度超過128個(gè)文件夾，可以通過創(chuàng)建一個(gè)網(wǎng)絡(luò)共享，使其位于文件夾樹中盡可能深的位置，然后通過訪問此共享來訪問文件。

    一般情況下，如果遇到因文件路徑太深無法訪問的情況，可以通過使用創(chuàng)建文件的軟件來管理這些文件。也就是說，如果有一個(gè)程序，它可以創(chuàng)建超過MAX_PATH的文件，則我們也可以使用該程序來管理這些文件。此外，對(duì)于通過網(wǎng)絡(luò)共享創(chuàng)建的深層次結(jié)構(gòu)的文件也可以通過使用同一共享來進(jìn)行刪除。