Il caso più probabile è che il modulo sia stato installato in una posizione personale e non in un percorso di sistema. Se lo stai eseguendo all'interno di un'attività pianificata o se è installato per un determinato utente (e sono in esecuzione come qualcun altro), dovrai assicurarti che il modulo sia nella posizione "giusta".
$env:PSModulePath
Mostrerà i percorsi del modulo corrente. Ci dovrebbe essere almeno 2. Uno sarà nella tua directory utente, e l'altro sarà in $ pshome \ Modules.
Se si desidera essere pigri, è possibile inserire un modulo lì. Se vuoi essere accurato, puoi creare una nuova directory, cambiare PSModulePath (al di fuori di PowerShell, quindi passa da un'istanza di PowerShell alla successiva) per includere questa directory. Questo è il modo "ufficiale".
In una nota personale, poiché probabilmente stai utilizzando il modulo TaskScheduler molto vecchio che ho scritto nel PowerShellPack, mi dispiace che il mio programma di installazione li abbia inseriti nelle directory degli utenti e non nelle directory globali. Mentre le directory degli utenti sono il caso comune, le directory globali avrebbero dovuto essere un'opzione.
fonte
2013-06-14 21:12:46
Il modulo non deve essere in una delle directory in '$ env: PSModulePath' (che copre le posizioni personali e di sistema), ma deve essere caricato con il suo percorso completo se non lo è. –