[WinXP] cd-rom non executable :/

Stephane Catteau n'était pas loin de dire :

Je n'ai pas encore eu le temps de le faire, mais je vais essayer avec
SandBoxie pour voir si sa pseudo émulation du système suffit à
contourner le problème.

nan :(

Si rien n'apparaît il va falloir sortir procmon du placard

Oup's, voilà ce que j'avais oublié de faire. J'avais pensé à process
explorer pour m'assurer qu'il n'y avait pas de process non désiré, mais
pas à regarder plus en profondeur. Je m'y colle.

Le résultat me laisse perplexe, mais au moins j'ai isolé un peu plus
la source du problème.

Cas 1: L'application associée est déjà lancée. Dans ce cas là, ça
marche à la perfection, le fichier (enfin son nom et son emplacement)
est correctement transmit à l'application, correctement ouvert et
correctement rendu.

Cas 2: L'application associée n'est pas lancée. Dans ce cas, un
nouveau processus est créé pour l'application, qui se charge
correctement... et fini par mourrir silencieusement parce qu'elle n'a
pas réussi à trouver le fichier. Et pour cause :
"CreateFile Z:Setuprsrcart:|: NAME NOT FOUND"

Lou ravi n'avait donc pas tort, même si c'est bien moi qui ait merdé
quelque part, le fond du problème doit se trouver du côté de la liaison
inter-processus. Mais je ne m'explique pas comment cette liaison peut
fonctionner correctement dans un cas et planter lamentablement dans un
autre.

Stephane Catteau a écrit...

Lou Ravi n'était pas loin de dire :

Je crois qu'au fond le problème est dans le DDE ou un truc comme ça,
et pourrait être reglé à la main via des options de dossiers/types
fichiers/le-type-de-fichier-concerné/avancé/et suite...

Nan, le fond du problème est dans l'interface chaise-clavier. Lorsque
j'ai installé le Vista de ma femme, j'ai passé trois jours à faire du
hardening dessus

Tu aurais mieux fait de lancer Windows Update avant d'aller faire du
hard-ch'ais-pas-quoi sur ta femme... pendant trois jours quand même,
monsieur est en forme... ou exagère ?

...désolé, pas pu résister ! ;-)

--
Cordialement,

Luc Burnouf
http://www.faqoe.com/

Lou Ravi n'était pas loin de dire :

Si, par contre tu as le CD avec la même SP, une réparation à partir
de Windows serait possible via un Executer/SFC (System File Check,
je crois)

La machine est suffisement récente pour que le CD soit du bon SP (il a
juste fallu que je remette la main dessus), le problème c'est que SFC
s'évertue à me demander un CD d'XP professionnel, alors que le système
est formel, j'ai une version familiale... et donc le CD qui va avec. Du
coup c'est une voie qui m'est interdite. Mais bon, pour ce qu'elle
m'aurait apportée (voir plus bas).

Je crois qu'au fond le problème est dans le DDE ou un truc comme ça, et
pourrait être reglé à la main via des options de dossiers/types
fichiers/le-type-de-fichier-concerné/avancé/et suite...

Si on fait le point, l'erreur ne peut qu'être humaine en fait. Si
c'était un fichier qui était corrompu, il le serait dans tous les cas
et non pas uniquement lorsque le fichier est sur un CD/DVD *et* que
l'application hôte n'est pas lancée.

Hors c'est là que se situe le plus emerdant dans l'histoire, car une
simple restauration du système ne suffira pas, il faudrait que je
réinstalle Windows sur lui-même, de façon à remettre l'ensemble de la
configuration à zéro. Et là, j'avoue que je suis loin d'être partant,
puisqu'il faudrait reconfigurer le système mais aussi réinstaller et
reconfigurer tout ce qui se trouve dessus.
Du coup si quelqu'un avait une idée ça m'arrangerait quand même
énormément.

Newsgroup fr.comp.os.ms-windows

Lou Ravi n'était pas loin de dire :

Si, par contre tu as le CD avec la même SP, une réparation à partir
de Windows serait possible via un Executer/SFC (System File Check,
je crois)

La machine est suffisement récente pour que le CD soit du bon SP (il a
juste fallu que je remette la main dessus), le problème c'est que SFC
s'évertue à me demander un CD d'XP professionnel, alors que le système
est formel, j'ai une version familiale... et donc le CD qui va avec. Du
coup c'est une voie qui m'est interdite. Mais bon, pour ce qu'elle
m'aurait apportée (voir plus bas).

Essayer en introduisant le CD avant de taper sfc /scannow

Voici la cause du message et la façon de corriger :

You may be prompted to insert a WinXP Professional CD
when you run the System File Checker tool in WinXP Home Edition
http://support.microsoft.com/kb/897128/en
(Corriger "Professionel" au paragraphe [Strings] de
C:WindowsInfFp40ext.inf et Ims.inf)

