Je peux glisser/déposer depuis le disque local mais pas depuis le lecteur mappé

XP > Win10, c’est peut-être l’ignorance de la migration, mais je n’arrive pas à comprendre. D’où MceBuddy tire-t-il le mot de passe pour l’utilisateur Mark ? J’ai changé le mot de passe du dossier partagé sur le NAS pour que NextPVR fonctionne, maintenant MceBuddy ne marche plus. Je peux voir les fichiers dans ces dossiers avec l’Explorateur et y accéder via lecteur mappé, nom d’hôte ou syntaxe Samba. J’ai un utilisateur/mot de passe sur cette machine qui correspond à celui du NAS donc…

ERREUR → Impossible de se connecter à l’emplacement réseau \qNas\Recordings
Nom de domaine :
Nom d’utilisateur : Mark
Mot de passe : ********
Code de retour : 1326
Le nom d’utilisateur ou le mot de passe est incorrect

Dans le champ du nom de domaine, entrez le nom du périphérique NAS. Sinon, je pense qu’il considère par défaut que le nom de domaine est celui du poste de travail local.

Les lecteurs mappés n’existent que dans la connexion utilisateur. Le moteur MCEBuddy s’exécute dans l’espace système (sans utilisateur), donc les lecteurs mappés n’y existent pas. Depuis la FAQ

Je n’avais pas pensé au problème de nom de domaine, je vais m’en occuper. J’ai résolu le problème en changeant le “log on” du service mcebuddy de “système local” à “ce compte” avec un compte correspondant (utilisateur/mot de passe) sur le nas et le pc.