Citation :
Analyse du problème Tu étais face à une combinaison de facteurs problématiques : node_modules → arborescence très profonde avec des chemins longs WindowsApps → répertoires système protégés OneDrive entreprise → synchronisation, verrous et métadonnées Identité Azure AD (ADCOGIP\frandon) → subtilités de permissions L’ensemble provoque : des incohérences dans le système de fichiers des chemins partiellement invalides des échecs des outils classiques (rmdir, Remove-Item, etc.) Pourquoi robocopy /MIR a fonctionné Contrairement aux autres commandes : il ne parcourt pas les fichiers de manière “logique” il applique une synchronisation bas niveau il force l’état du dossier cible à correspondre à une source (ici vide) Résultat : la structure problématique est supprimée sans dépendre de l’intégrité complète de l’arborescence. Bonnes pratiques pour éviter ce type de problème Éviter de placer dans OneDrive : des dossiers node_modules des répertoires temporaires (tmp, scratchdir) des copies de dossiers système (Program Files, WindowsApps) Préférer : un répertoire local hors OneDrive (par exemple C:\temp) ou des exclusions de synchronisation si la politique IT le permet Astuce à retenir Commande utile dans les cas de dossiers impossibles à supprimer : robocopy C:\empty "dossier_cassé" /MIR Elle permet de supprimer efficacement des arborescences corrompues ou incohérentes. Si tu le souhaites, je peux détailler les mécanismes internes (SID, ACL, interaction avec OneDrive) pour comprendre plus finement ce type de situation.
|