Je crois qu'au fond le problème est dans le DDE ou un truc comme ça, et
pourrait être reglé à la main via des options de dossiers/types
fichiers/le-type-de-fichier-concerné/avancé/et suite...

Si on fait le point, l'erreur ne peut qu'être humaine en fait. Si
c'était un fichier qui était corrompu, il le serait dans tous les cas
et non pas uniquement lorsque le fichier est sur un CD/DVD *et* que
l'application hôte n'est pas lancée.

Hors c'est là que se situe le plus emerdant dans l'histoire, car une
simple restauration du système ne suffira pas, il faudrait que je
réinstalle Windows sur lui-même, de façon à remettre l'ensemble de la
configuration à zéro. Et là, j'avoue que je suis loin d'être partant,
puisqu'il faudrait reconfigurer le système mais aussi réinstaller et
reconfigurer tout ce qui se trouve dessus.

Réinstaller Windows sur lui-même répare Windows et ne désinstalle rien.
http://support.microsoft.com/kb/315341/fr
http://www.astucesinternet.com/modules/news/article.php?storyid&2s

Du coup si quelqu'un avait une idée ça m'arrangerait quand même
énormément.

Résumé des épisodes précédents :

Les fichiers et les exécutables ne sont pas ouverts quand lancés depuis
le CD (lettre Z je crois).

Exception : si le programme associé au fichier est déjà lancé,
l'opération se déroule normalement. Exemple : ouvrir le navigateur,
PUIS lancer un fichier html présent sur le CD fonctionne bien. Si le
navigateur n'était pas lancé, l'opération n'abouti pas. "Windows répond
qu'il ne trouve pas le fichier".

À propos il est facile de copier un message de Windows pour rapporter
sa teneur exacte, avec CTL+C
http://fspsa.free.fr/copiecran.htm#copier-un-message-windows-avec-CTL+C

L'observateur d'événement peut donner une indication.

À la suggestion de changer la lettre du lecteur (Z je crois) il a été
répondu que ça risquait de déranger les jeux. Le dérangement ne serait
que provisoire, c'est juste pour voir si la lettre a un rôle dans ce
comportement.

La lettre Z est souvent utilisée pour les lecteurs réseau. Voir le menu
Outils dans l'explorateur de fichiers.

Process Monitor a révélé que quand le problème a lieu cela semble lié à
une tentative d'écriture sur le CD :

"CreateFile Z:Setuprsrcart:|: NAME NOT FOUND"

Je n'ai pas trouvé à quoi correspondait ce "Setuprsrcart" (le jeu
Doom ?) mais il doit y avoir des traces de ce rsrc sur le disque dur ou
dans le registre.

--
Salutations, Jean-François
http://fspsa.free.fr/Virus-Malwares-Comment-on-se-fait-infecter.htm

Newsgroup fr.comp.os.ms-windows

Est-ce la même chose en changeant lettre du lecteur ?

Je n'ai pas essayé de changer la lettre du lecteur ; j'ai des jeux
installé et la flemme de devoir tout refaire pour qu'ils trouvent le CD

Il ne s'agit que de faire un test momentané.
L'utilisation d'un lecteur virtuel allait aussi dans le sens de voir si
d'avoir choisi la dernière lettre de l'alphabet pour le lecteur de CD
joue un rôle. Z est en général la lettre utilisée par un lecteur
réseau...

Si rien n'apparaît il va falloir sortir procmon du placard

Oup's, voilà ce que j'avais oublié de faire. J'avais pensé à process
explorer pour m'assurer qu'il n'y avait pas de process non désiré, mais
pas à regarder plus en profondeur. Je m'y colle.

Le résultat me laisse perplexe, mais au moins j'ai isolé un peu plus
la source du problème.

Cas 1: L'application associée est déjà lancée. Dans ce cas là, ça
marche à la perfection, le fichier (enfin son nom et son emplacement)
est correctement transmit à l'application, correctement ouvert et
correctement rendu.

Cas 2: L'application associée n'est pas lancée. Dans ce cas, un
nouveau processus est créé pour l'application, qui se charge
correctement... et fini par mourrir silencieusement parce qu'elle n'a
pas réussi à trouver le fichier. Et pour cause :
"CreateFile Z:Setuprsrcart:|: NAME NOT FOUND"

Donc ce machin tente d'écrire sur le lecteur de CD Z et se plante. Et
il entraine le reste avec lui....

Chercher RSRC sur le disque dur et dans le registre. Procmon devrait
donner des pistes en cherchant RSRC dans le log.

RSRC se manifeste seulement lorsqu'on tente d'ouvrir un fichier html du
CD, ou aussi avec d'autres fichiers ou programmes ?

