|
|
|
**Désinstaller&Commandes** |
|---|
| message from Daniel92 on 30 May 2004 |
Bonjour winxp Newsgroup,
A- Désinstaller un programme :
- Quand je désinstalle un programme présent dans les fichiers de
commandes de "msconfig.exe", si je désactive les éléments qui le concernent
dans "Services" et "Démarrage" puis fais un démarrage sélectif, est-ce que
ces lignes seront supprimées des fichiers de commandes après la
désinstallation du programme?
- J'ai trouvé SYSTEM.INI, WIN.INI, BOOT.INI, mais je n'ai pas trouvé les
fichiers de commandes de "Services" et "Démarrage". Où se trouve-t-il?
B- Autre Question:
1- Est-ce que les variables d'environnement sont les mêmes
dans les versions de Windows depuis W98
2- Quel paramètre ou commutateur dois-je mettre pour qu'une Fenêtre d'Invite
de Commandes s'ouvre avec le chemin en nom court indiqué à gauche du >
(gagner de la place pour écrire la commande)?
exemple:
C:\Program Files\Faber Toys\Language\=frenchtraductrav>
remplacé par
C:\PROGRA~1\FABERT~1\Language\_FRENC~1>
Le raccourci qui permet d'ouvrir cette Fenêtre:
Cible: %ComSpec%
Démarrer dans: (vide) pour que s'affiche le chemin
de la fenêtre où il se trouve.
(je ne fais pas encore la différence entre
%ComSpec% /C notepad.exe && exit
%ComSpec% /K notepad.exe && exit
et n'est pas encore réussi à refermer la fenêtre d'Invite en laissant
ouverte le fenêtre du Bloc-notes ... mais ça viendra...)
Cordialement,
Merci,
Daniel.
|
| Jean-Claude BELLAMY replied to Daniel92 on 30 May 2004 |
Quésaco, un "démarrage sélectif" ?????
Et pour commencer, il faut distinguer les Services des autres programmes.
Un service, cela ne se désinstalle pas n'importe comment, et un grand nombre
de services ne se désinstallent pas du tout, car faisant partie du système!
Quels fichiers de commande ?
On en a RIEN à faire ici !
Ce sont des fichiers qui concernent UNIQUEMENT les anciennes applications 16
bits, et ne sont présnet qu'à des fins de compatibilité ascendante poru ces
logicels. Mais Windows NT ne s'en sert absolument pas.
Tout ce qui concerne les services se trouve exclusivement dans la branche
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services
Pour plus d'infos à ce sujet, cf. :
http://www.bellamyjc.net/fr/windowsnt.html#serviceBDR
Quant aux programmes lancés au démarrage, c'est dans :
1) Les branches :
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\
Entrée "BootExecute"
(applis lancées AVANT lancement du shell)
HKCU\Software\Microsoft\Windows\CurrentVersion\Run
HKCU\Software\Microsoft\Windows\CurrentVersion\RunOnce (ne sert qu'une
seule fois)
HKLM\Software\Microsoft\Windows\CurrentVersion\Run
HKLM\Software\Microsoft\Windows\CurrentVersion\RunOnce (ne sert qu'une
seule fois)
2) Les dossiers :
%ALLUSERSPROFILE%\Programmes\Démarrage
%USERPROFILE%\Programmes\Démarrage
Il y en a beaucoup plus sous NT ...
ALLUSERSPROFILE
APPDATA
CommonProgramFiles
LOGONSERVER
NUMBER_OF_PROCESSORS
OS
PATHEXT
PROCESSOR_ARCHITECTURE
PROCESSOR_IDENTIFIER
PROCESSOR_LEVEL
PROCESSOR_REVISION
ProgramFiles
SESSIONNAME
SystemDrive
SystemRoot
USERDOMAIN
USERNAME
USERPROFILE
Ce n'est pas possible (cf. commande "PROMPT /?") , mais AMHA çà n'aurait
aucun intérêt, car source de confusion!
Il sufit de taper la commande "CMD /?" pour comprendre !!!
/C Exécute la commande donnée par la chaîne de caractères puis se termine
/K Exécute la commande donnée par la chaîne de caractères puis reste actif
Quelle drôle d'idée de passer par CMD pour lancer une appli avec interface
graphique !!!
La syntaxe exacte est dans ce cas :
cmd /c start /b %systemroot%\notepad.exe
(AMHA, taper "notepad" tout seul est quand même plus simple !!!!)
|
| Daniel92 replied to Jean-Claude BELLAMY on 30 May 2004 |
"Jean-Claude BELLAMY" <Jean-Claude.Bellamy@wanadoo.fr> a écrit dans
http://groups.google.fr/groups?threadm=Op2WsGkREHA.1448@TK2MSFTNGP11.phx.gbl
** Je n'ai posé aucune question à propos de SYSTEM.INI, WIN.INI, BOOT.INI,
qui sont les trois premiers onglets de msconfig.exe, tout au moins pour ma
version de Windows XP Edition Familiale.
** Je ne sais pas ce que veut dire AMHA, peut-être Mama Mia ... ou un juron.
J'ai même pensé un moment que c'était une commande de Windows.
Pour ce qui concerne "notepad", j'ai longuement hésité à préciser pourquoi
j'avais fait mon exemple avec, mais ... je ne pensais pas que cela viendrait
... de quelqu'un d'aussi expérimenté que Jean-Claude BELLAMY.
Je procéde toujours de la même manière sur un environnement et avec des
instructions que je ne connais pas bien; et je le faisais déjà quand je
faisais du développement.
Par prudence, pour essayer des fonctionnalités, je fais toujours mes essais
avec un programme simple dont je connais à peu près les fonctions et
réactions et dont le résultat sera facilement visible.
D'où mon choix d'utiliser "notepad" pour tester les paramètres de cmd.exe.
** Merci pour ces précisions qui me permettront de vérifier, surtout si la
désinstalltion n'est pas du tout propre.
De quel shell s'agit-il?
Malheureusement pour moi, comme je l'explique dans le message part1, aucun
élément de ce programme ne se trouve dans ces deux dossiers 'Démarrage' qui
sont rassemblés dans le menu démarrer.
Dommage pour moi, il faudra que je vérifie avant de faire des commandes,
sous réserve qu'elles fonctionnent en amont.
Mais c'est bien pratique ces variables d'environnement !
** Pas très bien compris pourquoi ce serait source de confusion, mais je
verrai à l'usage.
Merci pour ce conseil que j'avais évidemment suivi avant d'écrire mon
message, ne serait-ce que pour faire mes essais. J'obtiens le même résultat
dans les 2 cas; cela ne m'aide pas à comprendre la différence entre les deux
options?
** Sympa! , cela va me permettre de faire d'autres essais.
Trois des raccourcis qui me servent pour l'instant :
Références de A à Z de la ligne de commande
%windir%\hh.exe ms-its:%windir%\Help\ntcmds.chm::/ntcmds.htm
et listes par date et nom du fichier cookies :
%ComSpec% /K dir /O:-D /P
%ComSpec% /K dir /O:N /P
Démarré dans %HOMEDRIVE%%HOMEPATH%\Cookies
** Je pense qu'un peu de sérénité et de tolérance dans les réponses,
surtout venant de précurseurs des newsgroups, ne ferait pas de mal à
microsoft.public.fr.windowsxp et aux autres newsgroups.
Cordialement et merci encore pour toutes les réponses,
Daniel.
|
| Jean-Claude BELLAMY replied to Daniel92 on 31 May 2004 |
http://groups.google.fr/groups?threadm=Op2WsGkREHA.1448@TK2MSFTNGP11.phx.gbl
;+))
AMHA = A Mon Humble Avis
Acronyme souvent utilisé sur USENET (les forums), dont la version anglophone
est "IMHO" (In My Humble Opinion), qui sert à RELATIVISER un propos.
= "c'est mon avis personnel, mais cela
n'engage que moi, et ne doit pas être pris
pour une généralité"
"AMHA" est quand même plus court à écrire !;+))
Dans la même "lignée", on utilise également :
(la plupart des acronymes anglophones ne sont pas traduits)
AFA(I)K ("As Far As (I) Know")
-> Pour autant que je sache
ASAP ("As Soon As Possible")
-> Dès que possible
BTW ("By The Way")
-> A ce sujet
FAQ ("Frequently Asked Questions")
-> Foires Aux Questions (FAQ)
FU2 ("Follow-Up To")
-> Suivi à
(transfert d'un fil de discussion vers un autre forum)
FYI ("For Your Information")
-> Pour Votre Information (PVI)
LOL ("laughing out loud")
-> Je ris au éclats
OTB ("Out To Bed")
-> Je vais me coucher
PBKAC ("Problem Between Keyboard And Chair")
-> Le problème est entre le clavier et la chaise
ROTFL ("Rolling On The Floor Laughing")
-> Mort de Rire (MDR)
variante :
ROTFLBTC ("Rolling On The Floor Laughing Biting The Carpet")
-> Mort de Rire à manger la moquette
RTFM ("Read The Freakin' Manual!")
ou "Read The Fuc... Manual!")
-> Lis ce p..n de manuel !
YAA ("Yes Another Acronym")
-> Encore un nouvel acronyme
;+)))
Si c'est à des fins de test, alors là je comprends mieux !
Dans ton contexte, on pouvait croire que c'était réellement de cette façon
que tu voulais lancer Notepad, d'où mon étonnement!
On désigne par "Shell" (intraduisible en français, mais si cela signifie
"coquille") la 1ère application qui est lancée sous un OS (après le
chargement de l'OS lui-même) lors d'une ouverture de session, et qui permet
à l'UTILISATEUR d'interagir avec cet OS (grâce au clavier, la souris, ou
autre périphérique de saisie)
Sous DOS, c'est "command.com", qui affiche le fameux "prompt" à l'écran
("C:\>") et qui attend en permancence que l'utilisateur tape quelque chose
Sous Windows, c'est "explorer.exe", qui a donc 2 fonctions, et deux aspects
visuels :
1) shell de Windows, en affichant
- le fond d'écran et ses icônes
- le menu démarrer
- la barre de tâches
- le "system tray"
2) explorateur de fichiers, en affichant
- soit une fenêtre unique
- soit une fenêtre double
contenant tous les "objets" accessibles
sous forme arborescente (disques,
favoris réseau, panneau de config,...)
(ce qui explique que dans le gestionnaire de tâches, on voit au moins 2
instances de explorer.exe)
Le shell est donc "explorer.exe", mais ce n'est pas du tout une obligation!
On peut choisir une autre application.
Cela se définit dans la BDR :
HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Shell
La valeur est (normalement) "explorer.exe"
On pourrait très bien la remplacer par autre chose, mais si on ne veut pas
être "coincé", il faut que ce soit une application qui permette d'en lancer
d'autres. Par exemple l'éditeur texte "Editplus.exe", qui autorise l'ajout
de n'importe quelle commande et son lancement.
Si on définit comme shell p.ex. "Paint Shop Pro", c'est ce logicel qui
démarrera lors de toute ouverture de session, et on ne pourra désormais plus
rien faire d'autre, en particulier on ne pourra plus rétablir la BDR ! (sauf
à distance depuis une autre machine si on est dans un réseau local)
On peut par contre décider volontairement ce "blocage" du PC, en définissant
comme shell, p.ex., "Internet Explorer" (iexplore.exe), si bien que
l'utilisateur ne pourra rien faire d'autre que faire tourner IE ! (cas d'une
borne interactive publique)
En règle générale, à moins de savoir vraiment bien ce qu'on fait, il faut
absolument éviter de modifier cette clef "shell" !
Parce que la façon dont Windows crée les noms courts est souvent "absconse"
!
P.ex., dans le cas où il y a 2 (ou plus) sous-dossiers "longs", commençant
de la même façon, les noms courts ne permettent absolument pas de savoir
"qui est qui" de façon intuitive!
Exemple réel pris sur mon PC :
(dans "Program files")
16/03/2004 01:28 <REP> MICROS~2 Microsoft IntelliType Pro
21/04/2004 18:48 <REP> MICROS~1 Microsoft Plus!
16/03/2004 01:47 <REP> MICROS~3 Microsoft Visual Studio
16/03/2004 01:47 <REP> MICROS~4 Microsoft Works
Je me retrouve avec 4 dossiers dont le nom court est "MICROS~x" !
Comment savoir immédiatement à quoi correspond, p.ex., "MICROS~2" ???
D'où ma mise en garde contre les risques de confusion !
Replace cette remarque dans son contexte !
Elle ne se voulait nullement agressive!
Il n'y avait pas un quart de poil de yocto-pouïème de "non-sérénité" ou
intolérance dedans.
Je voulais seulement te mettre en garde, avec insistance (d'où le "RIEN" en
majuscules), contre cette info provenant de msconfig qui est totalement
INUTILE, et risque d'aiguiller l'utilisateur "non connaisseur" vers une
impasse.
Car tu ne serais pas le 1er qui essaye (en vain, évidemment!) de paramétrer
Windows XP avec ces 2 fichiers WIN.INI et SYSTEM.INI, et qui ne comprend pas
pourquoi çà n'a aucun effet.
|
| Daniel92 replied to Jean-Claude BELLAMY on 30 May 2004 |
Bonjour, tout d'abord merci pour vos réponses à tous les deux.
** Malheureusement comme je l'explique un peu plus loin, j'ai peu de chances
que ce programme se désinstalle proprement et ses éléments de l'onglet
"Démarrage" de MSconfig ne sont pas dans les deux dossiers suivants :
C:\Documents and Settings\All Users\Menu Démarrer\Programmes\Démarrage
C:\Documents and Settings\mon user\Menu Démarrer\Programmes\Démarrage
"Jean-Claude BELLAMY" a écrit dans
news:Op2WsGkREHA.1448@TK2MSFTNGP11.phx.gbl...
http://groups.google.fr/groups?threadm=uTzQsGiREHA.808@tk2msftngp13.phx.gbl
** La réponse se trouve dans le help du Programmes de configuration du
système (msconfig.exe) :
Vue d'ensemble de l'Utilitaire de configuration système
Pour isoler des problèmes à l'aide des options du démarrage du système
Sous l'onglet Général, cliquez sur Démarrage sélectif. etc...
Jean-Claude BELLAMY continuait :
Je m'aperçois que je n'ai pas du être très clair à propos de ma question sur
la désinstallation:
J'ai besoin de désinstaller un programme qui a été mal installé à la primo
installation et j'aurai probablement besoin, dixit son fabriquant, de
terminer manuellement le nettoyage dans le Registre. Ce qui ne m'enchante
guère.
Un programme dont certains éléments ne sont pas arrêtés avant la
désinstallation ne se désinstalle pas toujours bien, c'est du moins ce que
j'ai lu dans des dépannages ici.
Comme je manque de pratique, par précaution je préfère poser la question
avant... Il existe peut-être aussi une méthode plus simple pour être sûr que
tout est bien arrêté.
Le fabriquant m'a donné une procédure de désinstallation qui est dans le
désordre et comme je veux mettre toutes les chances de mon côté, je ne veux
pas commencer sans vérifier un certain nombre de points, qui sont :
1- Dois-je décocher dans les onglets de "Services" et "Démarrage" du
paramétrage de Msconfig, les éléments de ce programme et UNIQUEMENT les
siens; puis ensuite faire un re-Démarrage sélectif, AVANT de lancer sa
désinstallation dans 'AJOUT/SUPP programmes' ?
2- Savoir si en final le ou les fichiers de commandes ou clés du Registre
nécessaires à Msconfig seront bien mis à jour, dans ce cas par suppression
des lignes correspondantes à ce programme désinstallé ?
La question concernant les fichiers de commandes n'est posé que par simple
curiosité, je n'ai évidemment pas l'intention d'intervenir à ce niveau là,
alors que des programmes de Windows XP le font très bien.
Pour les questions sur 'Invite de Commandes' qui ne sont pas liés à cette
question, je regarde dans le détail et vous réponds dans un autre message.
Cordialement,
Daniel.
( je suis sous Windows XP Édition Familiale)
|
| P@py.Net replied to Daniel92 on 30 May 2004 |
Hello *Daniel92* !
Pour les services, il faut faire démarrer exécuter services.msc
Normalement, si les programmes se désinstallent proprement le "contenu"
du msconfig devrait être mis à jour.
Certains programmes qui se lancent au démarrage sont des raccourcis qui
sont dans menu démarrer, programmes, démarrage
Bon dimanche
|
|
