2009-02-02 6 views
2

J'ai écrit un script PowerShell que j'ai transformé en tâche planifiée. Jusqu'ici tout va bien. Le problème que j'ai est que chaque fois que Powershell est démarré, il provoque mon lecteur de disquette à chercher; Cela signifie que toutes les cinq minutes (sur le calendrier des tâches), je reçois un peu "grind" du lecteur de disquette.Powershell provoque un: chercher quand il commence; comment puis-je arrêter cela?

Comment désactiver ce comportement?

 C:\fa>powershell -noprofile 
    Windows PowerShell 
    Copyright (C) 2006 Microsoft Corporation. All rights reserved. 

    PS C:\fa> exit 

    C:\fa>

Quand je fais ce test, je reçois un recherche quand je commence et quand je sortie. Je suppose que l'erreur disparaitrait si j'avais une disquette à mettre dans le lecteur. Comme une mauvaise solution de contournement, j'ai désactivé le lecteur de disquette dans le BIOS. J'ai enlevé le hareng rouge sur le disque n'étant pas disponible; c'était à cause d'un autre problème.

La méthode suggérée pour trouver ce qui, dans mon profil, pointe vers A :, n'a rien donné.

PS C:\fa2> dir Env:\ | ?{$_.Value -like "A:\*"} 
PS C:\fa2> 

ce fut, bien sûr, après que je réactivées le lecteur de disquette dans le BIOS.

+0

Ce regard vaguement familier ... Je l'ai peut-être vu dans un autre forum, mais mes recherches me manquent. Je ne me souviens pas si on lui a répondu non plus. –

+0

Vous avez un lecteur de disquette? –

+0

cette machine a fait, oui. Je suis passé, cependant, je n'ai aucune idée si cela se produit encore. –

Répondre

1

Cela pourrait être quelque chose dans votre script de profil (s). PowerShell ne provoque aucune activité de lecteur de disquette ...
Si vous lancez PowerShell.exe avec l'option -noprofile, les scripts de profil ne seront pas exécutés (tant que votre script ne dépendra de rien de votre profil) .

+0

Cela ne change pas le comportement. –

0

Je pense que cela peut être un problème de permissions. Pouvez-vous accéder au lecteur en dehors de PowerShell? J'ai trouvé quelques références à ce problème here et here.

+0

Je peux; cela ne ressemble pas à un problème d'autorisations. –

+0

Vous avez dit que vous avez désactivé la disquette dans le BIOS. Est-ce que vous voyez toujours l'erreur dans PowerShell? Il peut ne pas avoir d'autorisations sur un lecteur différent. Avez-vous des lecteurs réseau mappés? – aphoria

+0

C'était un problème différent; J'ai édité le PO pour refléter ce problème étant un faux-fuyant. –

0

Vérifiez que rien dans votre environnement ne pointe vers le lecteur.

dir Env:\ | ?{$_.Value -like "A:\*"} 
+0

En supposant bien sûr que c'est le lecteur "a" :) – slipsec

0

Arrêter d'utiliser des disquettes?

/canards

+2

Peut-être que je devrais poser une question sous "meta": "Pourquoi ne pas avoir un sens de l'humour?" – Coderer

+0

Qu'est-ce qui vous fait penser que non? J'ai trouvé ça amusant: D – Bahbar

2

Je dirais que ce l'énumération d'entraînement qui se produit lors de l'exécution. Powershell construit une liste de lecteurs et crée des alias pour chacun d'entre eux afin que vous puissiez taper "A:" et que cela fonctionne comme cmd.exe. Je pense que parce que si vous démarrez Powershell sur un serveur en cluster, qui ne possède pas un lecteur partagé (appartient à l'autre nœud), il émet une erreur indiquant que le lecteur n'est pas accessible. Pourtant, tout est normal dans la coquille. Cela étant dit, je n'ai jamais vu ce comportement (recherche de lecteur de disquette en charge) sur l'une des centaines de machines que j'administre.

Questions connexes