“磁盤（pán）寫（xiě）保護（hù）”或“訪問被拒（jù）絕”引起的（de）無（wú）法刪除文件原（yuán）因（yīn）有哪些？即（jí）使是最簡單的刪除（chú）文（wén）件也可能遇到麻煩，要麽係統提示（shì）“文（wén）件正在被（bèi）另一個人或程序（xù）使用（yòng）”，要麽（me）就是報告“訪（fǎng）問（wèn）被拒（jù）絕”或“磁盤寫保護（hù）”…… 還有無法刪除文（wén）件原因。下麵我（wǒ）們就來看看“磁盤寫保護”或“訪問被拒絕（jué）”引起的無法刪除（chú）文件原因有哪些（xiē）。

    原因一：文（wén）件（jiàn）正在使用（yòng）中

    在刪除文件時，經常（cháng）會遇到（dào）的一個問（wèn）題（tí）是，文件（jiàn）正（zhèng）在（zài）使（shǐ）用，無（wú）法（fǎ）刪除。如果試圖刪（shān）除以獨占訪（fǎng）問而不是（shì）以共享訪問方式打開，並且正在使用（yòng）中（zhōng）的文件時，操作係統就會（huì）出現錯誤提示：“無法刪除xxx：文件正在被另一（yī）個人或程序使用”。而另一種情（qíng）況則是，能（néng）夠使用刪除（chú）命令刪（shān）除（chú）文件，但在打開文（wén）件的（de）進程釋放該文件之前，文件（jiàn）實（shí）際上並（bìng）未（wèi）刪除。

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

    原因二：文件係統損（sǔn）壞

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

    原因三（sān）：文件（jiàn）使用了存取控製（zhì）列表

    如果某個文件使（shǐ）用了（le）存取控製（zhì）列表（Access Control List，簡稱ACL），而操作者又沒有相應的權限，那麽刪除文件時就（jiù）可能出現“訪問被拒絕”的提示。

    通常情況下，管理員具有取得任何文件所有權（quán）的（de）隱含能力，文件所有（yǒu）者也具有修（xiū）改（gǎi）文（wén）件權限的隱含（hán）能力。不過，這些（xiē）默認的權限是可（kě）以被修改的。
 
    要解決因（yīn）ACL導致文件無法刪除的問題，就（jiù）必須（xū）以具有相應權限（xiàn）的用戶（hù）身（shēn）份登錄，或者是賦予自己刪除（chú）文件的權限，然後才能刪除文（wén）件。要注（zhù）意的是，操（cāo）作（zuò）者（zhě）必須（xū）擁有這些文件的（de）所有權才能更改（gǎi）權限（xiàn）。如果是（shì）因為文件使（shǐ）用了不（bú）規範的ACL而不能使用某些安全工具顯示（shì）或（huò）修改其權限時，可以（yǐ）嚐試（shì）使用命令行（háng）工具（jù）Cacls.exe進行（háng）修（xiū）改。

    原因四（sì）：文件名使（shǐ）用（yòng）了一個保留（liú）名稱

    眾（zhòng）所周（zhōu）知，像AUX、LPT1這樣的名稱是（shì）為（wéi）舊式DOS設備保留（liú）的。為了（le）向後兼容，在（zài）Windows中（zhōng）不允許使（shǐ）用這些（xiē）文件名，也不能使（shǐ）用典型的（de）Win32文件調（diào）用來創建它們。反之，如果文件（jiàn）名是Win32命名空間中的一個保留名（míng）稱（chēng），則同樣可（kě）能無法刪除此文件。
 
    要解決此類問（wèn）題，可以（yǐ）在（zài）Linux或其他非Windows的（de）操作係統（tǒng）下重命名或（huò）刪除該文件。另（lìng）外，如果能夠使（shǐ）用特定（dìng）的語法（fǎ）指（zhǐ）定（dìng）到該文件的路徑，也可以使（shǐ）用一些內置的（de）命令繞過（guò）典型（xíng）的Win32保留名稱檢查。例（lì）如，在Windows XP中使用以下命令，可以刪除名（míng）為“lpt1”的（de）文件（Del命令後麵（miàn）加上“？”來避免Windows檢（jiǎn）查文件名的合法性（xìng））： Del c:[/URL]文件路（lù）徑lpt1

    原因五：無效的文件名稱（chēng）

    如果文件名中包括（kuò）一個無效名稱，例如文件名有（yǒu）一個（gè）尾隨空格，或一個尾隨句點，或者文件（jiàn）名僅由（yóu）一個空格組成，同樣可（kě）能無法刪除（chú）該文（wén）件。值得一提的是，如果使用（yòng）典型的Win32語法（fǎ）打（dǎ）開名（míng）稱中有尾隨空格（gé）或尾隨句點的文件，則尾隨空（kōng）格或句點在打開實際文件之前會（huì）被去掉。因此（cǐ），如果（guǒ）在同（tóng）一個文（wén）件夾中有（yǒu）兩個分別名為（wéi）“File.txt”和“File.txt ”的文（wén）件（注意（yì）第二個文件名後麵的空（kōng）格），當使（shǐ）用標準Win32調用打開第二個文件時，實（shí）際上（shàng）會打開第一個文件。同樣，如果文（wén）件的名稱（chēng）僅是“ ”（一（yī）個空格字符（fú）），當嚐試使用標準Win32調用打開它時，實際上會打開（kāi）該文（wén）件的父文件夾。在此情（qíng）況下，如果嚐試（shì）更改這些（xiē）文件上的安全設置，就有可（kě）能會意外更改其（qí）他文件（jiàn）上的設置。

    與解決文件名使用保留（liú）名稱的方（fāng）法類似，可以使用一種適當的內部語法（fǎ）刪除此文件。例如（rú）要刪除包（bāo）含尾隨（suí）空（kōng）格的文件，可以使用如下命令： Del  c:文件路徑(尾隨空（kōng）格的文件名)

    原因六：文件（jiàn）路徑太深無（wú）法訪問

    文件位於（yú）比（bǐ）最大路徑字符數（MAX_PATH）更深的路徑中，可能導致文件無（wú）法訪問，當然（rán），這種（zhǒng）情（qíng）況較（jiào）為少見。如果路徑深的原因是文件夾名稱太長，最簡便的解決方案是使用（yòng）自動生成的8.3名稱訪問（wèn）該文件。如果8.3路徑也太長，可以從根文件夾開始重命名文件夾（jiá），縮短它們的名稱，以使目標（biāo）文件的路徑（jìng）深度（dù）不超過MAX_PATH。若是文件的（de）深度超過（guò）128個文件夾（jiá），可以通過（guò）創（chuàng）建一個網（wǎng）絡共（gòng）享，使其位於文件夾樹中（zhōng）盡可能深的位（wèi）置，然後通過訪問此共（gòng）享來訪（fǎng）問文（wén）件。

    一般情況下，如果遇到因文（wén）件路徑太深（shēn）無法訪問的情（qíng）況，可以通過使用創建文（wén）件（jiàn）的軟件來管理這些（xiē）文件。也就是（shì）說，如果有一個程序，它可以創建（jiàn）超過MAX_PATH的文件，則我們（men）也可以使用該程序來管理這些文件。此外，對於通過網絡共享創（chuàng）建的（de）深層次（cì）結（jié）構的文件也可（kě）以通過使用（yòng）同一共享來進行（háng）刪除。