Comment supprimer un fichier qui est verrouillé par un autre processus en C #?

Je cherche un moyen de supprimer un fichier qui est verrouillé par un autre processus utilisant C #. Je soupçonne que la méthode doit pouvoir trouver quel processus verrouille le fichier (peut-être en suivant les poignées, bien que je ne sois pas sûr comment le faire en C #) puis ferme ce processus avant de pouvoir terminer la suppression du fichier en utilisant File.Delete() .

0
ajouté l'auteur vapcguy, source

6 Réponses

Si vous voulez le faire par programme. Je ne suis pas sûr ... et je recommanderais vraiment contre. Si vous ne faites que résoudre des problèmes sur votre propre ordinateur, Explorateur de processus SysInternals peut vous aider

Exécutez-le, utilisez la commande Find Handle (je pense qu'il se trouve dans le menu find ou handle) et recherchez le nom de votre fichier. Une fois la poignée trouvée, vous pouvez les fermer de force.

Vous pouvez ensuite supprimer le fichier et ainsi de suite.

Beware, doing this may cause the program which owns the handles to behave strangely, as you've just pulled the proverbial rug out from under it, but it works well when you are debugging your own errant code, or when visual studio / windows explorer is being crap and not releasing file handles even though you told them to close the file ages ago... sigh :-)

0
ajouté

Oh, un gros bidouillage que j'ai employé il y a des années, c'est que Windows ne vous laissera pas supprimer des fichiers, mais il vous permet de les déplacer .

Pseudo-sorte-de-code:

mv %WINDIR%\System32\mfc42.dll %WINDIR\System32\mfc42.dll.old
Install new mfc42.dll
Tell user to save work and restart applications

Lorsque les applications ont redémarré (notez que nous n'avions pas besoin de redémarrer l'ordinateur), ils ont chargé le nouveau mfc42.dll , et tout allait bien. Cela, couplé avec PendingFileOperations pour supprimer l'ancien la prochaine fois que le système entier a redémarré, a plutôt bien fonctionné.

0
ajouté

Vous pouvez utiliser ce programme, Handle , pour trouver quel processus a le verrouillez votre fichier. C'est un outil de ligne de commande, donc je suppose que vous utilisez la sortie de ce ... Je ne suis pas sûr de le trouver par programmation.

Si la suppression du fichier peut attendre, vous pouvez le spécifier pour la suppression lors du prochain démarrage de votre ordinateur:

  1. Start REGEDT32 (W2K) or REGEDIT (WXP) and navigate to:

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager
    
  2. W2K and WXP

    • W2K:
      Edit
      Add Value...
      Data Type: REG_MULTI_SZ
      Value Name: PendingFileRenameOperations
      OK

    • WXP:
      Edit
      New
      Multi-String Value
      enter
      PendingFileRenameOperations

  3. In the Data area, enter "\??\" + filename to be deleted. LFNs may be entered without being embedded in quotes. To delete C:\Long Directory Name\Long File Name.exe, enter the following data:

    \??\C:\Long Directory Name\Long File Name.exe
    

    Then press OK.

  4. The "destination file name" is a null (zero) string. It is entered as follows:

    • W2K:
      Edit
      Binary
      select Data Format: Hex
      click at the end of the hex string
      enter 0000 (four zeros)
      OK

    • WXP:
      Right-click the value
      choose "Modify Binary Data"
      click at the end of the hex string
      enter 0000 (four zeros)
      OK

  5. Close REGEDT32/REGEDIT and reboot to delete the file.

(Vraiment volé à un forum aléatoire , pour l'amour de la postérité .)

0
ajouté

Tuer d'autres processus n'est pas une chose saine à faire. Si votre scénario implique une désinstallation, vous pouvez utiliser la < strong> MoveFileEx fonction API pour marquer le fichier à supprimer lors du prochain redémarrage.

S'il apparaît que vous avez vraiment besoin de supprimer un fichier utilisé par un autre processus, je vous recommande de réexaminer le problème avant d'envisager des solutions.

0
ajouté
Veuillez noter cette remarque de MSDN: MOVEFILE_DELAY_UNTIL_REBOOT - "... Cette valeur peut être utilisée seulement si le processus est dans le contexte d'un utilisateur qui appartient au groupe d'administrateurs ou au compte LocalSystem ..."
ajouté l'auteur Uwe Keim, source

Cela semble prometteur. Une façon de tuer la poignée de fichier ....

http://www.timstall.com/ 2009/02 / kill-file-handles-mais-not-process.html

0
ajouté

You can use code that you supply the full file path to, and it will return a List of anything locking that file:

using System.Runtime.InteropServices;
using System.Diagnostics;

static public class FileUtil
{
    [StructLayout(LayoutKind.Sequential)]
    struct RM_UNIQUE_PROCESS
    {
        public int dwProcessId;
        public System.Runtime.InteropServices.ComTypes.FILETIME ProcessStartTime;
    }

    const int RmRebootReasonNone = 0;
    const int CCH_RM_MAX_APP_NAME = 255;
    const int CCH_RM_MAX_SVC_NAME = 63;

    enum RM_APP_TYPE
    {
        RmUnknownApp = 0,
        RmMainWindow = 1,
        RmOtherWindow = 2,
        RmService = 3,
        RmExplorer = 4,
        RmConsole = 5,
        RmCritical = 1000
    }

    [StructLayout(LayoutKind.Sequential, CharSet = CharSet.Unicode)]
    struct RM_PROCESS_INFO
    {
        public RM_UNIQUE_PROCESS Process;

        [MarshalAs(UnmanagedType.ByValTStr, SizeConst = CCH_RM_MAX_APP_NAME + 1)]
        public string strAppName;

        [MarshalAs(UnmanagedType.ByValTStr, SizeConst = CCH_RM_MAX_SVC_NAME + 1)]
        public string strServiceShortName;

        public RM_APP_TYPE ApplicationType;
        public uint AppStatus;
        public uint TSSessionId;
        [MarshalAs(UnmanagedType.Bool)]
        public bool bRestartable;
    }

    [DllImport("rstrtmgr.dll", CharSet = CharSet.Unicode)]
    static extern int RmRegisterResources(uint pSessionHandle,
                                          UInt32 nFiles,
                                          string[] rgsFilenames,
                                          UInt32 nApplications,
                                          [In] RM_UNIQUE_PROCESS[] rgApplications,
                                          UInt32 nServices,
                                          string[] rgsServiceNames);

    [DllImport("rstrtmgr.dll", CharSet = CharSet.Auto)]
    static extern int RmStartSession(out uint pSessionHandle, int dwSessionFlags, string strSessionKey);

    [DllImport("rstrtmgr.dll")]
    static extern int RmEndSession(uint pSessionHandle);

    [DllImport("rstrtmgr.dll")]
    static extern int RmGetList(uint dwSessionHandle,
                                out uint pnProcInfoNeeded,
                                ref uint pnProcInfo,
                                [In, Out] RM_PROCESS_INFO[] rgAffectedApps,
                                ref uint lpdwRebootReasons);

    /// 
/// Find out what process(es) have a lock on the specified file. ///
 
    /// 
Path of the file.
    /// Processes locking the file
    /// See also:
    /// http://msdn.microsoft.com/en-us/library/windows/desktop/aa373661(v=vs.85).aspx
    /// http://wyupdate.googlecode.com/svn-history/r401/trunk/frmFilesInUse.cs (no copyright in code at time of viewing)
    /// 
    /// 
    static public List WhoIsLocking(string path)
    {
        uint handle;
        string key = Guid.NewGuid().ToString();
        List processes = new List();

        int res = RmStartSession(out handle, 0, key);
        if (res != 0) throw new Exception("Could not begin restart session.  Unable to determine file locker.");

        try
        {
            const int ERROR_MORE_DATA = 234;
            uint pnProcInfoNeeded = 0,
                 pnProcInfo = 0,
                 lpdwRebootReasons = RmRebootReasonNone;

            string[] resources = new string[] { path }; // Just checking on one resource.

            res = RmRegisterResources(handle, (uint)resources.Length, resources, 0, null, 0, null);

            if (res != 0) throw new Exception("Could not register resource.");                                    

            //Note: there's a race condition here -- the first call to RmGetList() returns
            //      the total number of process. However, when we call RmGetList() again to get
            //      the actual processes this number may have increased.
            res = RmGetList(handle, out pnProcInfoNeeded, ref pnProcInfo, null, ref lpdwRebootReasons);

            if (res == ERROR_MORE_DATA)
            {
                // Create an array to store the process results
                RM_PROCESS_INFO[] processInfo = new RM_PROCESS_INFO[pnProcInfoNeeded];
                pnProcInfo = pnProcInfoNeeded;

                // Get the list
                res = RmGetList(handle, out pnProcInfoNeeded, ref pnProcInfo, processInfo, ref lpdwRebootReasons);
                if (res == 0)
                {
                    processes = new List((int)pnProcInfo);

                    // Enumerate all of the results and add them to the 
                    // list to be returned
                    for (int i = 0; i < pnProcInfo; i++)
                    {
                        try
                        {
                            processes.Add(Process.GetProcessById(processInfo[i].Process.dwProcessId));
                        }
                        // catch the error -- in case the process is no longer running
                        catch (ArgumentException) { }
                    }
                }
                else throw new Exception("Could not list processes locking resource.");                    
            }
            else if (res != 0) throw new Exception("Could not list processes locking resource. Failed to get size of result.");                    
        }
        finally
        {
            RmEndSession(handle);
        }

        return processes;
    }
}

Ensuite, parcourez la liste des processus, fermez-les et supprimez les fichiers:

    string[] files = Directory.GetFiles(target_dir);
    List lstProcs = new List();

    foreach (string file in files)
    {
        lstProcs = ProcessHandler.WhoIsLocking(file);
        if (lstProcs.Count > 0) // deal with the file lock
        {
            foreach (Process p in lstProcs)
            {
                if (p.MachineName == ".")
                    ProcessHandler.localProcessKill(p.ProcessName);
                else
                    ProcessHandler.remoteProcessKill(p.MachineName, txtUserName.Text, txtPassword.Password, p.ProcessName);
            }
            File.Delete(file);
        }
        else
            File.Delete(file);
    }

Et selon si le fichier est sur l'ordinateur local:

public static void localProcessKill(string processName)
{
    foreach (Process p in Process.GetProcessesByName(processName))
    {
        p.Kill();
    }
}

ou un ordinateur en réseau:

public static void remoteProcessKill(string computerName, string fullUserName, string pword, string processName)
{
    var connectoptions = new ConnectionOptions();
    connectoptions.Username = fullUserName;  // @"YourDomainName\UserName";
    connectoptions.Password = pword;

    ManagementScope scope = new ManagementScope(@"\\" + computerName + @"\root\cimv2", connectoptions);

    // WMI query
    var query = new SelectQuery("select * from Win32_process where name = '" + processName + "'");

    using (var searcher = new ManagementObjectSearcher(scope, query))
    {
        foreach (ManagementObject process in searcher.Get()) 
        {
            process.InvokeMethod("Terminate", null);
            process.Dispose();
        }
    }
}

References:
How do I find out which process is locking a file using .NET?

Supprimer un répertoire dans lequel quelqu'un a ouvert un fichier

0
ajouté