看看事件檢視器，有沒有錯誤訊息......
有可能是硬碟或主機板的問題，當然OS也可能..........

感謝您提供的訊息
試試看

微軟知識庫文件 - 320081
您無法刪除檔案或資料夾
適用於
結論
您無法刪除 NTFS 檔案系統磁碟區上的檔案或資料夾。本文將告訴您，為何無法刪除 NTFS 檔案系統磁碟區上的檔案或資料夾，以及如何針對不同的原因解決這個問題。
其他相關資訊
注意：NTFS 會將內部的資料夾當做不同類型的檔案。因此，本文所描述的「檔案」泛指檔案或資料夾。
原因 1：檔案使用 ACL
如果檔案使用存取控制清單 (ACL)，您就無法刪除檔案。如果要解決這個問題，請變更檔案的使用權限。 您必須取得檔案的擁有權，才能變更使用權限。

即使系統管理員並未明確地授與檔案的使用權限，他們還是可以取得檔案的擁有權。 儘管並未明確地授與檔案的使用權限給檔案擁有者，他們仍擁有修改檔案的權限。因此，您必須取得檔案的擁有權，並賦予自己刪除檔案的權限，然後才能刪除檔案。


由於檔案具有非規範 ACL，因此您無法使用某些安全性工具來顯示或修改使用權限
如果要解決這個問題，請使用其他工具 (例如 Cacls.exe 的較新組建)。

ACL 中的存取控制項目 (ACE) 會依照不同的類型，採用特定偏好的順序。例如，拒絕存取的 ACE 通常會排在授與存取的 ACE 前面。然而，程式還是會以任意的順序撰寫具有 ACE 的 ACL。在某些 Windows 的較舊版本中，當 Windows 嘗試讀取這些「非規範」(Non-canonical) ACL 時，就會發生問題。在某些情況中，您無法使用 Windows 檔案總管圖形安全性編輯器，適當地修改這些 ACL。這個問題已經在 Windows 較新的版本中獲得修正。如果您遇到這個問題，請使用最新版的 Cacls.exe。即使您無法適當地顯示或編輯 ACL，還是可以撰寫新的 ACL，以便取得檔案的存取權。
原因 2：正在使用檔案
如果正在使用檔案，您就無法刪除檔案。如果要解決這個問題，請找出具有開啟控制碼的處理程序，然後結束該處理程序。

視檔案的開啟方式而定 (例如，以獨佔的存取開啟檔案，而不是共用存取)，您無法刪除使用中的檔案。 您可以使用各種不同的工具，隨時找出具有檔案開啟控制碼的處理程序。

如需有關可以找出具有檔案開啟控制碼的處理程序之工具的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：
242131 How to：Display a List of Processes That Have Files Open

172710 How to Use the OH Tool on the Windows NT 4.0 Resource Kit

這個問題的徵狀可能有所不同。您可以使用 delete 命令刪除檔案，但是在開啟檔案的處理程序釋放檔案之後，才能確實地刪除檔案。此外，您無法存取處於擱置刪除狀態的檔案的 [安全性] 對話方塊。如果要解決這個問題，請找出具有開啟控制碼的處理程序，然後結束該處理程序。


原因 3：檔案系統毀損無法存取檔案
如果檔案系統毀損了，您就無法刪除檔案。如果要解決這個問題，請在磁碟區上執行 Chkdsk 公用程式，以修正任何錯誤。

硬碟上損毀的磁區、其他錯誤的硬體或軟體中的錯誤都會損壞檔案系統，而檔案也可能會發生問題。 各種不同的問題都可能造成正常操作失敗。當檔案系統偵測到損毀時，就會記錄在事件日誌中，並且會出現訊息，提示您執行 Chkdsk。 視損毀的性質而定，Chkdsk 不一定能夠修復檔案資料，但是可以將檔案系統還原到內部一致的狀態。

如需有關使用 Chkdsk 公用程式的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：
176646 Error Message：The File or Directory Is Corrupt...

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 How to Disable the 8.3 Name Creation on NTFS Partitions

解決方法 2：重新命名或移至深的資料夾
如果要解決這個問題，請重新命名資料夾，如此比 MAX_PATH 更長的目標檔案就不再存在。如果您執行這項操作，可以從根資料夾開始 (或任何其他方便的地方)，將資料夾重新命名為較短的名稱。如果這個步驟無法解決此問題 (例如，檔案位於 128 資料夾中)，請執行解決方法 3。
解決方法 3：使用與資料夾相同深度的網路共用
如果解決方法 1 或 2 不易使用或無法解決問題，請在資料夾樹狀目錄中盡量建立深度足夠的網路共用，然後存取共用，以重新命名資料夾。
解決方法 4：使用可以周遊長路徑的工具
許多 Windows 程式接受的最大路徑長度是少於 255 個字元，因此，這些程式只會配置足夠的內部儲存區來容納這些路徑。 NTFS 沒有這種限制，可以容納相當長的路徑。

