Ave, pécésards, celui qui va discourir vous salue.
J'ai préféré grouper les commandes, alors voici le sommaire :
Problème #1 : suite à un plantage, références croisées, noms de fichiers
invalides
Problème #2 : suite à un plantage, perte de quelques messages dans les dossiers
Outlook Express
Problème #3 : fonction Rechercher de l'explorateur semble hasardeuse/capricieuse
[suivi sur fr.comp.sys.pc]
==> Problème #1
Well... Voici ce que m'indique le rapport de vérification du lecteur E:
(Winlogon dans la rubrique Application de l'Observateur d'évènements de Windows
XP, 05/09/2007), cette partition de 30Go servant notamment pour les
téléchargements (dossiers Incoming et Temp de eMule), et pour le stockage
temporaire (doit par conséquent être *très* fragmentée, comme je repousse sans
cesse cette tâche, considérant qu'il faut d'abord libérer de l'espace disque ce
qui tient quasiment du voeu pieux...) :
« Vérification du système de fichiers sur E:
Le type du système de fichiers est FAT32.
L'intégrité de l'un de vos disques doit être vérifiée.
Vous pouvez annuler cette vérification, mais son exécution est
fortement recommandée.
Windows va maintenant vérifier le disque.
Le numéro de série du volume est xxxx-xxxx
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\┐473~1.oAR Marque horaire non valide.
La taille de l'entrée \temp\┐473~1.oAR est incorrecte.
\temp\┐473~1.oAR a une référence croisée dans l'unité d'allocation 1950522
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\o162PA~1.ÝET Marque horaire non valide.
\temp\o162PA~1.ÝET Marque horaire non valide.
\temp\o162PA~1.ÝET a une référence croisée dans l'unité d'allocation 15190
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\■165PA~1.þET Marque horaire non valide.
\temp\■165PA~1.þET a une référence croisée dans l'unité d'allocation 38777
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\¸095PA~1.ØET Marque horaire non valide.
\temp\¸095PA~1.ØET a une référence croisée dans l'unité d'allocation 48023
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\╗835PA~1.>AK a une référence croisée dans l'unité d'allocation 144
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
\temp\´580PA~1.?AK Marque horaire non valide.
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\þ564PA~1. ET Marque horaire non valide.
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\ 317PA~1.ÕET Marque horaire non valide.
\temp\ 317PA~1.ÕET a une référence croisée dans l'unité d'allocation 16762
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
\temp\o612~1.§AR Marque horaire non valide.
\temp\o612~1.§AR Marque horaire non valide.
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\■105PA~1.wET a une référence croisée dans l'unité d'allocation 16967
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\Ï654PA~1.ET a une référence croisée dans l'unité d'allocation 38853
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\o171PA~1.¸ET Marque horaire non valide.
\temp\o171PA~1.¸ET a une référence croisée dans l'unité d'allocation 40164
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
\temp\m952PA~1. ET Marque horaire non valide.
\temp\m952PA~1. ET Marque horaire non valide.
\temp\m952PA~1. ET a une référence croisée dans l'unité d'allocation 21760
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\ 272PA~1.fET Marque horaire non valide.
\temp\ 272PA~1.fET a une référence croisée dans l'unité d'allocation 21976
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
\temp\«573PA~1.ET Marque horaire non valide.
\temp\«573PA~1.ET Marque horaire non valide.
\temp\«573PA~1.ET a une référence croisée dans l'unité d'allocation 18299
Référence croisée résolue par copie.
Suppression de l'entrée de dossier long non valide de \temp...
Suppression de l'entrée de dossier long non valide de \temp...
\temp\6146.part a une référence croisée dans l'unité d'allocation 15687
Référence croisée résolue par copie.
\temp\fichiers foireux\923PA~1. AK Marque horaire non valide.
\temp\fichiers foireux\148PA~1. AK Marque horaire non valide.
\temp\fichiers foireux\148PA~1. AK Marque horaire non valide.
\temp\fichiers foireux\148PA~1. AK a une référence croisée dans l'unité
d'allocation 3003
Référence croisée résolue par copie.
\temp\fichiers foireux\Ì797PA~1. AK Marque horaire non valide.
\temp\fichiers foireux\¸911~1. AR Marque horaire non valide.
\temp\fichiers foireux\²903~1. AR Marque horaire non valide.
\temp\fichiers foireux\§740PA~1. ET Marque horaire non valide.
\temp\fichiers foireux\§740PA~1. ET a une référence croisée dans l'unité
d'allocation 14667
Référence croisée résolue par copie.
\temp\fichiers foireux\¹223PA~1. ET Marque horaire non valide.
\temp\fichiers foireux\¹223PA~1. ET Marque horaire non valide.
\temp\fichiers foireux\¹223PA~1. ET a une référence croisée dans l'unité
d'allocation 15109
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\O339PA~1. ET Marque horaire non valide.
\temp\fichiers foireux\O339PA~1. ET a une référence croisée dans l'unité
d'allocation 2792
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\Ò157PA~1. ET Marque horaire non valide.
\temp\fichiers foireux\Ò157PA~1. ET a une référence croisée dans l'unité
d'allocation 29056
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\Ý399~1._AR Marque horaire non valide.
\temp\fichiers foireux\Ý399~1._AR Marque horaire non valide.
\temp\fichiers foireux\ 696PA~1.{ET Marque horaire non valide.
\temp\fichiers foireux\ 696PA~1.{ET a une référence croisée dans l'unité
d'allocation 21985
Référence croisée résolue par copie.
\temp\fichiers foireux\ 375PA~1.~AC Marque horaire non valide.
\temp\fichiers foireux\ 375PA~1.~AC a une référence croisée dans l'unité
d'allocation 917826
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\²403PA~1.~AK Marque horaire non valide.
\temp\fichiers foireux\²403PA~1.~AK Marque horaire non valide.
\temp\fichiers foireux\²403PA~1.~AK a une référence croisée dans l'unité
d'allocation 512
Référence croisée résolue par copie.
\temp\fichiers foireux\¸946~1.´AR Marque horaire non valide.
\temp\fichiers foireux\¸946~1.´AR Marque horaire non valide.
\temp\fichiers foireux\■285PA~1.´ET Marque horaire non valide.
\temp\fichiers foireux\■285PA~1.´ET Marque horaire non valide.
\temp\fichiers foireux\■285PA~1.´ET a une référence croisée dans l'unité
d'allocation 16528
Référence croisée résolue par copie.
\temp\fichiers foireux\ 835~1.¸AR Marque horaire non valide.
La taille de l'entrée \temp\fichiers foireux\ 835~1.¸AR est incorrecte.
\temp\fichiers foireux\ 835~1.¸AR a une référence croisée dans l'unité
d'allocation 834535
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\ 838~1.¸AR Marque horaire non valide.
\temp\fichiers foireux\ 838~1.¸AR Marque horaire non valide.
\temp\fichiers foireux\▀671~1.¸AR Marque horaire non valide.
\temp\fichiers foireux\²238PA~1.¸ET Marque horaire non valide.
\temp\fichiers foireux\²238PA~1.¸ET Marque horaire non valide.
\temp\fichiers foireux\²238PA~1.¸ET a une référence croisée dans l'unité
d'allocation 38767
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\┐671PA~1.±AK Marque horaire non valide.
\temp\fichiers foireux\²645PA~1.■AK a une référence croisée dans l'unité
d'allocation 1133
Référence croisée résolue par copie.
\temp\fichiers foireux\977PA~1.║ET Marque horaire non valide.
\temp\fichiers foireux\977PA~1.║ET a une référence croisée dans l'unité
d'allocation 16824
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\¸464PA~1.┐ET Marque horaire non valide.
\temp\fichiers foireux\¸464PA~1.┐ET a une référence croisée dans l'unité
d'allocation 21880
Référence croisée résolue par copie.
\temp\fichiers foireux\┐349PA~1.┐ET Marque horaire non valide.
\temp\fichiers foireux\┐349PA~1.┐ET a une référence croisée dans l'unité
d'allocation 57088
Référence croisée résolue par copie.
\temp\fichiers foireux\²598PA~1.┐ET Marque horaire non valide.
\temp\fichiers foireux\²598PA~1.┐ET Marque horaire non valide.
\temp\fichiers foireux\²598PA~1.┐ET a une référence croisée dans l'unité
d'allocation 17415
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\ 645PA~1.▀ET Marque horaire non valide.
\temp\fichiers foireux\ 645PA~1.▀ET a une référence croisée dans l'unité
d'allocation 370
Référence croisée résolue par copie.
\temp\fichiers foireux\²358PA~1.█ET Marque horaire non valide.
\temp\fichiers foireux\²358PA~1.█ET a une référence croisée dans l'unité
d'allocation 15685
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\¸067PA~1.§ET Marque horaire non valide.
\temp\fichiers foireux\¸067PA~1.§ET a une référence croisée dans l'unité
d'allocation 17774
Référence croisée résolue par copie.
\temp\fichiers foireux\÷923~1.¾AR Marque horaire non valide.
\temp\fichiers foireux\ 145PA~1.¹ET Marque horaire non valide.
\temp\fichiers foireux\ 145PA~1.¹ET a une référence croisée dans l'unité
d'allocation 16518
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\{319PA~1.¹ET Marque horaire non valide.
\temp\fichiers foireux\{319PA~1.¹ET a une référence croisée dans l'unité
d'allocation 18832
Référence croisée résolue par copie.
\temp\fichiers foireux\ 906PA~1.²AK Marque horaire non valide.
\temp\fichiers foireux\ 906PA~1.²AK Marque horaire non valide.
\temp\fichiers foireux\ 906PA~1.²AK a une référence croisée dans l'unité
d'allocation 7372
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\ 814PA~1.²ET Marque horaire non valide.
\temp\fichiers foireux\ 814PA~1.²ET a une référence croisée dans l'unité
d'allocation 21906
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\´082PA~1.²ET Marque horaire non valide.
\temp\fichiers foireux\´082PA~1.²ET a une référence croisée dans l'unité
d'allocation 16626
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\²666PA~1.²ET a une référence croisée dans l'unité
d'allocation 10229
Référence croisée résolue par copie.
\temp\fichiers foireux\À165PA~1.²ET Marque horaire non valide.
\temp\fichiers foireux\À165PA~1.²ET a une référence croisée dans l'unité
d'allocation 9649
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\┐248PA~1.³ET Marque horaire non valide.
\temp\fichiers foireux\┐248PA~1.³ET Marque horaire non valide.
\temp\fichiers foireux\┐248PA~1.³ET a une référence croisée dans l'unité
d'allocation 19640
Référence croisée résolue par copie.
\temp\fichiers foireux\²529PA~1.³ET Marque horaire non valide.
\temp\fichiers foireux\²529PA~1.³ET Marque horaire non valide.
\temp\fichiers foireux\²529PA~1.³ET a une référence croisée dans l'unité
d'allocation 56352
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\¹640PA~1.ÀET Marque horaire non valide.
\temp\fichiers foireux\¹640PA~1.ÀET a une référence croisée dans l'unité
d'allocation 19916
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
\temp\fichiers foireux\°410PA~1.AK Marque horaire non valide.
\temp\fichiers foireux\°410PA~1.AK Marque horaire non valide.
\temp\fichiers foireux\°410PA~1.AK a une référence croisée dans l'unité
d'allocation 4957
Espace disque insuffisant pour copier la portion de référence croisée.
Le fichier est en train d'être tronqué.
Windows a effectué des corrections sur le système de fichiers.
31680720 Ko d'espace disque au total.
5248 Ko dans 37 fichiers cachés.
23536 Ko dans 1260 dossiers.
32782032 Ko dans 38266 fichiers.
544 Ko sont disponibles.
16384 octets dans chaque unité d'allocation.
1980045 unités d'allocation au total sur le disque.
34 unités d'allocation disponibles sur le disque.
Pour plus d'informations, consultez le centre Aide et support à l'adresse »
Re-Well... Sacré bordel hein ? Ces fichiers se trouvent tous dans le dossier
Temp d'eMule ; ce répertoire contient trois types de fichiers, un de chaque pour
chaque téléchargement ajouté, dont le nom est de la forme 3857.part (fichier
partiel), 3857.part.met (infos sur le fichier partiel), 3857.part.met.bak
(sauvegarde des infos sur le fichier partiel). Ceci s'est produit suite à un
plantage inopiné (ce qui m'arrive un peu trop souvent à mon goût depuis quelques
mois... pourrait-ce être dû aux barrettes de mémoire installées en janvier ? à
une fragmentation excessive du fichier de mémoire virtuelle, ou du disque plus
généralement ?...). Manifestement, il s'agit donc de fichiers du répertoire Temp
de eMule qui ont été sauvagement renommés avec des caractères cabalistiques, et
pour certains tout aussi sauvagement acoquinés à d'autres fichiers situés (je
présume) sur la même partition. La vérification du lecteur semble avoir résolu
partiellement le problème de « références croisées », mais l'espace disque est
devenu insuffisant pour terminer convenablement le processus, et il semble que
certains fichiers aient été tronqués. Comment savoir précisément quels fichiers
ont été tronqués ? (En ouvrant certains de ces fichiers aux noms exotiques dans
le Bloc-notes j'ai reconnu la structure de fichiers PDF, ou du texte provenant
d'un fichier TXT que je crois avoir identifié et qui semble intact.) D'autre
part, certains de ces fichiers ont reçu des noms qui les rendent impossibles à
manipuler sous Windows (renommer, déplacer => « Impossible de renommer Fichier :
Impossible de lire à partir du fichier ou de la disquette source »), et
peut-être même sous DOS (je ne maîtrise guère, mais du moins la commande «
rename » semble inopérante, j'obtiens : « le fichier spécifié est
introuvable »). Comment renommer ces fichiers afin d'accéder à leur contenu
et/ou de les supprimer ? Ces noms sont les suivants (entre parenthèses la cause
probable, selon moi, de la non-reconnaissance) :
õ865PA~1. AK (espace au début de l'extension)
m952PA~1. ET (espace au début de l'extension)
þ564PA~1. ET (espace au début de l'extension et peut-être le zibouiboui au début
du nom)
´580PA~1.?AK (point d'interrogation au début de l'extension et peut-être le
zibouiboui au début du nom)
o171PA~1.¸ET (zibouiboui au début de l'extension)
╗835PA~1.>AK (le > au début de l'extension et peut-être le zibouiboui au début
du nom)
o612~1.§AR (peut-être le § au début de l'extension ?)
w079PA~1.AK (le zibouiboui au début de l'extension)
272PA~1.fET (espace au début du nom)
¹383~1.ıAR (1 en indice au début de l'extension, en exposant au début du nom)
┐473~1.oAR (le zibouiboui au début du nom)
■165PA~1.þET (le zibouiboui au début du nom, au début de l'extension)
¸015~1.uAR (le zibouiboui au début du nom)
■105PA~1.wET (le zibouiboui au début du nom)
o162PA~1.ÝET (le Y accentué au début de l'extension)
Un coup de CHKDSK n'a détecté aucune anomalie.
J'ai également trouvé ceci, dans la rubrique Système de l'Observateur
d'événements :
« Le filtre de restauration du système à rencontré l'erreur inattendue
'0xC0000034' pendant le traitement du fichier 'temp' sur le volume
'HarddiskVolume3'. Ceci a entraîné l'arrêt de la surveillance du volume.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
http://go.microsoft.com/fwlink/events.asp. »
----------------------------------------
==> Problème #2
Suite à un précédent plantage inopiné, je me suis aperçu que j'avais perdu,
parmi mes dossiers Outlook Express, tous les messages envoyés le 18-09-2007 (et
peut-être aussi les messages enregistrés à la même date dans le dossier
Brouillons). Comment une perte aussi spécifique peut-elle s'expliquer ? Y a-t-il
(ou y avait-il...) moyen de retrouver les données perdues ? J'ai tenté divers
outils d'extraction/réparation de fichiers DBX, aucun n'a retrouvé les messages
manquants (y compris un logiciel payant, dont la version démo permet seulement
de voir les en-têtes, et qui en revanche semble pouvoir récupérer des messages
effacés ou déplacés par l'utilisateur). J'ai également essayé deux ou trois
logiciels de récupération de données (dont un en ligne) : j'ai retrouvé de très
vieux machins mais point ce que je cherchais, c'est fâcheux. Où sont donc-t-ils
passés saperlipopette ? (J'avais déjà eu un problème similaire il y a un ou deux
ans, la perte avait été bien plus conséquente, mais d'après mes recherches la
cause était vraisemblablement un plantage survenu pendant une opération de «
compactage en arrière-plan » des fichiers DBX, qui par défaut se déclenche
automatiquement lors d'une inactivité prolongée, option que j'ai depuis
supprimée -- et tout utilisateur d'Outlook Express devrait en faire de même.)
----------------------------------------
==> Problème #3
Faisant via l'explorateur une recherche de fichiers contenant un mot déterminé
(critère « un mot ou une phrase dans le fichier »), il arrive que je n'obtienne
aucune réponse, alors que je sais le mot bel et bien présent dans au moins un
fichier. Par exemple si je cherche le mot « death » dans un dossier (93
fichiers, 4.73Mo) contenant les sous-titres au format SRT de l'ensemble des
saisons de la série Six feet under, je n'obtiens aucun résultat, alors que le
seul fichier SRT du premier épisode en VO contient (d'après une recherche dans
le Bloc-notes) 5 occurrences de « death ». Pourtant, si je recherche maintenant
« Victor Hugo » dans un dossier énorme intitulé « A CLASSER » (14377 fichiers,
816Mo !), la recherche fonctionne et j'obtiens rapidement une dizaine de
résultats (fichiers HTM, DOC). Comment cela se fait-ce-t-il donc ?
<davon> a écrit dans le message de news: 46e69e7f$0$6401$
idiosyncrazy wrote:
snip
facile, clique droit et tu choisis la bonne option dans le menu contextuel au fait, ce midi tu as mangé quoi ? juste pour savoir je suis assez curieux t'es pas obligé de répondre hier j'ai hésité à aller au ciné et ça fait 2 ans ou plus que j'ai pas mis les pieds dans une salle tes enfants vont bien ? ils ont annoncé du soleil pour demain, y a plus de saison l'été est en automne et l'hiver en été je dois te laisser, tu m'excuses mais j'ai encore du rangement à faire et je dois filer avant 16h30. à+
G-gnhhh ?!
<davon> a écrit dans le message de news:
46e69e7f$0$6401$426a74cc@news.free.fr...
idiosyncrazy wrote:
snip
facile, clique droit et tu choisis la bonne option dans le menu contextuel
au fait, ce midi tu as mangé quoi ? juste pour savoir je suis assez curieux
t'es pas obligé de répondre
hier j'ai hésité à aller au ciné et ça fait 2 ans ou plus que j'ai pas mis
les pieds dans une salle
tes enfants vont bien ? ils ont annoncé du soleil pour demain, y a plus de
saison l'été est en automne et l'hiver en été
je dois te laisser, tu m'excuses mais j'ai encore du rangement à faire et je
dois filer avant 16h30.
à+
<davon> a écrit dans le message de news: 46e69e7f$0$6401$
idiosyncrazy wrote:
snip
facile, clique droit et tu choisis la bonne option dans le menu contextuel au fait, ce midi tu as mangé quoi ? juste pour savoir je suis assez curieux t'es pas obligé de répondre hier j'ai hésité à aller au ciné et ça fait 2 ans ou plus que j'ai pas mis les pieds dans une salle tes enfants vont bien ? ils ont annoncé du soleil pour demain, y a plus de saison l'été est en automne et l'hiver en été je dois te laisser, tu m'excuses mais j'ai encore du rangement à faire et je dois filer avant 16h30. à+
G-gnhhh ?!
idiosyncrazy
a écrit dans le message de news: 46e6e9e8$1$21544$
idiosyncrazy wrote:
Ave, pécésards, celui qui va discourir vous salue.
J'ai préféré grouper les commandes, alors voici le sommaire : Problème #1 : suite à un plantage, références croisées, noms de fichiers invalides Problème #2 : suite à un plantage, perte de quelques messages dans les dossiers Outlook Express Problème #3 : fonction Rechercher de l'explorateur semble hasardeuse/capricieuse
[suivi sur fr.comp.sys.pc]
[...]
Merci pour vos suggestions avisées !
Etait-il bien utile de renvoyer le tout sans insérer le moindre commentaire ?
<ft@foot.bin> a écrit dans le message de news:
46e6e9e8$1$21544$426a74cc@news.free.fr...
idiosyncrazy wrote:
Ave, pécésards, celui qui va discourir vous salue.
J'ai préféré grouper les commandes, alors voici le sommaire :
Problème #1 : suite à un plantage, références croisées, noms de
fichiers invalides
Problème #2 : suite à un plantage, perte de quelques messages dans
les dossiers Outlook Express
Problème #3 : fonction Rechercher de l'explorateur semble
hasardeuse/capricieuse
[suivi sur fr.comp.sys.pc]
[...]
Merci pour vos suggestions avisées !
Etait-il bien utile de renvoyer le tout sans insérer le moindre commentaire ?
a écrit dans le message de news: 46e6e9e8$1$21544$
idiosyncrazy wrote:
Ave, pécésards, celui qui va discourir vous salue.
J'ai préféré grouper les commandes, alors voici le sommaire : Problème #1 : suite à un plantage, références croisées, noms de fichiers invalides Problème #2 : suite à un plantage, perte de quelques messages dans les dossiers Outlook Express Problème #3 : fonction Rechercher de l'explorateur semble hasardeuse/capricieuse
[suivi sur fr.comp.sys.pc]
[...]
Merci pour vos suggestions avisées !
Etait-il bien utile de renvoyer le tout sans insérer le moindre commentaire ?
idiosyncrazy
"Nina Popravka" a écrit dans le message de news:
On Tue, 11 Sep 2007 16:35:30 +0200, "Luc" wrote:
*SAUF* si on a coché la case 'Ne plus afficher ce message'
Rhaaaaaaaaa c'est pour ça qu'ils ont toujours leurs bases niquées ??????? :-)
G-Gnhhh ?
"Nina Popravka" <Nina@nospam.invalid> a écrit dans le message de news:
usqde3p503cf43p5ptoho3jcifjjv6mqfi@4ax.com...
On Tue, 11 Sep 2007 16:35:30 +0200, "Luc" <l@b.invalid> wrote:
*SAUF* si on a coché
la case 'Ne plus afficher ce message'
Rhaaaaaaaaa c'est pour ça qu'ils ont toujours leurs bases niquées
???????
:-)
*SAUF* si on a coché la case 'Ne plus afficher ce message'
Rhaaaaaaaaa c'est pour ça qu'ils ont toujours leurs bases niquées ??????? :-)
G-Gnhhh ?
idiosyncrazy
"Luc" a écrit dans le message de news: 46e6a7e4$0$27662$
[FU2 fr.comp.sys.pc inadapté. fr.comp.sys.pc est consacré à l'aspet matériel des PC. Je reste sur fr.comp.mail pour la partie de la question en charte]
idiosyncrazy nous a déclaré
Ave, pécésards, celui qui va discourir vous salue.
Bonjour,
J'ai préféré grouper les commandes,
Ce n'était pas forcément une bonne idée.
Flûte alors.
alors voici le sommaire : Problème #1 : suite à un plantage, références croisées, noms de fichiers invalides Problème #2 : suite à un plantage, perte de quelques messages dans les dossiers Outlook Express Problème #3 : fonction Rechercher de l'explorateur semble hasardeuse/capricieuse
Seul le problème #2 a sa place ici
[suivi sur fr.comp.sys.pc]
ben non ! (cf. introdution du présent post)
Re-flûte alors. (J'ai pensé que ça conviendrait d'après les thèmes des autres fils de discussions -- ce qui n'est pas forcément une bonne idée non plus...) Ze recommencerai p'us.
==> Problème #1
[snip]
==> Problème #2
Suite à un précédent plantage inopiné, je me suis aperçu que j'avais perdu, parmi mes dossiers Outlook Express, tous les messages envoyés le 18-09-2007 (et peut-être aussi les messages enregistrés à la même date dans le dossier Brouillons).
Dommage que ton OE ne soit pas à jour (loin s'en faut) tu aurais pu récupérer une copie des .dbx datant au moins du dernier compactage (http://www.faqoe.com/index.php?bas=/rep/compa01.html) et réintégrer ceux de ton choix (http://www.faqoe.com/index.php?bas=/rep/compa02.html)
Oh ! Voilà qui est intéressant, j'ignorais totalement cette possibilité. Sinkseulotte.
Comment une perte aussi spécifique peut-elle s'expliquer ?
Voir plus bas
Y a-t-il (ou y avait-il...) moyen de retrouver les données perdues ?
Y aurait eu, voir liens ci-dessus.
Donc un logiciel de récupération de données est réellement inopérant, les messages en question ont brutalement, purement et simplement disparu du disque ?
J'ai tenté divers outils d'extraction/réparation de fichiers DBX, aucun n'a retrouvé les messages manquants (y compris un logiciel payant, dont la version démo permet seulement de voir les en-têtes, et qui en revanche semble pouvoir récupérer des messages effacés ou déplacés par l'utilisateur). J'ai également essayé deux ou trois logiciels de récupération de données (dont un en ligne) : j'ai retrouvé de très vieux machins mais point ce que je cherchais, c'est fâcheux. Où sont donc-t-ils passés saperlipopette ? (J'avais déjà eu un problème similaire il y a un ou deux ans,
Et tu n'en as pas tiré de leçons utiles ?
Du genre faire des sauvegardes régulières ? En l'occurrence, la précédente datait d'une quinzaine de jours, donc au pire je ne perdais pas l'essentiel ; peut-être faudrait-il en effet faire une sauvegarde quotidienne des dossiers modifiés (voire une sauvegarde systématique de tout nouveau message reçu ou composé en trois exemplaires dont un entreposé dans un abri antiatomique situé aux antipodes).
la perte avait été bien plus conséquente, mais d'après mes recherches la cause était vraisemblablement un plantage survenu pendant une opération de « compactage en arrière-plan » des fichiers DBX, qui par défaut se déclenche automatiquement lors d'une inactivité prolongée,
Non, le compactage ne se déclenche pas lors d'un inactivité prolongée mais s'effectue manuellement ('Fichier' --> 'Dossier' --> Compacter tous les dossiers') ou toutes les 100 fermetures d'OE mais avec l'aval de l'utilisateur, une fenêtre d'avertissement prévenant de l'imminence du compactage et demandant de cliquer OK ou d'annuler... *SAUF* si on a coché la case 'Ne plus afficher ce message'
J'ai pour ma part une option (Options => Maintenance) « compacter les messages en arrière-plan », sans mention des 100 fermetures (j'ai déjà lu quelque chose comme ça, peut-être est-ce justement dû à mon défaut de mise à jour ?).
==> J'ai trouvé, c'est valable pour le SP2 : « Depuis le SP2 de Windows XP, le compactage s'effectue automatiquement toutes les 100 fermetures d'Outlook Express. » http://www.faqoe.com/rep/aw.htm
option que j'ai depuis supprimée -- et tout utilisateur d'Outlook Express devrait en faire de même.)
Tu es sûr d'avoir désactivé le compactage automatique ? Ce n'est pas prévu dans OE.
Ah ? (Voir ci-dessus.)
Tu n'aurais pas plutôt désactivé l'affichage de la fenêtre d'avertissement de compactage imminent dont au sujet duquel je parlais ci-dessus ? Si oui, le compactage se lance sans te demander ton avis (normal si tu lui a demandé de ne plus te le demander)... et si tu plantes ton PC pendant le compactage en arrière-plan, tu peux perdre tout ou partie de ta messagerie.... or tu as bien dis que c'est suite à un plantage que tu as constaté des pertes, hein ? ;-)
Voui, mais en l'occurrence je ne pense pas.
Pour retrouver l'affichage de la fenêtre d'avertissement, tu peux utiliser OE Dialog Manager (http://www.faqoe.com/index.php?bas=/telechargement.htm#oedialog)
Si tu as réellement bloqué/désactivé le processus de compactage par un biais quelconque, ce n'est pas mieux car il est nécessaire pour que le dossier de stockage récupère l'espace libéré par les messages déplacés et/ou supprimés et qu'ainsi ce dossier et les fichiers .dbx qu'il contient n'enflent pas ad lib. Il y a des limites à tout et des fichiers qui grossissent tout le temps, c'est le crash ou au moins le blocage assuré à plus ou moins long terme selon le trafic sur OE.
Mais cela peut se faire manuellement.
----------------------------------------
==> Problème #3 [snip]
Merci pour vos suggestions avisées !
Padkoi
-- Cordialement,
Luc Burnouf http://www.faqoe.com/
Oh, vous en êtes donc l'auteur ? Une sorte de Lao TsOE !
adresse de réponse invalide pour me joindre --> http://www.mailfusible.com/?ag7Yk2DXNg
"Luc" <l@b.invalid> a écrit dans le message de news:
46e6a7e4$0$27662$426a34cc@news.free.fr...
[FU2 fr.comp.sys.pc inadapté. fr.comp.sys.pc est consacré à l'aspet matériel
des PC. Je reste sur fr.comp.mail pour la partie de la question en charte]
idiosyncrazy nous a déclaré
Ave, pécésards, celui qui va discourir vous salue.
Bonjour,
J'ai préféré grouper les commandes,
Ce n'était pas forcément une bonne idée.
Flûte alors.
alors voici le sommaire :
Problème #1 : suite à un plantage, références croisées, noms de
fichiers invalides
Problème #2 : suite à un plantage, perte de quelques messages dans
les dossiers Outlook Express
Problème #3 : fonction Rechercher de l'explorateur semble
hasardeuse/capricieuse
Seul le problème #2 a sa place ici
[suivi sur fr.comp.sys.pc]
ben non ! (cf. introdution du présent post)
Re-flûte alors. (J'ai pensé que ça conviendrait d'après les thèmes des autres
fils de discussions -- ce qui n'est pas forcément une bonne idée non plus...)
Ze recommencerai p'us.
==> Problème #1
[snip]
==> Problème #2
Suite à un précédent plantage inopiné, je me suis aperçu que j'avais
perdu, parmi mes dossiers Outlook Express, tous les messages envoyés
le 18-09-2007 (et peut-être aussi les messages enregistrés à la même
date dans le dossier Brouillons).
Dommage que ton OE ne soit pas à jour (loin s'en faut) tu aurais pu
récupérer une copie des .dbx datant au moins du dernier compactage
(http://www.faqoe.com/index.php?bas=/rep/compa01.html) et réintégrer ceux de
ton choix (http://www.faqoe.com/index.php?bas=/rep/compa02.html)
Oh ! Voilà qui est intéressant, j'ignorais totalement cette possibilité.
Sinkseulotte.
Comment une perte aussi spécifique
peut-elle s'expliquer ?
Voir plus bas
Y a-t-il (ou y avait-il...) moyen de
retrouver les données perdues ?
Y aurait eu, voir liens ci-dessus.
Donc un logiciel de récupération de données est réellement inopérant, les
messages en question ont brutalement, purement et simplement disparu du disque ?
J'ai tenté divers outils
d'extraction/réparation de fichiers DBX, aucun n'a retrouvé les
messages manquants (y compris un logiciel payant, dont la version
démo permet seulement de voir les en-têtes, et qui en revanche semble
pouvoir récupérer des messages effacés ou déplacés par
l'utilisateur). J'ai également essayé deux ou trois logiciels de
récupération de données (dont un en ligne) : j'ai retrouvé de très
vieux machins mais point ce que je cherchais, c'est fâcheux. Où sont
donc-t-ils passés saperlipopette ? (J'avais déjà eu un problème
similaire il y a un ou deux ans,
Et tu n'en as pas tiré de leçons utiles ?
Du genre faire des sauvegardes régulières ? En l'occurrence, la précédente
datait d'une quinzaine de jours, donc au pire je ne perdais pas l'essentiel ;
peut-être faudrait-il en effet faire une sauvegarde quotidienne des dossiers
modifiés (voire une sauvegarde systématique de tout nouveau message reçu ou
composé en trois exemplaires dont un entreposé dans un abri antiatomique situé
aux antipodes).
la perte avait été bien plus
conséquente, mais d'après mes recherches la cause était
vraisemblablement un plantage survenu pendant une opération de «
compactage en arrière-plan » des fichiers DBX, qui par défaut se
déclenche automatiquement lors d'une inactivité prolongée,
Non, le compactage ne se déclenche pas lors d'un inactivité prolongée mais
s'effectue manuellement ('Fichier' --> 'Dossier' --> Compacter tous les
dossiers') ou toutes les 100 fermetures d'OE mais avec l'aval de
l'utilisateur, une fenêtre d'avertissement prévenant de l'imminence du
compactage et demandant de cliquer OK ou d'annuler... *SAUF* si on a coché
la case 'Ne plus afficher ce message'
J'ai pour ma part une option (Options => Maintenance) « compacter les messages
en arrière-plan », sans mention des 100 fermetures (j'ai déjà lu quelque chose
comme ça, peut-être est-ce justement dû à mon défaut de mise à jour ?).
==> J'ai trouvé, c'est valable pour le SP2 :
« Depuis le SP2 de Windows XP, le compactage s'effectue automatiquement toutes
les 100 fermetures d'Outlook Express. »
http://www.faqoe.com/rep/aw.htm
option que
j'ai depuis supprimée -- et tout utilisateur d'Outlook Express
devrait en faire de même.)
Tu es sûr d'avoir désactivé le compactage automatique ? Ce n'est pas prévu
dans OE.
Ah ? (Voir ci-dessus.)
Tu n'aurais pas plutôt désactivé l'affichage de la fenêtre d'avertissement
de compactage imminent dont au sujet duquel je parlais ci-dessus ?
Si oui, le compactage se lance sans te demander ton avis (normal si tu lui a
demandé de ne plus te le demander)... et si tu plantes ton PC pendant le
compactage en arrière-plan, tu peux perdre tout ou partie de ta
messagerie.... or tu as bien dis que c'est suite à un plantage que tu as
constaté des pertes, hein ? ;-)
Voui, mais en l'occurrence je ne pense pas.
Pour retrouver l'affichage de la fenêtre d'avertissement, tu peux utiliser
OE Dialog Manager
(http://www.faqoe.com/index.php?bas=/telechargement.htm#oedialog)
Si tu as réellement bloqué/désactivé le processus de compactage par un biais
quelconque, ce n'est pas mieux car il est nécessaire pour que le dossier de
stockage récupère l'espace libéré par les messages déplacés et/ou supprimés
et qu'ainsi ce dossier et les fichiers .dbx qu'il contient n'enflent pas ad
lib. Il y a des limites à tout et des fichiers qui grossissent tout le
temps, c'est le crash ou au moins le blocage assuré à plus ou moins long
terme selon le trafic sur OE.
Mais cela peut se faire manuellement.
----------------------------------------
==> Problème #3
[snip]
Merci pour vos suggestions avisées !
Padkoi
--
Cordialement,
Luc Burnouf
http://www.faqoe.com/
Oh, vous en êtes donc l'auteur ? Une sorte de Lao TsOE !
adresse de réponse invalide
pour me joindre --> http://www.mailfusible.com/?ag7Yk2DXNg
"Luc" a écrit dans le message de news: 46e6a7e4$0$27662$
[FU2 fr.comp.sys.pc inadapté. fr.comp.sys.pc est consacré à l'aspet matériel des PC. Je reste sur fr.comp.mail pour la partie de la question en charte]
idiosyncrazy nous a déclaré
Ave, pécésards, celui qui va discourir vous salue.
Bonjour,
J'ai préféré grouper les commandes,
Ce n'était pas forcément une bonne idée.
Flûte alors.
alors voici le sommaire : Problème #1 : suite à un plantage, références croisées, noms de fichiers invalides Problème #2 : suite à un plantage, perte de quelques messages dans les dossiers Outlook Express Problème #3 : fonction Rechercher de l'explorateur semble hasardeuse/capricieuse
Seul le problème #2 a sa place ici
[suivi sur fr.comp.sys.pc]
ben non ! (cf. introdution du présent post)
Re-flûte alors. (J'ai pensé que ça conviendrait d'après les thèmes des autres fils de discussions -- ce qui n'est pas forcément une bonne idée non plus...) Ze recommencerai p'us.
==> Problème #1
[snip]
==> Problème #2
Suite à un précédent plantage inopiné, je me suis aperçu que j'avais perdu, parmi mes dossiers Outlook Express, tous les messages envoyés le 18-09-2007 (et peut-être aussi les messages enregistrés à la même date dans le dossier Brouillons).
Dommage que ton OE ne soit pas à jour (loin s'en faut) tu aurais pu récupérer une copie des .dbx datant au moins du dernier compactage (http://www.faqoe.com/index.php?bas=/rep/compa01.html) et réintégrer ceux de ton choix (http://www.faqoe.com/index.php?bas=/rep/compa02.html)
Oh ! Voilà qui est intéressant, j'ignorais totalement cette possibilité. Sinkseulotte.
Comment une perte aussi spécifique peut-elle s'expliquer ?
Voir plus bas
Y a-t-il (ou y avait-il...) moyen de retrouver les données perdues ?
Y aurait eu, voir liens ci-dessus.
Donc un logiciel de récupération de données est réellement inopérant, les messages en question ont brutalement, purement et simplement disparu du disque ?
J'ai tenté divers outils d'extraction/réparation de fichiers DBX, aucun n'a retrouvé les messages manquants (y compris un logiciel payant, dont la version démo permet seulement de voir les en-têtes, et qui en revanche semble pouvoir récupérer des messages effacés ou déplacés par l'utilisateur). J'ai également essayé deux ou trois logiciels de récupération de données (dont un en ligne) : j'ai retrouvé de très vieux machins mais point ce que je cherchais, c'est fâcheux. Où sont donc-t-ils passés saperlipopette ? (J'avais déjà eu un problème similaire il y a un ou deux ans,
Et tu n'en as pas tiré de leçons utiles ?
Du genre faire des sauvegardes régulières ? En l'occurrence, la précédente datait d'une quinzaine de jours, donc au pire je ne perdais pas l'essentiel ; peut-être faudrait-il en effet faire une sauvegarde quotidienne des dossiers modifiés (voire une sauvegarde systématique de tout nouveau message reçu ou composé en trois exemplaires dont un entreposé dans un abri antiatomique situé aux antipodes).
la perte avait été bien plus conséquente, mais d'après mes recherches la cause était vraisemblablement un plantage survenu pendant une opération de « compactage en arrière-plan » des fichiers DBX, qui par défaut se déclenche automatiquement lors d'une inactivité prolongée,
Non, le compactage ne se déclenche pas lors d'un inactivité prolongée mais s'effectue manuellement ('Fichier' --> 'Dossier' --> Compacter tous les dossiers') ou toutes les 100 fermetures d'OE mais avec l'aval de l'utilisateur, une fenêtre d'avertissement prévenant de l'imminence du compactage et demandant de cliquer OK ou d'annuler... *SAUF* si on a coché la case 'Ne plus afficher ce message'
J'ai pour ma part une option (Options => Maintenance) « compacter les messages en arrière-plan », sans mention des 100 fermetures (j'ai déjà lu quelque chose comme ça, peut-être est-ce justement dû à mon défaut de mise à jour ?).
==> J'ai trouvé, c'est valable pour le SP2 : « Depuis le SP2 de Windows XP, le compactage s'effectue automatiquement toutes les 100 fermetures d'Outlook Express. » http://www.faqoe.com/rep/aw.htm
option que j'ai depuis supprimée -- et tout utilisateur d'Outlook Express devrait en faire de même.)
Tu es sûr d'avoir désactivé le compactage automatique ? Ce n'est pas prévu dans OE.
Ah ? (Voir ci-dessus.)
Tu n'aurais pas plutôt désactivé l'affichage de la fenêtre d'avertissement de compactage imminent dont au sujet duquel je parlais ci-dessus ? Si oui, le compactage se lance sans te demander ton avis (normal si tu lui a demandé de ne plus te le demander)... et si tu plantes ton PC pendant le compactage en arrière-plan, tu peux perdre tout ou partie de ta messagerie.... or tu as bien dis que c'est suite à un plantage que tu as constaté des pertes, hein ? ;-)
Voui, mais en l'occurrence je ne pense pas.
Pour retrouver l'affichage de la fenêtre d'avertissement, tu peux utiliser OE Dialog Manager (http://www.faqoe.com/index.php?bas=/telechargement.htm#oedialog)
Si tu as réellement bloqué/désactivé le processus de compactage par un biais quelconque, ce n'est pas mieux car il est nécessaire pour que le dossier de stockage récupère l'espace libéré par les messages déplacés et/ou supprimés et qu'ainsi ce dossier et les fichiers .dbx qu'il contient n'enflent pas ad lib. Il y a des limites à tout et des fichiers qui grossissent tout le temps, c'est le crash ou au moins le blocage assuré à plus ou moins long terme selon le trafic sur OE.
Mais cela peut se faire manuellement.
----------------------------------------
==> Problème #3 [snip]
Merci pour vos suggestions avisées !
Padkoi
-- Cordialement,
Luc Burnouf http://www.faqoe.com/
Oh, vous en êtes donc l'auteur ? Une sorte de Lao TsOE !
adresse de réponse invalide pour me joindre --> http://www.mailfusible.com/?ag7Yk2DXNg
Nina Popravka
On Wed, 12 Sep 2007 01:16:05 +0200, "idiosyncrazy" wrote:
Donc un logiciel de récupération de données est réellement inopérant, les messages en question ont brutalement, purement et simplement disparu du disque ?
Oui mais non... Si vous aviez un disque "normal" on aurait un espoir de les revoir, mais avec votre tas de je sais pas quoi agonisant en FAT32, c'est pas gagné... Vous pouvez lire tous les tripotages que vous voulez Fat vs NTFS, y a un truc indiscutable : fat est un truc imprévisible, ntfs est un vrai file system journalisé et robuste. -- Nina
On Wed, 12 Sep 2007 01:16:05 +0200, "idiosyncrazy"
<gabriel.balletABOLI@BIBELOTfree.fr> wrote:
Donc un logiciel de récupération de données est réellement inopérant, les
messages en question ont brutalement, purement et simplement disparu du disque ?
Oui mais non...
Si vous aviez un disque "normal" on aurait un espoir de les revoir,
mais avec votre tas de je sais pas quoi agonisant en FAT32, c'est pas
gagné...
Vous pouvez lire tous les tripotages que vous voulez Fat vs NTFS, y a
un truc indiscutable : fat est un truc imprévisible, ntfs est un vrai
file system journalisé et robuste.
--
Nina
On Wed, 12 Sep 2007 01:16:05 +0200, "idiosyncrazy" wrote:
Donc un logiciel de récupération de données est réellement inopérant, les messages en question ont brutalement, purement et simplement disparu du disque ?
Oui mais non... Si vous aviez un disque "normal" on aurait un espoir de les revoir, mais avec votre tas de je sais pas quoi agonisant en FAT32, c'est pas gagné... Vous pouvez lire tous les tripotages que vous voulez Fat vs NTFS, y a un truc indiscutable : fat est un truc imprévisible, ntfs est un vrai file system journalisé et robuste. -- Nina
JF
* Bonjour idiosyncrazy * ! <news:46e6982f$0$9499$
==> Problème #3
Faisant via l'explorateur une recherche de fichiers contenant un mot déterminé (critère « un mot ou une phrase dans le fichier »), il arrive que je n'obtienne aucune réponse, alors que je sais le mot bel et bien présent dans au moins un fichier. Par exemple si je cherche le mot « death » dans un dossier (93 fichiers, 4.73Mo) contenant les sous-titres au format SRT de l'ensemble des saisons de la série Six feet under, je n'obtiens aucun résultat, alors que le seul fichier SRT du premier épisode en VO contient (d'après une recherche dans le Bloc-notes) 5 occurrences de « death ». Pourtant, si je recherche maintenant « Victor Hugo » dans un dossier énorme intitulé « A CLASSER » (14377 fichiers, 816Mo !), la recherche fonctionne et j'obtiens rapidement une dizaine de résultats (fichiers HTM, DOC). Comment cela se fait-ce-t-il donc ?
Pas ça ? http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext
-- Salutations, Jean-François Index du site de PN : www.d2i.ch/pn/az Outlook Express : Suivez vos fils avec [CTL+H] Montrez-nous ce que vous voyez : http://fspsa.free.fr/copiecran.htm
Faisant via l'explorateur une recherche de fichiers contenant un mot
déterminé (critère « un mot ou une phrase dans le fichier »), il arrive que
je n'obtienne aucune réponse, alors que je sais le mot bel et bien présent
dans au moins un fichier. Par exemple si je cherche le mot « death » dans un
dossier (93 fichiers, 4.73Mo) contenant les sous-titres au format SRT de
l'ensemble des saisons de la série Six feet under, je n'obtiens aucun
résultat, alors que le seul fichier SRT du premier épisode en VO contient
(d'après une recherche dans le Bloc-notes) 5 occurrences de « death ».
Pourtant, si je recherche maintenant « Victor Hugo » dans un dossier énorme
intitulé « A CLASSER » (14377 fichiers, 816Mo !), la recherche fonctionne et
j'obtiens rapidement une dizaine de résultats (fichiers HTM, DOC). Comment
cela se fait-ce-t-il donc ?
Pas ça ?
http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext
--
Salutations, Jean-François
Index du site de PN : www.d2i.ch/pn/az
Outlook Express : Suivez vos fils avec [CTL+H]
Montrez-nous ce que vous voyez : http://fspsa.free.fr/copiecran.htm
Faisant via l'explorateur une recherche de fichiers contenant un mot déterminé (critère « un mot ou une phrase dans le fichier »), il arrive que je n'obtienne aucune réponse, alors que je sais le mot bel et bien présent dans au moins un fichier. Par exemple si je cherche le mot « death » dans un dossier (93 fichiers, 4.73Mo) contenant les sous-titres au format SRT de l'ensemble des saisons de la série Six feet under, je n'obtiens aucun résultat, alors que le seul fichier SRT du premier épisode en VO contient (d'après une recherche dans le Bloc-notes) 5 occurrences de « death ». Pourtant, si je recherche maintenant « Victor Hugo » dans un dossier énorme intitulé « A CLASSER » (14377 fichiers, 816Mo !), la recherche fonctionne et j'obtiens rapidement une dizaine de résultats (fichiers HTM, DOC). Comment cela se fait-ce-t-il donc ?
Pas ça ? http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext
-- Salutations, Jean-François Index du site de PN : www.d2i.ch/pn/az Outlook Express : Suivez vos fils avec [CTL+H] Montrez-nous ce que vous voyez : http://fspsa.free.fr/copiecran.htm
idiosyncrazy
"Nina Popravka" a écrit dans le message de news:
On Wed, 12 Sep 2007 01:16:05 +0200, "idiosyncrazy" wrote:
Donc un logiciel de récupération de données est réellement inopérant, les messages en question ont brutalement, purement et simplement disparu du disque ?
Oui mais non... Si vous aviez un disque "normal" on aurait un espoir de les revoir, mais avec votre tas de je sais pas quoi agonisant en FAT32, c'est pas gagné... Vous pouvez lire tous les tripotages que vous voulez Fat vs NTFS, y a un truc indiscutable : fat est un truc imprévisible, ntfs est un vrai file system journalisé et robuste. -- Nina
Ah-han... J'en tiendrai compte si je dois reformater. (En fait sur ce disque j'avais formaté la partition système en NTFS et le reste en FAT32, j'avais lu alors que le NTFS était moins compatible.)
"Nina Popravka" <Nina@nospam.invalid> a écrit dans le message de news:
go8ee3hois6jtht87drmotu6400b4ob2pv@4ax.com...
On Wed, 12 Sep 2007 01:16:05 +0200, "idiosyncrazy"
<gabriel.balletABOLI@BIBELOTfree.fr> wrote:
Donc un logiciel de récupération de données est réellement inopérant, les
messages en question ont brutalement, purement et simplement disparu du
disque ?
Oui mais non...
Si vous aviez un disque "normal" on aurait un espoir de les revoir,
mais avec votre tas de je sais pas quoi agonisant en FAT32, c'est pas
gagné...
Vous pouvez lire tous les tripotages que vous voulez Fat vs NTFS, y a
un truc indiscutable : fat est un truc imprévisible, ntfs est un vrai
file system journalisé et robuste.
--
Nina
Ah-han... J'en tiendrai compte si je dois reformater. (En fait sur ce disque
j'avais formaté la partition système en NTFS et le reste en FAT32, j'avais lu
alors que le NTFS était moins compatible.)
On Wed, 12 Sep 2007 01:16:05 +0200, "idiosyncrazy" wrote:
Donc un logiciel de récupération de données est réellement inopérant, les messages en question ont brutalement, purement et simplement disparu du disque ?
Oui mais non... Si vous aviez un disque "normal" on aurait un espoir de les revoir, mais avec votre tas de je sais pas quoi agonisant en FAT32, c'est pas gagné... Vous pouvez lire tous les tripotages que vous voulez Fat vs NTFS, y a un truc indiscutable : fat est un truc imprévisible, ntfs est un vrai file system journalisé et robuste. -- Nina
Ah-han... J'en tiendrai compte si je dois reformater. (En fait sur ce disque j'avais formaté la partition système en NTFS et le reste en FAT32, j'avais lu alors que le NTFS était moins compatible.)
idiosyncrazy
"JF" a écrit dans le message de news: 46e7450d$0$13869$
* Bonjour idiosyncrazy * ! <news:46e6982f$0$9499$
==> Problème #3
Faisant via l'explorateur une recherche de fichiers contenant un mot déterminé (critère « un mot ou une phrase dans le fichier »), il arrive que je n'obtienne aucune réponse, alors que je sais le mot bel et bien présent dans au moins un fichier. Par exemple si je cherche le mot « death » dans un dossier (93 fichiers, 4.73Mo) contenant les sous-titres au format SRT de l'ensemble des saisons de la série Six feet under, je n'obtiens aucun résultat, alors que le seul fichier SRT du premier épisode en VO contient (d'après une recherche dans le Bloc-notes) 5 occurrences de « death ». Pourtant, si je recherche maintenant « Victor Hugo » dans un dossier énorme intitulé « A CLASSER » (14377 fichiers, 816Mo !), la recherche fonctionne et j'obtiens rapidement une dizaine de résultats (fichiers HTM, DOC). Comment cela se fait-ce-t-il donc ?
Pas ça ? http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext
Exact ! Je viens de réessayer en renommant les fichiers en .txt, ça marche... Merci bien.
Glop Glop bonsoir.
-- Salutations, Jean-François Index du site de PN : www.d2i.ch/pn/az Outlook Express : Suivez vos fils avec [CTL+H] Montrez-nous ce que vous voyez : http://fspsa.free.fr/copiecran.htm
"JF" <JF@-> a écrit dans le message de news:
46e7450d$0$13869$426a74cc@news.free.fr...
Faisant via l'explorateur une recherche de fichiers contenant un mot
déterminé (critère « un mot ou une phrase dans le fichier »), il arrive que
je n'obtienne aucune réponse, alors que je sais le mot bel et bien présent
dans au moins un fichier. Par exemple si je cherche le mot « death » dans un
dossier (93 fichiers, 4.73Mo) contenant les sous-titres au format SRT de
l'ensemble des saisons de la série Six feet under, je n'obtiens aucun
résultat, alors que le seul fichier SRT du premier épisode en VO contient
(d'après une recherche dans le Bloc-notes) 5 occurrences de « death ».
Pourtant, si je recherche maintenant « Victor Hugo » dans un dossier énorme
intitulé « A CLASSER » (14377 fichiers, 816Mo !), la recherche fonctionne et
j'obtiens rapidement une dizaine de résultats (fichiers HTM, DOC). Comment
cela se fait-ce-t-il donc ?
Pas ça ?
http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext
Exact !
Je viens de réessayer en renommant les fichiers en .txt, ça marche...
Merci bien.
Glop Glop bonsoir.
--
Salutations, Jean-François
Index du site de PN : www.d2i.ch/pn/az
Outlook Express : Suivez vos fils avec [CTL+H]
Montrez-nous ce que vous voyez : http://fspsa.free.fr/copiecran.htm
"JF" a écrit dans le message de news: 46e7450d$0$13869$
* Bonjour idiosyncrazy * ! <news:46e6982f$0$9499$
==> Problème #3
Faisant via l'explorateur une recherche de fichiers contenant un mot déterminé (critère « un mot ou une phrase dans le fichier »), il arrive que je n'obtienne aucune réponse, alors que je sais le mot bel et bien présent dans au moins un fichier. Par exemple si je cherche le mot « death » dans un dossier (93 fichiers, 4.73Mo) contenant les sous-titres au format SRT de l'ensemble des saisons de la série Six feet under, je n'obtiens aucun résultat, alors que le seul fichier SRT du premier épisode en VO contient (d'après une recherche dans le Bloc-notes) 5 occurrences de « death ». Pourtant, si je recherche maintenant « Victor Hugo » dans un dossier énorme intitulé « A CLASSER » (14377 fichiers, 816Mo !), la recherche fonctionne et j'obtiens rapidement une dizaine de résultats (fichiers HTM, DOC). Comment cela se fait-ce-t-il donc ?
Pas ça ? http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext
Exact ! Je viens de réessayer en renommant les fichiers en .txt, ça marche... Merci bien.
Glop Glop bonsoir.
-- Salutations, Jean-François Index du site de PN : www.d2i.ch/pn/az Outlook Express : Suivez vos fils avec [CTL+H] Montrez-nous ce que vous voyez : http://fspsa.free.fr/copiecran.htm
Ascadix
Ave, pécésards, celui qui va discourir vous salue.
J'ai préféré grouper les commandes, alors voici le sommaire : Problème #1 : suite à un plantage, références croisées, noms de fichiers invalides Problème #2 : suite à un plantage, perte de quelques messages dans les dossiers Outlook Express Problème #3 : fonction Rechercher de l'explorateur semble hasardeuse/capricieuse
[suivi sur fr.comp.sys.pc]
==> Problème #1
Well... Voici ce que m'indique le rapport de vérification du lecteur E: (Winlogon dans la rubrique Application de l'Observateur d'évènements de Windows XP, 05/09/2007), cette partition de 30Go servant notamment pour les téléchargements (dossiers Incoming et Temp de eMule), et pour le stockage temporaire (doit par conséquent être *très* fragmentée, comme je repousse sans cesse cette tâche, considérant qu'il faut d'abord libérer de l'espace disque ce qui tient quasiment du voeu pieux...) :
« Vérification du système de fichiers sur E: Le type du système de fichiers est FAT32. L'intégrité de l'un de vos disques doit être vérifiée. Vous pouvez annuler cette vérification, mais son exécution est fortement recommandée. Windows va maintenant vérifier le disque. Le numéro de série du volume est xxxx-xxxx
[couik ...10 km de logs de chkdsk ...]
Re-Well... Sacré bordel hein ? Ces fichiers se trouvent tous dans le dossier Temp d'eMule ; ce répertoire contient trois types de fichiers, un de chaque pour chaque téléchargement ajouté, dont le nom est de la forme 3857.part (fichier partiel), 3857.part.met (infos sur le fichier partiel), 3857.part.met.bak (sauvegarde des infos sur le fichier partiel). Ceci s'est produit suite à un plantage inopiné (ce qui m'arrive un peu trop souvent à mon goût depuis quelques mois... pourrait-ce être dû aux barrettes de mémoire installées en janvier ? à une fragmentation excessive du fichier de mémoire virtuelle, ou du disque plus généralement ?...). Manifestement, il s'agit donc de fichiers du répertoire Temp de eMule qui ont été sauvagement renommés avec des caractères cabalistiques, et pour certains tout aussi sauvagement acoquinés à d'autres fichiers situés (je présume) sur la même partition. La vérification du lecteur semble avoir résolu partiellement le problème de « références croisées », mais l'espace disque est devenu insuffisant pour terminer convenablement le processus, et il semble que certains fichiers aient été tronqués. Comment savoir précisément quels fichiers ont été tronqués ? (En ouvrant certains de ces fichiers aux noms exotiques dans le Bloc-notes j'ai reconnu la structure de fichiers PDF, ou du texte provenant d'un fichier TXT que je crois avoir identifié et qui semble intact.) D'autre part, certains de ces fichiers ont reçu des noms qui les rendent impossibles à manipuler sous Windows (renommer, déplacer => « Impossible de renommer Fichier : Impossible de lire à partir du fichier ou de la disquette source »), et peut-être même sous DOS (je ne maîtrise guère, mais du moins la commande « rename » semble inopérante, j'obtiens : « le fichier spécifié est introuvable »). Comment renommer ces fichiers afin d'accéder à leur contenu et/ou de les supprimer ? Ces noms sont les suivants (entre parenthèses la cause probable, selon moi, de la non-reconnaissance) :
õ865PA~1. AK (espace au début de l'extension) m952PA~1. ET (espace au début de l'extension) þ564PA~1. ET (espace au début de l'extension et peut-être le zibouiboui au début du nom) ´580PA~1.?AK (point d'interrogation au début de l'extension et peut-être le zibouiboui au début du nom) o171PA~1.¸ET (zibouiboui au début de l'extension) ╗835PA~1.>AK (le > au début de l'extension et peut-être le zibouiboui au début du nom) o612~1.§AR (peut-être le § au début de l'extension ?) w079PA~1.AK (le zibouiboui au début de l'extension) 272PA~1.fET (espace au début du nom) ¹383~1.ıAR (1 en indice au début de l'extension, en exposant au début du nom) ┐473~1.oAR (le zibouiboui au début du nom) ■165PA~1.þET (le zibouiboui au début du nom, au début de l'extension) ¸015~1.uAR (le zibouiboui au début du nom) ■105PA~1.wET (le zibouiboui au début du nom) o162PA~1.ÝET (le Y accentué au début de l'extension)
Un coup de CHKDSK n'a détecté aucune anomalie.
Tiens .. tente le coup avec ça: http://ccollomb.free.fr/unlocker/ Excellent aussi bien pour les fichiers lockés que ceux avec des noms alakon(c) - télécharge - installe - clic-droit "unlocker" sur le fichier "alakon" - sélectionne "renommer" en bas de la fenêtre - zou.
Et un bon conseil ... eMule -> met-le sur une partoche NTFS, t'as tout à y gagner, place, vitesse et sécurité. ce genre de pb de système de fichier qui part en couille, c'est quasiment inconnu avec NTFS ( contrairement à FAT )
PS: ou dis plutot "zigouigoui" que "zibouiboui" ... même si ton disque ressemble à un bouiboui tout crado ( j'sais pas si le patron s'appelle Bruno ? :-p )
J'ai également trouvé ceci, dans la rubrique Système de l'Observateur d'événements : « Le filtre de restauration du système à rencontré l'erreur inattendue '0xC0000034' pendant le traitement du fichier 'temp' sur le volume 'HarddiskVolume3'. Ceci a entraîné l'arrêt de la surveillance du volume. Pour plus d'informations, consultez le centre Aide et support à l'adresse http://go.microsoft.com/fwlink/events.asp. »
Vide ce disque ( déplace tes fichier pas encore mort ailleurs ) et reformate cette partition, ça ira plus vite que de rafistoler tout ce qui est planté. Profite-en si tu peut pour passer en NTFS.
Si vraiment tu peut pas ( partition systeme ? ) va falloir que tu vide soigneusement ce répertoire, tu le supprime et tu en recrée un du même nom. Et repasse un coup de chkdsk quand t'aura fini
==> Problème #2
T'as déjà pas mal de bonnes réponses pour celle-là.
----------------------------------------
==> Problème #3
Faisant via l'explorateur une recherche de fichiers contenant un mot déterminé (critère « un mot ou une phrase dans le fichier »), il arrive que je n'obtienne aucune réponse, alors que je sais le mot bel et bien présent dans au moins un fichier. Par exemple si je cherche le mot « death » dans un dossier (93 fichiers, 4.73Mo) contenant les sous-titres au format SRT de l'ensemble des saisons de la série Six feet under, je n'obtiens aucun résultat, alors que le seul fichier SRT du premier épisode en VO contient (d'après une recherche dans le Bloc-notes) 5 occurrences de « death ». Pourtant, si je recherche maintenant « Victor Hugo » dans un dossier énorme intitulé « A CLASSER » (14377 fichiers, 816Mo !), la recherche fonctionne et j'obtiens rapidement une dizaine de résultats (fichiers HTM, DOC). Comment cela se fait-ce-t-il donc ?
MS à délibérément bousillé la fonction de recherche dans XP ( http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext ) T'as qq méthodes sur cette même pages, mais perso je préfere utiliser les 2 méthodes suivantes ( suivant les circonstances ): - pour chercher dans une arborescence précise : le petit soft suivant qui s'intégre trés simplement dans l'explorateur et à des fonctions de recherche bien plus puissantes. ( Agent Ransack : http://www.mythicsoft.com/agentransack ) - Pour chercher en vrac dans tout le fattra accumulé sur mon PC : "Copernic Desktop Search."
Merci pour vos suggestions avisées !
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
Ave, pécésards, celui qui va discourir vous salue.
J'ai préféré grouper les commandes, alors voici le sommaire :
Problème #1 : suite à un plantage, références croisées, noms de fichiers
invalides
Problème #2 : suite à un plantage, perte de quelques messages dans les dossiers
Outlook Express
Problème #3 : fonction Rechercher de l'explorateur semble hasardeuse/capricieuse
[suivi sur fr.comp.sys.pc]
==> Problème #1
Well... Voici ce que m'indique le rapport de vérification du lecteur E:
(Winlogon dans la rubrique Application de l'Observateur d'évènements de Windows
XP, 05/09/2007), cette partition de 30Go servant notamment pour les
téléchargements (dossiers Incoming et Temp de eMule), et pour le stockage
temporaire (doit par conséquent être *très* fragmentée, comme je repousse sans
cesse cette tâche, considérant qu'il faut d'abord libérer de l'espace disque ce
qui tient quasiment du voeu pieux...) :
« Vérification du système de fichiers sur E:
Le type du système de fichiers est FAT32.
L'intégrité de l'un de vos disques doit être vérifiée.
Vous pouvez annuler cette vérification, mais son exécution est
fortement recommandée.
Windows va maintenant vérifier le disque.
Le numéro de série du volume est xxxx-xxxx
[couik ...10 km de logs de chkdsk ...]
Re-Well... Sacré bordel hein ? Ces fichiers se trouvent tous dans le dossier
Temp d'eMule ; ce répertoire contient trois types de fichiers, un de chaque pour
chaque téléchargement ajouté, dont le nom est de la forme 3857.part (fichier
partiel), 3857.part.met (infos sur le fichier partiel), 3857.part.met.bak
(sauvegarde des infos sur le fichier partiel). Ceci s'est produit suite à un
plantage inopiné (ce qui m'arrive un peu trop souvent à mon goût depuis quelques
mois... pourrait-ce être dû aux barrettes de mémoire installées en janvier ? à
une fragmentation excessive du fichier de mémoire virtuelle, ou du disque plus
généralement ?...). Manifestement, il s'agit donc de fichiers du répertoire Temp
de eMule qui ont été sauvagement renommés avec des caractères cabalistiques, et
pour certains tout aussi sauvagement acoquinés à d'autres fichiers situés (je
présume) sur la même partition. La vérification du lecteur semble avoir résolu
partiellement le problème de « références croisées », mais l'espace disque est
devenu insuffisant pour terminer convenablement le processus, et il semble que
certains fichiers aient été tronqués. Comment savoir précisément quels fichiers
ont été tronqués ? (En ouvrant certains de ces fichiers aux noms exotiques dans
le Bloc-notes j'ai reconnu la structure de fichiers PDF, ou du texte provenant
d'un fichier TXT que je crois avoir identifié et qui semble intact.) D'autre
part, certains de ces fichiers ont reçu des noms qui les rendent impossibles à
manipuler sous Windows (renommer, déplacer => « Impossible de renommer Fichier :
Impossible de lire à partir du fichier ou de la disquette source »), et
peut-être même sous DOS (je ne maîtrise guère, mais du moins la commande «
rename » semble inopérante, j'obtiens : « le fichier spécifié est
introuvable »). Comment renommer ces fichiers afin d'accéder à leur contenu
et/ou de les supprimer ? Ces noms sont les suivants (entre parenthèses la cause
probable, selon moi, de la non-reconnaissance) :
õ865PA~1. AK (espace au début de l'extension)
m952PA~1. ET (espace au début de l'extension)
þ564PA~1. ET (espace au début de l'extension et peut-être le zibouiboui au début
du nom)
´580PA~1.?AK (point d'interrogation au début de l'extension et peut-être le
zibouiboui au début du nom)
o171PA~1.¸ET (zibouiboui au début de l'extension)
╗835PA~1.>AK (le > au début de l'extension et peut-être le zibouiboui au début
du nom)
o612~1.§AR (peut-être le § au début de l'extension ?)
w079PA~1.AK (le zibouiboui au début de l'extension)
272PA~1.fET (espace au début du nom)
¹383~1.ıAR (1 en indice au début de l'extension, en exposant au début du nom)
┐473~1.oAR (le zibouiboui au début du nom)
■165PA~1.þET (le zibouiboui au début du nom, au début de l'extension)
¸015~1.uAR (le zibouiboui au début du nom)
■105PA~1.wET (le zibouiboui au début du nom)
o162PA~1.ÝET (le Y accentué au début de l'extension)
Un coup de CHKDSK n'a détecté aucune anomalie.
Tiens .. tente le coup avec ça:
http://ccollomb.free.fr/unlocker/
Excellent aussi bien pour les fichiers lockés que ceux avec des noms
alakon(c)
- télécharge
- installe
- clic-droit "unlocker" sur le fichier "alakon"
- sélectionne "renommer" en bas de la fenêtre
- zou.
Et un bon conseil ... eMule -> met-le sur une partoche NTFS, t'as tout à
y gagner, place, vitesse et sécurité.
ce genre de pb de système de fichier qui part en couille, c'est
quasiment inconnu avec NTFS ( contrairement à FAT )
PS: ou dis plutot "zigouigoui" que "zibouiboui" ... même si ton disque
ressemble à un bouiboui tout crado ( j'sais pas si le patron s'appelle
Bruno ? :-p )
J'ai également trouvé ceci, dans la rubrique Système de l'Observateur
d'événements :
« Le filtre de restauration du système à rencontré l'erreur inattendue
'0xC0000034' pendant le traitement du fichier 'temp' sur le volume
'HarddiskVolume3'. Ceci a entraîné l'arrêt de la surveillance du volume.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
http://go.microsoft.com/fwlink/events.asp. »
Vide ce disque ( déplace tes fichier pas encore mort ailleurs ) et
reformate cette partition, ça ira plus vite que de rafistoler tout ce
qui est planté.
Profite-en si tu peut pour passer en NTFS.
Si vraiment tu peut pas ( partition systeme ? ) va falloir que tu vide
soigneusement ce répertoire, tu le supprime et tu en recrée un du même nom.
Et repasse un coup de chkdsk quand t'aura fini
==> Problème #2
T'as déjà pas mal de bonnes réponses pour celle-là.
----------------------------------------
==> Problème #3
Faisant via l'explorateur une recherche de fichiers contenant un mot déterminé
(critère « un mot ou une phrase dans le fichier »), il arrive que je n'obtienne
aucune réponse, alors que je sais le mot bel et bien présent dans au moins un
fichier. Par exemple si je cherche le mot « death » dans un dossier (93
fichiers, 4.73Mo) contenant les sous-titres au format SRT de l'ensemble des
saisons de la série Six feet under, je n'obtiens aucun résultat, alors que le
seul fichier SRT du premier épisode en VO contient (d'après une recherche dans
le Bloc-notes) 5 occurrences de « death ». Pourtant, si je recherche maintenant
« Victor Hugo » dans un dossier énorme intitulé « A CLASSER » (14377 fichiers,
816Mo !), la recherche fonctionne et j'obtiens rapidement une dizaine de
résultats (fichiers HTM, DOC). Comment cela se fait-ce-t-il donc ?
MS à délibérément bousillé la fonction de recherche dans XP (
http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext )
T'as qq méthodes sur cette même pages, mais perso je préfere utiliser
les 2 méthodes suivantes ( suivant les circonstances ):
- pour chercher dans une arborescence précise : le petit soft suivant
qui s'intégre trés simplement dans l'explorateur et à des fonctions de
recherche bien plus puissantes. ( Agent Ransack :
http://www.mythicsoft.com/agentransack )
- Pour chercher en vrac dans tout le fattra accumulé sur mon PC :
"Copernic Desktop Search."
Merci pour vos suggestions avisées !
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça
arrive.
Ave, pécésards, celui qui va discourir vous salue.
J'ai préféré grouper les commandes, alors voici le sommaire : Problème #1 : suite à un plantage, références croisées, noms de fichiers invalides Problème #2 : suite à un plantage, perte de quelques messages dans les dossiers Outlook Express Problème #3 : fonction Rechercher de l'explorateur semble hasardeuse/capricieuse
[suivi sur fr.comp.sys.pc]
==> Problème #1
Well... Voici ce que m'indique le rapport de vérification du lecteur E: (Winlogon dans la rubrique Application de l'Observateur d'évènements de Windows XP, 05/09/2007), cette partition de 30Go servant notamment pour les téléchargements (dossiers Incoming et Temp de eMule), et pour le stockage temporaire (doit par conséquent être *très* fragmentée, comme je repousse sans cesse cette tâche, considérant qu'il faut d'abord libérer de l'espace disque ce qui tient quasiment du voeu pieux...) :
« Vérification du système de fichiers sur E: Le type du système de fichiers est FAT32. L'intégrité de l'un de vos disques doit être vérifiée. Vous pouvez annuler cette vérification, mais son exécution est fortement recommandée. Windows va maintenant vérifier le disque. Le numéro de série du volume est xxxx-xxxx
[couik ...10 km de logs de chkdsk ...]
Re-Well... Sacré bordel hein ? Ces fichiers se trouvent tous dans le dossier Temp d'eMule ; ce répertoire contient trois types de fichiers, un de chaque pour chaque téléchargement ajouté, dont le nom est de la forme 3857.part (fichier partiel), 3857.part.met (infos sur le fichier partiel), 3857.part.met.bak (sauvegarde des infos sur le fichier partiel). Ceci s'est produit suite à un plantage inopiné (ce qui m'arrive un peu trop souvent à mon goût depuis quelques mois... pourrait-ce être dû aux barrettes de mémoire installées en janvier ? à une fragmentation excessive du fichier de mémoire virtuelle, ou du disque plus généralement ?...). Manifestement, il s'agit donc de fichiers du répertoire Temp de eMule qui ont été sauvagement renommés avec des caractères cabalistiques, et pour certains tout aussi sauvagement acoquinés à d'autres fichiers situés (je présume) sur la même partition. La vérification du lecteur semble avoir résolu partiellement le problème de « références croisées », mais l'espace disque est devenu insuffisant pour terminer convenablement le processus, et il semble que certains fichiers aient été tronqués. Comment savoir précisément quels fichiers ont été tronqués ? (En ouvrant certains de ces fichiers aux noms exotiques dans le Bloc-notes j'ai reconnu la structure de fichiers PDF, ou du texte provenant d'un fichier TXT que je crois avoir identifié et qui semble intact.) D'autre part, certains de ces fichiers ont reçu des noms qui les rendent impossibles à manipuler sous Windows (renommer, déplacer => « Impossible de renommer Fichier : Impossible de lire à partir du fichier ou de la disquette source »), et peut-être même sous DOS (je ne maîtrise guère, mais du moins la commande « rename » semble inopérante, j'obtiens : « le fichier spécifié est introuvable »). Comment renommer ces fichiers afin d'accéder à leur contenu et/ou de les supprimer ? Ces noms sont les suivants (entre parenthèses la cause probable, selon moi, de la non-reconnaissance) :
õ865PA~1. AK (espace au début de l'extension) m952PA~1. ET (espace au début de l'extension) þ564PA~1. ET (espace au début de l'extension et peut-être le zibouiboui au début du nom) ´580PA~1.?AK (point d'interrogation au début de l'extension et peut-être le zibouiboui au début du nom) o171PA~1.¸ET (zibouiboui au début de l'extension) ╗835PA~1.>AK (le > au début de l'extension et peut-être le zibouiboui au début du nom) o612~1.§AR (peut-être le § au début de l'extension ?) w079PA~1.AK (le zibouiboui au début de l'extension) 272PA~1.fET (espace au début du nom) ¹383~1.ıAR (1 en indice au début de l'extension, en exposant au début du nom) ┐473~1.oAR (le zibouiboui au début du nom) ■165PA~1.þET (le zibouiboui au début du nom, au début de l'extension) ¸015~1.uAR (le zibouiboui au début du nom) ■105PA~1.wET (le zibouiboui au début du nom) o162PA~1.ÝET (le Y accentué au début de l'extension)
Un coup de CHKDSK n'a détecté aucune anomalie.
Tiens .. tente le coup avec ça: http://ccollomb.free.fr/unlocker/ Excellent aussi bien pour les fichiers lockés que ceux avec des noms alakon(c) - télécharge - installe - clic-droit "unlocker" sur le fichier "alakon" - sélectionne "renommer" en bas de la fenêtre - zou.
Et un bon conseil ... eMule -> met-le sur une partoche NTFS, t'as tout à y gagner, place, vitesse et sécurité. ce genre de pb de système de fichier qui part en couille, c'est quasiment inconnu avec NTFS ( contrairement à FAT )
PS: ou dis plutot "zigouigoui" que "zibouiboui" ... même si ton disque ressemble à un bouiboui tout crado ( j'sais pas si le patron s'appelle Bruno ? :-p )
J'ai également trouvé ceci, dans la rubrique Système de l'Observateur d'événements : « Le filtre de restauration du système à rencontré l'erreur inattendue '0xC0000034' pendant le traitement du fichier 'temp' sur le volume 'HarddiskVolume3'. Ceci a entraîné l'arrêt de la surveillance du volume. Pour plus d'informations, consultez le centre Aide et support à l'adresse http://go.microsoft.com/fwlink/events.asp. »
Vide ce disque ( déplace tes fichier pas encore mort ailleurs ) et reformate cette partition, ça ira plus vite que de rafistoler tout ce qui est planté. Profite-en si tu peut pour passer en NTFS.
Si vraiment tu peut pas ( partition systeme ? ) va falloir que tu vide soigneusement ce répertoire, tu le supprime et tu en recrée un du même nom. Et repasse un coup de chkdsk quand t'aura fini
==> Problème #2
T'as déjà pas mal de bonnes réponses pour celle-là.
----------------------------------------
==> Problème #3
Faisant via l'explorateur une recherche de fichiers contenant un mot déterminé (critère « un mot ou une phrase dans le fichier »), il arrive que je n'obtienne aucune réponse, alors que je sais le mot bel et bien présent dans au moins un fichier. Par exemple si je cherche le mot « death » dans un dossier (93 fichiers, 4.73Mo) contenant les sous-titres au format SRT de l'ensemble des saisons de la série Six feet under, je n'obtiens aucun résultat, alors que le seul fichier SRT du premier épisode en VO contient (d'après une recherche dans le Bloc-notes) 5 occurrences de « death ». Pourtant, si je recherche maintenant « Victor Hugo » dans un dossier énorme intitulé « A CLASSER » (14377 fichiers, 816Mo !), la recherche fonctionne et j'obtiens rapidement une dizaine de résultats (fichiers HTM, DOC). Comment cela se fait-ce-t-il donc ?
MS à délibérément bousillé la fonction de recherche dans XP ( http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext ) T'as qq méthodes sur cette même pages, mais perso je préfere utiliser les 2 méthodes suivantes ( suivant les circonstances ): - pour chercher dans une arborescence précise : le petit soft suivant qui s'intégre trés simplement dans l'explorateur et à des fonctions de recherche bien plus puissantes. ( Agent Ransack : http://www.mythicsoft.com/agentransack ) - Pour chercher en vrac dans tout le fattra accumulé sur mon PC : "Copernic Desktop Search."
Merci pour vos suggestions avisées !
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
idiosyncrazy
"Ascadix" a écrit dans le message de news: 46f57016$0$5089$
Problème #1 : suite à un plantage, références croisées, noms de fichiers invalides [...]
Merci d'avoir exhumé ce fil : je n'ai toujours pas résolu le problème et ne m'en suis à vrai dire guère occupé entre temps.
Tiens .. tente le coup avec ça: http://ccollomb.free.fr/unlocker/ Excellent aussi bien pour les fichiers lockés que ceux avec des noms alakon(c)
Je connais et utilise Unlocker, mais n'avais pas encore utilisé les fonctions annexes (renommer, déplacer, supprimer). J'ai découvert récemment (en faisant des recherches pour résoudre cette énigme) GiPoUtilities, logiciel apparemment complet et puissant mais qui n'a pas non plus réussi à renommer ou supprimer ces fichiers (y compris au redémarrage).
- télécharge - installe - clic-droit "unlocker" sur le fichier "alakon" - sélectionne "renommer" en bas de la fenêtre - zou.
Nan, marche pas... Dans un cas (le fichier ne comporte même pas de date), une fenêtre m'annonce "Succès - Le fichier a été renommé", mais rien n'a changé. Dans les autres cas, une fenêtre m'annonce "Erreur de changement de nom du fichier ou du dossier - impossible de renommer ´580PA~1.?AK : vous ne pouvez pas spécifier un dossier ou un disque différent lorsque vous renommez un fichier ou un sous-dossier".
Et un bon conseil ... eMule -> met-le sur une partoche NTFS, t'as tout à y gagner, place, vitesse et sécurité. ce genre de pb de système de fichier qui part en couille, c'est quasiment inconnu avec NTFS ( contrairement à FAT )
Oui, je le saurai pour la prochaine fois...
PS: ou dis plutot "zigouigoui" que "zibouiboui" ...
Oui, je le saurai pour la prochaine fois...
même si ton disque ressemble à un bouiboui tout crado ( j'sais pas si le patron s'appelle Bruno ? :-p )
Bruno ?! pas saisi.
J'ai également trouvé ceci, dans la rubrique Système de l'Observateur d'événements : « Le filtre de restauration du système à rencontré l'erreur inattendue '0xC0000034' pendant le traitement du fichier 'temp' sur le volume 'HarddiskVolume3'. Ceci a entraîné l'arrêt de la surveillance du volume. Pour plus d'informations, consultez le centre Aide et support à l'adresse http://go.microsoft.com/fwlink/events.asp. »
Vide ce disque ( déplace tes fichier pas encore mort ailleurs ) et reformate cette partition, ça ira plus vite que de rafistoler tout ce qui est planté.
C'est tout de même utile il me semble d'essayer de comprendre un minimum ce qui a foiré, et comment tout ça est agencé. Au delà, oui, un formatage sera vraisemblablement nécessaire.
Profite-en si tu peut pour passer en NTFS.
Si vraiment tu peut pas ( partition systeme ? )
Pourquoué ? Nan, j'avais assez bizarrement mis la partition système en NTFS et le reste en FAT32 (je pensais peut-être alors devoir accéder éventuellement aux données de ces dernières depuis Windows 98...).
va falloir que tu vide soigneusement ce répertoire, tu le supprime et tu en recrée un du même nom.
C'est bien le problème : il est impossible de le vider complètement, de supprimer cette quinzaine de fichiers !
Et repasse un coup de chkdsk quand t'aura fini
Pareil, le Chkdsk au démarrage ne détecte, et a fortiori ne corrige aucune anomalie.
J'ai tenté diverses solutions proposées sur des forums (via l'invite de commande DOS principalement), sans succès. Maintenant, en fwwwinant à nouveau, je viens de lire un commentaire suggérant d'utiliser un éditeur hexadécimal : http://forum.matbe.com/materielbe/OSSoftwareReseauxJeuxvideos/Windows/impossible -supprimer-fichier-sujet_4217_2.htm Ayant téléchargé WinHex, et ouvert la partition en question, je parviens (semble-t-il) à lire le contenu des fichiers merdiques ! Je pourrai donc au moins vérifier si les "références croisées" ont corrompu quelque chose ailleurs, et quoi. Mais à partir de là, que puis-je faire ? Pour l'heure (04h53), aller dormir me semble le plus sage... Je m'initierai aux joies du bidouillage hexadécimal quand je serai un peu plus 'aware'.
==> Problème #2
T'as déjà pas mal de bonnes réponses pour celle-là.
----------------------------------------
==> Problème #3
Faisant via l'explorateur une recherche de fichiers contenant un mot déterminé
(critère « un mot ou une phrase dans le fichier »), il arrive que je n'obtienne
aucune réponse, alors que je sais le mot bel et bien présent dans au moins un
fichier. Par exemple si je cherche le mot « death » dans un dossier (93 fichiers, 4.73Mo) contenant les sous-titres au format SRT de l'ensemble des saisons de la série Six feet under, je n'obtiens aucun résultat, alors que le
seul fichier SRT du premier épisode en VO contient (d'après une recherche dans
le Bloc-notes) 5 occurrences de « death ». Pourtant, si je recherche maintenant
« Victor Hugo » dans un dossier énorme intitulé « A CLASSER » (14377 fichiers,
816Mo !), la recherche fonctionne et j'obtiens rapidement une dizaine de résultats (fichiers HTM, DOC). Comment cela se fait-ce-t-il donc ?
MS à délibérément bousillé la fonction de recherche dans XP ( http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext ) T'as qq méthodes sur cette même pages, mais perso je préfere utiliser les 2 méthodes suivantes ( suivant les circonstances ): - pour chercher dans une arborescence précise : le petit soft suivant qui s'intégre trés simplement dans l'explorateur et à des fonctions de recherche bien plus puissantes. ( Agent Ransack : http://www.mythicsoft.com/agentransack ) - Pour chercher en vrac dans tout le fattra accumulé sur mon PC : "Copernic Desktop Search."
Oui, un contributeur m'avait mis sur la piste, le simple fait de changer les extensions en .txt avait résolu le problème (ou contourné la limitation). Merci pour les renseignements supplémentaires.
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
(Vôâlâ qui est bien ésotérique !)
"Ascadix" <ascadix.ng@free.fr> a écrit dans le message de news:
46f57016$0$5089$ba4acef3@news.orange.fr...
Problème #1 : suite à un plantage, références croisées, noms de fichiers
invalides
[...]
Merci d'avoir exhumé ce fil : je n'ai toujours pas résolu le problème et ne m'en
suis à vrai dire guère occupé entre temps.
Tiens .. tente le coup avec ça:
http://ccollomb.free.fr/unlocker/
Excellent aussi bien pour les fichiers lockés que ceux avec des noms
alakon(c)
Je connais et utilise Unlocker, mais n'avais pas encore utilisé les fonctions
annexes (renommer, déplacer, supprimer). J'ai découvert récemment (en faisant
des recherches pour résoudre cette énigme) GiPoUtilities, logiciel apparemment
complet et puissant mais qui n'a pas non plus réussi à renommer ou supprimer ces
fichiers (y compris au redémarrage).
- télécharge
- installe
- clic-droit "unlocker" sur le fichier "alakon"
- sélectionne "renommer" en bas de la fenêtre
- zou.
Nan, marche pas... Dans un cas (le fichier ne comporte même pas de date), une
fenêtre m'annonce "Succès - Le fichier a été renommé", mais rien n'a changé.
Dans les autres cas, une fenêtre m'annonce "Erreur de changement de nom du
fichier ou du dossier - impossible de renommer ´580PA~1.?AK : vous ne pouvez pas
spécifier un dossier ou un disque différent lorsque vous renommez un fichier ou
un sous-dossier".
Et un bon conseil ... eMule -> met-le sur une partoche NTFS, t'as tout à
y gagner, place, vitesse et sécurité.
ce genre de pb de système de fichier qui part en couille, c'est
quasiment inconnu avec NTFS ( contrairement à FAT )
Oui, je le saurai pour la prochaine fois...
PS: ou dis plutot "zigouigoui" que "zibouiboui" ...
Oui, je le saurai pour la prochaine fois...
même si ton disque
ressemble à un bouiboui tout crado ( j'sais pas si le patron s'appelle
Bruno ? :-p )
Bruno ?! pas saisi.
J'ai également trouvé ceci, dans la rubrique Système de l'Observateur
d'événements :
« Le filtre de restauration du système à rencontré l'erreur inattendue
'0xC0000034' pendant le traitement du fichier 'temp' sur le volume
'HarddiskVolume3'. Ceci a entraîné l'arrêt de la surveillance du volume.
Pour plus d'informations, consultez le centre Aide et support à l'adresse
http://go.microsoft.com/fwlink/events.asp. »
Vide ce disque ( déplace tes fichier pas encore mort ailleurs ) et
reformate cette partition, ça ira plus vite que de rafistoler tout ce
qui est planté.
C'est tout de même utile il me semble d'essayer de comprendre un minimum ce qui
a foiré, et comment tout ça est agencé. Au delà, oui, un formatage sera
vraisemblablement nécessaire.
Profite-en si tu peut pour passer en NTFS.
Si vraiment tu peut pas ( partition systeme ? )
Pourquoué ? Nan, j'avais assez bizarrement mis la partition système en NTFS et
le reste en FAT32 (je pensais peut-être alors devoir accéder éventuellement aux
données de ces dernières depuis Windows 98...).
va falloir que tu vide
soigneusement ce répertoire, tu le supprime et tu en recrée un du même nom.
C'est bien le problème : il est impossible de le vider complètement, de
supprimer cette quinzaine de fichiers !
Et repasse un coup de chkdsk quand t'aura fini
Pareil, le Chkdsk au démarrage ne détecte, et a fortiori ne corrige aucune
anomalie.
J'ai tenté diverses solutions proposées sur des forums (via l'invite de commande
DOS principalement), sans succès. Maintenant, en fwwwinant à nouveau, je viens
de lire un commentaire suggérant d'utiliser un éditeur hexadécimal :
http://forum.matbe.com/materielbe/OSSoftwareReseauxJeuxvideos/Windows/impossible
-supprimer-fichier-sujet_4217_2.htm
Ayant téléchargé WinHex, et ouvert la partition en question, je parviens
(semble-t-il) à lire le contenu des fichiers merdiques ! Je pourrai donc au
moins vérifier si les "références croisées" ont corrompu quelque chose ailleurs,
et quoi. Mais à partir de là, que puis-je faire ? Pour l'heure (04h53), aller
dormir me semble le plus sage... Je m'initierai aux joies du bidouillage
hexadécimal quand je serai un peu plus 'aware'.
==> Problème #2
T'as déjà pas mal de bonnes réponses pour celle-là.
----------------------------------------
==> Problème #3
Faisant via l'explorateur une recherche de fichiers contenant un mot
déterminé
(critère « un mot ou une phrase dans le fichier »), il arrive que je
n'obtienne
aucune réponse, alors que je sais le mot bel et bien présent dans au moins
un
fichier. Par exemple si je cherche le mot « death » dans un dossier (93
fichiers, 4.73Mo) contenant les sous-titres au format SRT de l'ensemble des
saisons de la série Six feet under, je n'obtiens aucun résultat, alors que
le
seul fichier SRT du premier épisode en VO contient (d'après une recherche
dans
le Bloc-notes) 5 occurrences de « death ». Pourtant, si je recherche
maintenant
« Victor Hugo » dans un dossier énorme intitulé « A CLASSER » (14377
fichiers,
816Mo !), la recherche fonctionne et j'obtiens rapidement une dizaine de
résultats (fichiers HTM, DOC). Comment cela se fait-ce-t-il donc ?
MS à délibérément bousillé la fonction de recherche dans XP (
http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext )
T'as qq méthodes sur cette même pages, mais perso je préfere utiliser
les 2 méthodes suivantes ( suivant les circonstances ):
- pour chercher dans une arborescence précise : le petit soft suivant
qui s'intégre trés simplement dans l'explorateur et à des fonctions de
recherche bien plus puissantes. ( Agent Ransack :
http://www.mythicsoft.com/agentransack )
- Pour chercher en vrac dans tout le fattra accumulé sur mon PC :
"Copernic Desktop Search."
Oui, un contributeur m'avait mis sur la piste, le simple fait de changer les
extensions en .txt avait résolu le problème (ou contourné la limitation). Merci
pour les renseignements supplémentaires.
--
@+
Ascadix
adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça
arrive.
"Ascadix" a écrit dans le message de news: 46f57016$0$5089$
Problème #1 : suite à un plantage, références croisées, noms de fichiers invalides [...]
Merci d'avoir exhumé ce fil : je n'ai toujours pas résolu le problème et ne m'en suis à vrai dire guère occupé entre temps.
Tiens .. tente le coup avec ça: http://ccollomb.free.fr/unlocker/ Excellent aussi bien pour les fichiers lockés que ceux avec des noms alakon(c)
Je connais et utilise Unlocker, mais n'avais pas encore utilisé les fonctions annexes (renommer, déplacer, supprimer). J'ai découvert récemment (en faisant des recherches pour résoudre cette énigme) GiPoUtilities, logiciel apparemment complet et puissant mais qui n'a pas non plus réussi à renommer ou supprimer ces fichiers (y compris au redémarrage).
- télécharge - installe - clic-droit "unlocker" sur le fichier "alakon" - sélectionne "renommer" en bas de la fenêtre - zou.
Nan, marche pas... Dans un cas (le fichier ne comporte même pas de date), une fenêtre m'annonce "Succès - Le fichier a été renommé", mais rien n'a changé. Dans les autres cas, une fenêtre m'annonce "Erreur de changement de nom du fichier ou du dossier - impossible de renommer ´580PA~1.?AK : vous ne pouvez pas spécifier un dossier ou un disque différent lorsque vous renommez un fichier ou un sous-dossier".
Et un bon conseil ... eMule -> met-le sur une partoche NTFS, t'as tout à y gagner, place, vitesse et sécurité. ce genre de pb de système de fichier qui part en couille, c'est quasiment inconnu avec NTFS ( contrairement à FAT )
Oui, je le saurai pour la prochaine fois...
PS: ou dis plutot "zigouigoui" que "zibouiboui" ...
Oui, je le saurai pour la prochaine fois...
même si ton disque ressemble à un bouiboui tout crado ( j'sais pas si le patron s'appelle Bruno ? :-p )
Bruno ?! pas saisi.
J'ai également trouvé ceci, dans la rubrique Système de l'Observateur d'événements : « Le filtre de restauration du système à rencontré l'erreur inattendue '0xC0000034' pendant le traitement du fichier 'temp' sur le volume 'HarddiskVolume3'. Ceci a entraîné l'arrêt de la surveillance du volume. Pour plus d'informations, consultez le centre Aide et support à l'adresse http://go.microsoft.com/fwlink/events.asp. »
Vide ce disque ( déplace tes fichier pas encore mort ailleurs ) et reformate cette partition, ça ira plus vite que de rafistoler tout ce qui est planté.
C'est tout de même utile il me semble d'essayer de comprendre un minimum ce qui a foiré, et comment tout ça est agencé. Au delà, oui, un formatage sera vraisemblablement nécessaire.
Profite-en si tu peut pour passer en NTFS.
Si vraiment tu peut pas ( partition systeme ? )
Pourquoué ? Nan, j'avais assez bizarrement mis la partition système en NTFS et le reste en FAT32 (je pensais peut-être alors devoir accéder éventuellement aux données de ces dernières depuis Windows 98...).
va falloir que tu vide soigneusement ce répertoire, tu le supprime et tu en recrée un du même nom.
C'est bien le problème : il est impossible de le vider complètement, de supprimer cette quinzaine de fichiers !
Et repasse un coup de chkdsk quand t'aura fini
Pareil, le Chkdsk au démarrage ne détecte, et a fortiori ne corrige aucune anomalie.
J'ai tenté diverses solutions proposées sur des forums (via l'invite de commande DOS principalement), sans succès. Maintenant, en fwwwinant à nouveau, je viens de lire un commentaire suggérant d'utiliser un éditeur hexadécimal : http://forum.matbe.com/materielbe/OSSoftwareReseauxJeuxvideos/Windows/impossible -supprimer-fichier-sujet_4217_2.htm Ayant téléchargé WinHex, et ouvert la partition en question, je parviens (semble-t-il) à lire le contenu des fichiers merdiques ! Je pourrai donc au moins vérifier si les "références croisées" ont corrompu quelque chose ailleurs, et quoi. Mais à partir de là, que puis-je faire ? Pour l'heure (04h53), aller dormir me semble le plus sage... Je m'initierai aux joies du bidouillage hexadécimal quand je serai un peu plus 'aware'.
==> Problème #2
T'as déjà pas mal de bonnes réponses pour celle-là.
----------------------------------------
==> Problème #3
Faisant via l'explorateur une recherche de fichiers contenant un mot déterminé
(critère « un mot ou une phrase dans le fichier »), il arrive que je n'obtienne
aucune réponse, alors que je sais le mot bel et bien présent dans au moins un
fichier. Par exemple si je cherche le mot « death » dans un dossier (93 fichiers, 4.73Mo) contenant les sous-titres au format SRT de l'ensemble des saisons de la série Six feet under, je n'obtiens aucun résultat, alors que le
seul fichier SRT du premier épisode en VO contient (d'après une recherche dans
le Bloc-notes) 5 occurrences de « death ». Pourtant, si je recherche maintenant
« Victor Hugo » dans un dossier énorme intitulé « A CLASSER » (14377 fichiers,
816Mo !), la recherche fonctionne et j'obtiens rapidement une dizaine de résultats (fichiers HTM, DOC). Comment cela se fait-ce-t-il donc ?
MS à délibérément bousillé la fonction de recherche dans XP ( http://www.bellamyjc.org/fr/windowsxp2003.html#plaintext ) T'as qq méthodes sur cette même pages, mais perso je préfere utiliser les 2 méthodes suivantes ( suivant les circonstances ): - pour chercher dans une arborescence précise : le petit soft suivant qui s'intégre trés simplement dans l'explorateur et à des fonctions de recherche bien plus puissantes. ( Agent Ransack : http://www.mythicsoft.com/agentransack ) - Pour chercher en vrac dans tout le fattra accumulé sur mon PC : "Copernic Desktop Search."
Oui, un contributeur m'avait mis sur la piste, le simple fait de changer les extensions en .txt avait résolu le problème (ou contourné la limitation). Merci pour les renseignements supplémentaires.
-- @+ Ascadix adresse @mail valide, mais ajoutez "sesame" dans l'objet pour que ça arrive.