Un simple fichier texte par exemple donne quoi ? Ou une image ?

Côté antivirus et antiparasites on a fait quelque chose ?

--
Salutations, Jean-François
http://fspsa.free.fr/Capture-Ecran-et-Publication-vers-Newsgroups.htm

JF devait dire quelque chose comme ceci :

Essayer en introduisant le CD avant de taper sfc /scannow

C'est comme ça que j'avais fait

Voici la cause du message et la façon de corriger :

You may be prompted to insert a WinXP Professional CD
when you run the System File Checker tool in WinXP Home Edition
http://support.microsoft.com/kb/897128/en
(Corriger "Professionel" au paragraphe [Strings] de
C:WindowsInfFp40ext.inf et Ims.inf)

Maintenant c'est bien la version familiale qu'il me demande, sauf qu'il
ne la trouve pas. Après avoir regardé ça de plus prêt, il n'y a aucun
accès au niveau du lecteur de CD/DVD, donc sfc croit qu'il n'y a pas de
CD, alors qu'il est là et bien visible dans l'explorateur de fichier,
autant qu'avec un bon vieux dir. Bref ce n'est pas sfc qui va pouvoir
m'aider :(


[snip]

Réinstaller Windows sur lui-même répare Windows et ne désinstalle rien.
http://support.microsoft.com/kb/315341/fr
http://www.astucesinternet.com/modules/news/article.php?storyid&2s

Ben la dernière fois que j'ai réinstallé Windows sur lui-même j'ai eu
un mois de boulot par derrière, mais bon il y a peut-être un truc à faire
que je n'ai pas fait.


[snip]

À propos il est facile de copier un message de Windows pour rapporter
sa teneur exacte, avec CTL+C

En l'occurence, c'est justement ça la teneur exacte du message d'erreur,
à savoir le "Windows ne trouve pas" suivi du nom du fichier. Evidement,
j'ai fait l'impasse sur les conseils d'usage, à savoir vérifier que le
nom est correctement écrit et l'endroit où cliquer pour faire une
recherche ; principalement parce que tout part d'un double-clique, donc
si erreur il y a (et il y a) elle ne vient pas de moi mais du système.

À la suggestion de changer la lettre du lecteur (Z je crois) il a été
répondu que ça risquait de déranger les jeux. Le dérangement ne serait
que provisoire, c'est juste pour voir si la lettre a un rôle dans ce
comportement.

Provisoire si ça ne règle rien, définitif (ou tout du moins à plus long
terme) si ça règle quelque chose. Mais bon, en l'occurence ça fait un
moment que j'ai essayé et ça ne règle rien (ce qui n'est guère surprenant).


[snip]

Process Monitor a révélé que quand le problème a lieu cela semble lié à
une tentative d'écriture sur le CD :

Non, le "CreateFile" désigne la création d'un descripteur de fichier et
non la création d'un fichier.

Pour être plus précis, l'application devrait faire ceci :

<process monitor>
FileSystemControl Z:Setuprsrcart SUCCESS Control: FSCTL_IS_VOLUME_MOUNTED
QueryOpen Z:Setuprsrcart FAST IO DISALLOWED
CreateFile Z:Setuprsrcart SUCCESS Desired Access: Read Attributes, Disposition: Open, Options: Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a, OpenResult: Opened
QueryBasicInformationFile Z:Setuprsrcart SUCCESS CreationTime: 26/02/2005 01:01:29, LastAccessTime: 01/01/1601 02:00:00, LastWriteTime: 26/02/2005 01:01:29, ChangeTime: 26/02/2005 01:01:29, FileAttributes: RD
CloseFile Z:Setuprsrcart SUCCESS
</>

C'est-à-dire (si je ne suis pas trop rouillé) vérifier que le support
amovible (donc ici le CD) est bien présent et demander les attributs du
répertoire contenant le fichier sur lequel j'ai double cliqué. Et c'est
bien ce qui se passe lorsque l'application cible est déjà lancée.

Par contre, lorsque l'application cible n'est pas encore lancée, la
création du descripteur de fichier ne se fait pas, parce qu'il y a un ':|:'
parasite dans le nom du répertoire :
<process monitor>
CreateFile Z:Setuprsrcart:|: NAME NOT FOUND
</>
Si ma mémoire est bonne, la présence de ce ':|:' démontre qu'il y a eu
une belle caguade dans le lieu OLE lors de la transmission du nom du
fichier.

La question se résume donc à : Pourquoi la liaison OLE plante-t-elle
lorsqu'il y a création de processus suite à une action sur le CD, alors
qu'elle réussi lorsqu'il n'y a que création d'un thread ?
Du coup, je ne sais plus trop, ça peut finalement être aussi logiciel,
même si ça me semble terriblement ciblé comme corruption.

JF devait dire quelque chose comme ceci :