如果您在具有非常多層資料夾結構的某些點上建立共用，然後利用共用在那些點下方建立多層結構，可能會遇到這個問題。 某些工具可以在資料夾樹狀目錄上本機操作，但是這些工具可能無法從根目錄周遊整個樹狀目錄。您必須以特殊的方式使用這些工具，才能周遊共用 (CreateFile API 文件所述的方法，可以用來在這種情況中周遊整個樹狀目錄)。

通常，您可以使用建立檔案的軟體來管理檔案。如果您遇到能夠建立比 MAX_PATH 更深的檔案問題，通常可以使用相同的程式來刪除或管理檔案。您可以使用相同的共用刪除共用上所建立的檔案。
原因 4：檔案名稱含有 Win32 名稱區中的保留名稱
如果檔案名稱含有 Win32 名稱區中的保留名稱 (例如，lpt1)，您可能無法刪除檔案。如果要解決這個問題，請使用非 Win32 的程式，將檔案重新命名。您可以使用 POSIX 工具，或任何其他使用適當內部語法的工具來使用檔案。

此外，如果您使用特定語法指定檔案的路徑，則可以使用某些內建的命令，略過一般 Win32 保留名稱檢查。例如，如果您在 Windows XP 中使用 del 命令，並且使用下列語法為檔案指定完整的路徑，則可以刪除名為 lpt1 的檔案：
del \\?\c:\path_to_file\lpt1

如需有關如何刪除 Windows NT 和 Windows 2000 下含有保留名稱檔案的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：
120716 How to Remove Files with Reserved Names in Windows

如需有關如何刪除 Windows XP 下含有保留名稱檔案的詳細資訊，請按一下下面的文件編號，檢視「Microsoft 知識庫」中的文件：
315226 How to Remove Files with Reserved Names in Windows XP

如果您使用一般 Win32 CreateFile 機制開啟檔案的控制碼，就會為舊式 DOS 裝置保留特定檔案名稱。為了回溯相容性 (Backward Compatibility)，這些檔案名稱不會被允許，並且無法使用一般 Win32 檔案呼叫加以建立。然而，這個問題不是 NTFS 的限制。

您可以利用 Win32 程式，在使用您用來周遊比 MAX_PATH 更深資料夾的相同技術建立 (或刪除) 檔案時，略過所執行的一般名稱檢查。此外，某些 POSIX 工具不會經過這些名稱檢查。
原因 5：檔案名稱含有 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 命令搭配相同的 \\?\ 語法來刪除這個檔案。
這篇文章中的資訊適用於:
Microsoft Windows 2000 Server
Microsoft Windows 2000 Advanced Server
Microsoft Windows 2000 Professional
Microsoft Windows 2000 Datacenter Server
Microsoft Windows XP Home Edition
Microsoft Windows XP Professional
Microsoft Windows Advanced Server, Limited Edition
Microsoft Windows Datacenter Server, Limited Edition
Microsoft Windows Server 2003, 64-Bit Datacenter Edition
Microsoft Windows Server 2003, 64-Bit Enterprise Edition
Microsoft Windows Server 2003, Datacenter Edition
Microsoft Windows Server 2003, Enterprise Edition
Microsoft Windows Server 2003, Standard Edition
Microsoft Windows Server 2003, Web Edition
Microsoft Windows Small Business Server 2003, Premium Edition
Microsoft Windows Small Business Server 2003, Standard Edition
更新日期: 2004/6/8 (5.1)
關鍵字: kbFileSystems kbinfo KB320081


Microsoft及(或)其供應商不就任何在本伺服器上發表的文字資料及其相關圖表資訊的恰當性作任何承諾。所有文字資料及其相關圖表均以「現狀」供應，不負任何擔保責任。Microsoft及(或)其供應商謹此聲明，不負任何對與此資訊有關之擔保責任，包括關於適售性、適用於某一特定用途、權利或不侵權的明示或默示擔保責任。Microsoft及(或)其供應商無論如何不對因或與使用本伺服器上資訊或與資訊的實行有關而引起的契約、過失或其他侵權行為之訴訟中的特別的、間接的、衍生性的損害或任何因使用而喪失所導致的之損害、資料或利潤負任何責任。

以前有一台舊主機也是如此.....PII 400 13.6G HDD IBM
也是進入檔案總管刪...檔案總管會當.....在一般環境下可丟到拉稀筒....
要清理拉稀桶就不行了.....
當時用98....後來沒理他.....就不刪檔....能讀檔就好.....
後來用沒多久....HDD掛了....開機HDD過電會卡卡卡的聲響...."給"在那邊
馬達的關係吧?
HDD大約使用3年多
不過我猜OS也是有很大的關係....因為我當時98很久沒做整理及重灌了....