problème de path

Le
Pascal
Bonjour,
j'ai un petit soucis depuis peu avec les commandes lancées depuis une
console.
alors que la variable semble correctement déclarée :

C:>echo %path%
%SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem

lorsque je lance une commande du type ifconfig ping ou autres j'ai
systématiquement le message d'erreur suivant :

'la_commande_blabla' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

il faut donc que je me positionne dans c:windowssystem32 pour pouvoir
lancer ce genre de commandes.

pour info alors qu'il me semblait que le fichier autoexec.nt devait être
vide, j'ai ces lignes dedans :
lh %SystemRoot%system32mscdexnt.exe
lh %SystemRoot%system32edir
lh %SystemRoot%system32dosx
SET BLASTER¢20 I5 D1 P330 T3
y a t'il un lien ?


Quelqu'un a t'il déjà eut ce problème ?
une idée pour le résoudre ?


merci
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Michel_D
Le #14489101
Bonjour,

Pascal a écrit :
Bonjour,
j'ai un petit soucis depuis peu avec les commandes lancées depuis une
console.
alors que la variable semble correctement déclarée :

C:>echo %path%
%SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem

lorsque je lance une commande du type ifconfig ping ou autres j'ai
systématiquement le message d'erreur suivant :

'la_commande_blabla' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

il faut donc que je me positionne dans c:windowssystem32 pour pouvoir
lancer ce genre de commandes.

pour info alors qu'il me semblait que le fichier autoexec.nt devait être
vide, j'ai ces lignes dedans :
lh %SystemRoot%system32mscdexnt.exe
lh %SystemRoot%system32redir
lh %SystemRoot%system32dosx
SET BLASTER¢20 I5 D1 P330 T3
y a t'il un lien ?


Quelqu'un a t'il déjà eut ce problème ?
une idée pour le résoudre ?




Que donne un echo %SystemRoot%

Sinon aprés regarder les autorisations sur les répertoires en question
"parcours du dossier/exécuter le fichier" doit être coché pour
l'utilisateur actif.
Pascal
Le #14489091
Michel_D a écrit :
Bonjour,

Pascal a écrit :
Bonjour,
j'ai un petit soucis depuis peu avec les commandes lancées depuis une
console.
alors que la variable semble correctement déclarée :

C:>echo %path%
%SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem

lorsque je lance une commande du type ifconfig ping ou autres j'ai
systématiquement le message d'erreur suivant :

'la_commande_blabla' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

il faut donc que je me positionne dans c:windowssystem32 pour
pouvoir lancer ce genre de commandes.

pour info alors qu'il me semblait que le fichier autoexec.nt devait
être vide, j'ai ces lignes dedans :
lh %SystemRoot%system32mscdexnt.exe
lh %SystemRoot%system32redir
lh %SystemRoot%system32dosx
SET BLASTER¢20 I5 D1 P330 T3
y a t'il un lien ?


Quelqu'un a t'il déjà eut ce problème ?
une idée pour le résoudre ?




Que donne un echo %SystemRoot%


c:windows
normal ici

Sinon aprés regarder les autorisations sur les répertoires en question
"parcours du dossier/exécuter le fichier" doit être coché pour
l'utilisateur actif.


je sais c'est pas bô mais je suis admin sur la machine

merci
Michel_D
Le #14489031
Pascal a écrit :
Michel_D a écrit :
Bonjour,

Pascal a écrit :
Bonjour,
j'ai un petit soucis depuis peu avec les commandes lancées depuis une
console.
alors que la variable semble correctement déclarée :

C:>echo %path%
%SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem

lorsque je lance une commande du type ifconfig ping ou autres j'ai
systématiquement le message d'erreur suivant :

'la_commande_blabla' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

il faut donc que je me positionne dans c:windowssystem32 pour
pouvoir lancer ce genre de commandes.

pour info alors qu'il me semblait que le fichier autoexec.nt devait
être vide, j'ai ces lignes dedans :
lh %SystemRoot%system32mscdexnt.exe
lh %SystemRoot%system32redir
lh %SystemRoot%system32dosx
SET BLASTER¢20 I5 D1 P330 T3
y a t'il un lien ?


Quelqu'un a t'il déjà eut ce problème ?
une idée pour le résoudre ?




Que donne un echo %SystemRoot%


c:windows
normal ici

Sinon aprés regarder les autorisations sur les répertoires en question
"parcours du dossier/exécuter le fichier" doit être coché pour
l'utilisateur actif.


je sais c'est pas bô mais je suis admin sur la machine



Et alors tu as vérifié ce que je t'ai demandé ?

PS1:sauf si c'est du FAT32.

PS2:Sinon voir du coté des stratégies de sécurité.
Pascal
Le #14488981
Michel_D a écrit :
Pascal a écrit :
Michel_D a écrit :
Bonjour,

Pascal a écrit :
Bonjour,
j'ai un petit soucis depuis peu avec les commandes lancées depuis
une console.
alors que la variable semble correctement déclarée :

C:>echo %path%
%SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem

lorsque je lance une commande du type ifconfig ping ou autres j'ai
systématiquement le message d'erreur suivant :

'la_commande_blabla' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

il faut donc que je me positionne dans c:windowssystem32 pour
pouvoir lancer ce genre de commandes.