Chercher RSRC sur le disque dur et dans le registre. Procmon devrait
donner des pistes en cherchant RSRC dans le log.

C'est juste le nom du répertoire contenant le fichier, rien de plus et
surtout rien à voir avec la dll du même nom contenant un spyware.

Un simple fichier texte par exemple donne quoi ? Ou une image ?

Rien quelque soit le type de fichier. Je peux passer outre pour tous
les fichiers de données, puisqu'il suffit que l'application cible soit
lancée pour que ça marche, mais pour les programmes cette astuce ne
marche pas.

Côté antivirus et antiparasites on a fait quelque chose ?

J'ai déjà cherché de ce côté, j'avais même doublé avec plusieurs scan
en ligne pour être sûr de pas passer à côté de quelque chose. La seule
chose que j'avais trouvé c'était un faux positif avec un anti-virus
(Win32/Olmarik.Kl sur un lsass.exe confirmé comme sain par Virus
Total). Et là je viens de refaire un scan (dès fois que j'ai été l'un
des premiers infectés) et le résultat est toujours le même, rien à
signaler.

Newsgroup fr.comp.os.ms-windows

JF devait dire quelque chose comme ceci :

C'est bizarre cette formulation. Pourquoi ce flou ?

Steph : <== ça c'est net, pas de chichis. Bonjour marche aussi.

Essayer en introduisant le CD avant de taper sfc /scannow

C'est comme ça que j'avais fait

Voici la cause du message et la façon de corriger :
You may be prompted to insert a WinXP Professional CD
when you run the System File Checker tool in WinXP Home Edition
http://support.microsoft.com/kb/897128/en
(Corriger "Professionel" au paragraphe [Strings] de
C:WindowsInfFp40ext.inf et Ims.inf)

Maintenant c'est bien la version familiale qu'il me demande

ok

sauf qu'il
ne la trouve pas. Après avoir regardé ça de plus prêt, il n'y a aucun
accès au niveau du lecteur de CD/DVD, donc sfc croit qu'il n'y a pas de
CD, alors qu'il est là et bien visible dans l'explorateur de fichier,
autant qu'avec un bon vieux dir. Bref ce n'est pas sfc qui va pouvoir
m'aider :(

Alors c'est suite au changement de lettre du lecteur
http://docxp.mvps.org/SFC_Scannow.htm

À la suggestion de changer la lettre du lecteur

en l'occurence ça fait un moment que j'ai essayé et ça ne règle rien

Merci de l'info.

[snip]

Process Monitor a révélé que quand le problème a lieu cela semble lié à
une tentative d'écriture sur le CD :

Non, le "CreateFile" désigne la création d'un descripteur de fichier et
non la création d'un fichier.

Pour être plus précis, l'application devrait faire ceci :

<process monitor>
FileSystemControl Z:Setuprsrcart SUCCESS Control:
FSCTL_IS_VOLUME_MOUNTED QueryOpen Z:Setuprsrcart FAST
IO DISALLOWED CreateFile Z:Setuprsrcart SUCCESS Desired
Access: Read Attributes, Disposition: Open, Options: Open Reparse Point,
Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a,
OpenResult: Opened QueryBasicInformationFile Z:Setuprsrcart
SUCCESS CreationTime: 26/02/2005 01:01:29, LastAccessTime: 01/01/1601
02:00:00, LastWriteTime: 26/02/2005 01:01:29, ChangeTime: 26/02/2005
01:01:29, FileAttributes: RD CloseFile Z:Setuprsrcart
SUCCESS </>

C'est-à-dire (si je ne suis pas trop rouillé) vérifier que le support
amovible (donc ici le CD) est bien présent et demander les attributs du
répertoire contenant le fichier sur lequel j'ai double cliqué. Et c'est
bien ce qui se passe lorsque l'application cible est déjà lancée.

Par contre, lorsque l'application cible n'est pas encore lancée, la
création du descripteur de fichier ne se fait pas, parce qu'il y a un ':|:'
parasite dans le nom du répertoire :
<process monitor>
CreateFile Z:Setuprsrcart:|: NAME NOT FOUND
</>
Si ma mémoire est bonne, la présence de ce ':|:' démontre qu'il y a eu
une belle caguade dans le lieu OLE lors de la transmission du nom du
fichier.

La question se résume donc à : Pourquoi la liaison OLE plante-t-elle
lorsqu'il y a création de processus suite à une action sur le CD, alors
qu'elle réussi lorsqu'il n'y a que création d'un thread ?
Du coup, je ne sais plus trop, ça peut finalement être aussi logiciel,
même si ça me semble terriblement ciblé comme corruption.

Plus d'idée, à part tester un lecteur virtuel, okazou.

--
Salutations, Jean-François
http://fspsa.free.fr/hijackthis-c-fini.htm