none
Problème de renommage de dossiers RRS feed

  • Question

  • Bonjour,

    Nous rencontrons des soucis lors de la création ou le renommage de dossiers sur plusieurs serveurs Windows 2012 R2 et Windows 2008
    Le souci se produit lors de la création ou le renommage de dossiers depuis l'interface graphique (quel que soit l'endroit sur le serveur)
    Nous obtenons systématiquement le message indiquant que le chemin spécifié n'existe pas ou que le dossier n'est pas présent.
    Nous n'avons pas de soucis en créant des fichiers, uniquement des dossiers
    Nous n'avons pas de soucis en Command Line

    Plusieurs tests ont été effectués :

    Désinstaller KB2911106
    Désinstaller Antivirus
    Mettre le serveur dans un conteneur (pas de GPOs)
    Dans "HKLM/Software/Microsoft/Windows/CurrentVersion/Explorer/FolderDescriptions"
    o supprimer clé "{2112AB0A-C86A-4ffe-A368-0DE96E47012E}
    o supprimer clé "{491E922F-5643-4af4-A7EB-4E7A138D8174}
    o supprimer clé "{7b0db17d-9cd2-4a93-9733-46cc89022e7c}
    o supprimer clé "{A302545D-DEFF-464b-ABE8-61C8648D939B}
    o supprimer clé "{A990AE9F-A03B-4e80-94BC-9912D7504104}
    Tester avec un nouveau profil
    Installer toutes les MAJ Windows
    CHKDSK /F /R n'a remonté aucune erreur
    "HKLM/SOFTWARE/Microsoft/Windows/CurrentVersion/RunOnce" bien présente 
    Le Windows File and Folder TroubleShooter n'est pas compatible et donc ne se lance pas

    Pouvez-vous nous apporter une assistance ?

    Merci d'avance

    Cordialement

    Guillaume

    lundi 1 juillet 2019 11:26

Réponses

  • Ne trouvant pas de solution à notre problématique et ne reproduisant pas le problème sur des serveurs 2016, nous allons utiliser la solution de contournement qui consiste à créer/renommer les dossiers en ligne de commande.

    Si besoin, nous migrerons les serveurs sur du Windows Server 2016.

    Merci pour l'assistance

    • Marqué comme réponse G.A.T mercredi 17 juillet 2019 12:20
    mercredi 17 juillet 2019 12:20

Toutes les réponses

  • Bonjour,

    Est-ce que la longueur du chemin d'accès au dossier dépasse 256 caractères?

    • Modifié Spunamo lundi 1 juillet 2019 12:42
    lundi 1 juillet 2019 11:45
  • Bonjour,

    Le souci se produit quel que soit le chemin du dossier.

    Nous avons aussi le problème à la racine du C:\ ou dans un dossier existant (C:\inetpub par exemple)

    Si on essaye le chemin \\serveur1\c$ depuis le serveur1 avec le compte "compte1", le problème se produit

    Si on essaye le chemin \\serveur1\c$ depuis le serveur2 avec le compte "compte1", le problème ne se produit pas

    lundi 1 juillet 2019 12:35
  • Bonjour,

    Quand vous lancez la commande, l'invite est lancé en administrateur ou avec l'utilisateur courant ?

    Au niveau de l'onglet sécurité tout est bon ?

    Romain.

    lundi 1 juillet 2019 14:26
  • Bonjour,

    Tout est bon au niveau des sécurités des dossiers.

    Le problème se produit aussi sur le bureau de l'utilisateur courant (test avec un profil neuf créé pour les tests)

    Les invites de commande sont lancées en administrateur (compte administrateur local, c'est le cas par défaut).

    J'ai essayé de changer le propriétaire du dossier, souci identique

    Vu que le souci se produit sur toues les emplacements du serveur (même sur un nouveau disque ajouté à la VM), il est compliqué de penser à un problème de sécurité (mkdir, rename, rmdir fonctionnels en ligne de commande aux mêmes emplacements)

    Guillaume

    mardi 2 juillet 2019 11:10
  • Bonjour,

    Avez vous la possibilité d'ajouter un vdisk sur votre VM sur un autre stockage et de tester ?

    mardi 2 juillet 2019 12:00
  • Bonjour Romain,

    Cette manipulation a été effectuée et le souci est identique.

    Nous avons aussi essayé de réparer l'explorer Windows, sans plus de succès.

    Cordialement

    vendredi 5 juillet 2019 14:03
  • Ne trouvant pas de solution à notre problématique et ne reproduisant pas le problème sur des serveurs 2016, nous allons utiliser la solution de contournement qui consiste à créer/renommer les dossiers en ligne de commande.

    Si besoin, nous migrerons les serveurs sur du Windows Server 2016.

    Merci pour l'assistance

    • Marqué comme réponse G.A.T mercredi 17 juillet 2019 12:20
    mercredi 17 juillet 2019 12:20