pour info alors qu'il me semblait que le fichier autoexec.nt devait
être vide, j'ai ces lignes dedans :
lh %SystemRoot%system32mscdexnt.exe
lh %SystemRoot%system32redir
lh %SystemRoot%system32dosx
SET BLASTER¢20 I5 D1 P330 T3
y a t'il un lien ?


Quelqu'un a t'il déjà eut ce problème ?
une idée pour le résoudre ?




Que donne un echo %SystemRoot%


c:windows
normal ici

Sinon aprés regarder les autorisations sur les répertoires en question
"parcours du dossier/exécuter le fichier" doit être coché pour
l'utilisateur actif.


je sais c'est pas bô mais je suis admin sur la machine



Et alors tu as vérifié ce que je t'ai demandé ?


oui

PS1:sauf si c'est du FAT32.


ntfs

PS2:Sinon voir du coté des stratégies de sécurité.


c'est à dire
JePe
Le #14488971
Verfier valeur de %sytemroot% dans
Poste de Travail ->proprietés -> Avancé -> Variables d'environnement


autoexec.nt
Ceci sert à lancer tes CD automatiquement (mscdexnt.exe)
Le Gaulois
Le #14488961
Bonjour,

Pascal a écrit :

j'ai un petit soucis depuis peu avec les commandes lancées depuis une
console.
alors que la variable semble correctement déclarée :

C:>echo %path%
%SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem

lorsque je lance une commande du type ifconfig ping ou autres j'ai
systématiquement le message d'erreur suivant :

'la_commande_blabla' n'est pas reconnu en tant que commande interne
ou externe, un programme exécutable ou un fichier de commandes.

il faut donc que je me positionne dans c:windowssystem32 pour pouvoir
lancer ce genre de commandes.

pour info alors qu'il me semblait que le fichier autoexec.nt devait être
vide, j'ai ces lignes dedans :
lh %SystemRoot%system32mscdexnt.exe
lh %SystemRoot%system32redir
lh %SystemRoot%system32dosx
SET BLASTER¢20 I5 D1 P330 T3
y a t'il un lien ?

Quelqu'un a t'il déjà eut ce problème ?
une idée pour le résoudre ?




Chez moi j'ai remplacé le racourci standard d'invite de commande
par :

%SystemRoot%system32cmd.exe /K G:W32SETPATH.BAT

Le fichier AUTOEXEC.NT est standard

----------
@echo off

REM AUTOEXEC.BAT n'est pas utilisé pour initialiser l'environnement
MS-DOS.
REM AUTOEXEC.NT est utilisé pour initialiser l'environnement MS-DOS à
moins
REM qu'un fichier de démarrage différent ne soit spécifié dans le
fichier
REM PIF d'une application.

REM Installation des extensions CD-ROM
lh %SystemRoot%system32mscdexnt.exe

REM Installation du redirecteur réseau (à charger avant dosx.exe)
lh %SystemRoot%system32redir

REM Installation de la prise en charge DPMI
lh %SystemRoot%system32dosx
----------

Le fichier CONFIG.NT est standard
en enlevant les REM il reste

----------
dos=high, umb
device=%SystemRoot%system32himem.sys
files@
----------

Mon fichier SETPATH.BAT
contient des choses dans le genre

----------
@echo off
SET PATH=G:MACHIN;%PATH%;G:BIDULE
----------

Si j'avais besoin d'autres variables d'environnement spécifiques à
l'utilisation de la ligne de commande elles seraient aussi définies
dans ce fichier.


Lorsque tu fais echo %PATH% et que ça te répond
%SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem
ça ne me semble pas normal. Ce qui est entre %% devrait être
remplacé par la valeur correspondante.
Dans la base de registre la clé PATH n'aurait-elle pas
été remplacée par une clé ayant même contenu mais un type
différent : REG_SZ au lieu de REG_EXPAND_SZ ?
Michel_D
Le #14488871
Bonjour,

Le Gaulois a écrit :

[...]

Lorsque tu fais echo %PATH% et que ça te répond
%SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem
ça ne me semble pas normal. Ce qui est entre %% devrait être
remplacé par la valeur correspondante.



Et dire que je suis passé à coté de ça, je fatique, moi.

Dans la base de registre la clé PATH n'aurait-elle pas
été remplacée par une clé ayant même contenu mais un type
différent : REG_SZ au lieu de REG_EXPAND_SZ ?




Il y a des chances.
Pascal
Le #14488741
Michel_D a écrit :
Bonjour,

Le Gaulois a écrit :

[...]

Lorsque tu fais echo %PATH% et que ça te répond
%SystemRoot%system32;%SystemRoot%;%SystemRoot%System32Wbem
ça ne me semble pas normal. Ce qui est entre %% devrait être
remplacé par la valeur correspondante.



Et dire que je suis passé à coté de ça, je fatique, moi.

Dans la base de registre la clé PATH n'aurait-elle pas
été remplacée par une clé ayant même contenu mais un type
différent : REG_SZ au lieu de REG_EXPAND_SZ ?




Il y a des chances.



Que dire !!!
vous êtes des dieux vivants

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession
ManagerEnvironmentpath

la clé était effectivement de cette forme REG_SZ
j'ai copié son contenu
je l'ai supprimée
j'en ai recréé une nouvelle de cette forme REG_EXPAND_SZ

un reboot
et j'ai maintenant un fonctionnement cohérent qui correspond au path

Ceci dit comment ce fait t'il que cette clé ait été modifiée?
je suis certain de ne pas y avoir touché


encore merci
Publicité
Poster une réponse
Anonyme