Le portail francophone de la géomatique

Emil' · Fri 29 June 2007 08:50

Bonjour,

Lorsque je supprime des tables MapInfo, beaucoup de .TAB sont impossible à enlever. J'obtiens le message Windows "impossible de supprimer, ressource utilisée, etc."

- MapInfo est fermé, ainsi que toute application,
- Je suis le seul utilisateur de ces fichiers, bien qu'étant sur le réseau interne,
- Impossible aussi via le serveur lui-même en admin,
- Le mode sans échec n'y fait rien, même par l'invite de commande du DOS.
- Le processus explorer.exe est fermé lui aussi.
- L'utilitaire "unlocker" ne trouve pas d'application qui les utilise.

Bref, plus de 20 fichiers ne peuvent pas être supprimés, et sont inutilisables puisqu'il n'y a plus les .ID, .MAP, etc.

Cette erreur provient de Windows, je pense, mais ce problème ne survenant qu'avec les fichiers .TAB, je me permet de vous solliciter pour une piste.

Merci et bonne fin de semaine à tous.

Dernière modification par Emil' (Fri 29 June 2007 08:51)

Robin · Fri 29 June 2007 09:08

Hello,

Même problème ce matin ?

Robin.

Emil' · Fri 29 June 2007 09:21

Oui, même problème depuis presque une semaine, après redémarrage ou extinction du PC.

Emilien.

Robin · Fri 29 June 2007 09:24

C'est très curieux. Ce qui est plus curieux encore, c'est qu'avec DOS ca ne marche pas (ca c'est TRES TRES bizarre !!)
J'espère que le DD n'a pas de problèmes

Robin.

EDIt : question bête : ils ne sont pas en lecture seule ?

Emil' · Fri 29 June 2007 09:48

Ils ne sont pas en lecture seule non plus...

C'est possible que le DD, qui n'est pas tout jeune, ne soit plus très en forme. Je pensais plutôt à un bug MapInfo, genre fichiers récents ou temporaires, un truc comme ça. J'ai fouillé le dossier mais rien vu ne bien utile.

Merci en tout cas de réfléchir à mon cas

Robin · Fri 29 June 2007 10:10

Si DOS ne peut pas les supprimer (je parle bien de DOS sans que Windows soit lancé, hein), c'est un mauvais signe en tout cas. Pour info, le shell DOS *après* que Windows soit lancé changera rien s'il y a un blocage par un processus ou autre.

Sinon, essaye peut être avec ces idées là (pas testé)

Robin.

EDIt : les pistes ci dessus ne sont peut être pas optimales

Peut être comme ça :

# Fermez toutes les applications actives
# Démarrer, sur Exécuter, tapez la commande taskmgr puis validez
# Sélectionnez l'onglet Processus
# Sélectionnez explorer.exe
# Cliquez sur le bouton Terminer le processus
# Laissez le Gestionnaire de tâches ouvert
# Démarrer, Exécuter, tapez la commande cmd puis validez
# Positionnez-vous sur le dossier contenant le fichier récalcitrant
# Tapez la commande DEL nomdufichier.xxx puis validez.
# Ouvrez le Gestionnaire de tâches
# Cliquez sur le menu Fichier, Nouvelle tâche.
# Saisissez explorer.exe puis validez

Ou avec ça : http://www.clubic.com/telecharger-fiche … eaner.html

wysiwyg · Fri 29 June 2007 10:25

Vous pouvez également essayer cette solution, bien que nécéssitant un peu de main d'oeuvre, elle fonctionne à tous les coups :

- munissez-vous d'un boitier pour disque dur externe USB 2 (si vous n'en avez pas, ce type de matériel est vendu aux alentours de 30 à 50 € modèle PATA/SATA)
- débrancher le disque dur
- brancher le dans un boitier externe USB 2
- brancher votre boitier externe sur une unité centrale équipée d'un OS
- esseyer maintenant d'effacer les fichiers récalcitrants

En attendant votre test.

Cartosig · Fri 29 June 2007 10:40

Ca marchera si le disque dur n'a pas de secteur défectueux à l'emplacement des fichiers...
Je pense qu'un scandisk s'impose !

Robin · Fri 29 June 2007 10:58

Hello

C'est chkdsk je pense à présent. Le scan disk n'a t il pas disparu de Windows depuis quelques version ?

Aide Windows XP a écrit:

Chkdsk

Crée et affiche un rapport d'état pour le disque. La commande chkdsk indique également toutes les erreurs détectées sur le disque et les corrige.

La commande chkdsk assortie des paramètres répertoriés ci-après n'est disponible que si vous utilisez la console de récupération. La commande chkdsk associée à des paramètres différents est disponible à partir de l'invite de commandes.

chkdsk [lecteur:] [/p] [/r]

Paramètres : Aucun
Utilisée sans paramètre, la commande chkdsk affiche l'état du disque placé dans le lecteur en cours.

lecteur: Indique le lecteur que vous souhaitez vérifier à l'aide de la commande chkdsk.

/p : Effectue une vérification exhaustive même si le lecteur n'est pas marqué pour l'exécution de la commande chkdsk. Ce paramètre n'effectue aucun changement au niveau du lecteur.

/r : Détecte les secteurs défectueux et récupère les informations lisibles. Implique /p.

Remarque :
La commande chkdsk requiert le fichier Autochk.exe. Si elle ne le trouve pas dans le répertoire de démarrage (par défaut, \%racine_système%\System32), elle essaie de le localiser sur le CD-ROM d'installation de Windows. Si votre ordinateur prend en charge plusieurs démarrages, assurez-vous que vous émettez cette commande à partir du lecteur contenant Windows.

Sinon : ouvrir la fenêtre, lancer l'unité centrale récalcitrante, racheter un PC. Effaçage garanti
...Dommage que ca ne soit pas possible, parfois, ça donne envie

Robin.

Marc-André · Fri 29 June 2007 18:39

Bonjour,

J'ai déjà eu ce genre de problème avec des fichiers Photoshop.
J'ai réussi à m'en débarrasser en les éditant (en ramenant l'image à 1 pixel par 1 pixel), puis en les sauvegardant.
Après, il a été possible de les supprimer.

Peut-être qu'il est possible d'appliquer la même médecine aux fichiers MapInfo récalcitrants avec un éditeur de texte?

Emil' · Mon 02 July 2007 09:02

Aucun utilitaire proposé ne parvient à résoudre le problème...
Concernant le disque dur, tous les fichiers sont sur le serveur interne... donc mon DD n'est pas en cause.

@ Robin: Je ne crois pas avoir utilisé le DOS avant le démarrage de Windows. Je n'ai pas trouvé la manip pour le faire avec XP (booter sur le CD d'install XP ou une disquette, c'est ça ?)

@ Marc-André: l'édition avec Wordpad est possible mais ne change rien.

En tous cas, merci à tous pour votre aide.

Emilien.

Robin · Mon 02 July 2007 09:54

tous les fichiers sont sur le serveur interne

Ah ben forcément ! Fallait le dire plus tôt ça change tout !!!! Les manipulations décrites ne servent à rien depuis votre ordi, il faut faire tout ça directement sur le serveur. Il est possible qu'il y ait un blocage d'un processus sur le serveur vis à vis de ces fichiers en particulier.

Robin.

Emil' · Mon 02 July 2007 10:39

Désolé, je l'ai écrit dès le début, mais mal formulé

- Je suis le seul utilisateur de ces fichiers, bien qu'étant sur le réseau interne,

Je vais voir ce que je peux faire, sans tout faire planter ...

Merci !

Robin · Mon 02 July 2007 11:10

- Impossible aussi via le serveur lui-même en admin,

Ah oui, oui, voilà, mea culpa j'avais lu un peu vite. Vérifie avec les antivirus, ou autres qui peuvent scanner des fichiers quand on clique dessus. Si c'est sur le serveur en tout cas, ca sera sur le serveur qu'il faudra intervenir pour les faire disparaître

N'empêche c'est bizarre.

haubourg · Mon 16 July 2007 09:55

Pour info,
nous avons eu exactement le même problème pendant plus de quatre mois sur notre réseau. Nous avons beaucoup cherché et il se peut que cela soit un problème windows qui arrive quand le fichier est édité par un client lourd du réseau et que l'on cherche à supprimer le .tab dans les 10-15 secondes après fermeture de mapinfo (ou fermeture de la table). Le mécanisme de déblocage est un peu lent et le serveur bloque la suppression du .tab (le seul fichier qui semble être locké par Mapinfo). Ce blocage est persistent jusqu'au reboot du serveur de fichier. Nous n'avons trouvé absolument aucune autre solution après beaucoup de recherches. Apparemment, ce n'est pas une exclusivité de Mapinfo, d'autres logiciels l'auraient déjà fait chez nous...
cela ne nous arrivait pas en version 7.5 cependant, mapinfo a peut-être changé quelquechose sur le type de verrou logiciel utilisé?
Régis

Emil' · Mon 16 July 2007 10:53

Merci pour ces précisions, car ce problème n'est toujours pas résolu sur mon PC. Effectivement, j'ai eu l'impression que le blocage survient seulement sur certains fichiers, notemment lorsque je veux les supprimer aussitôt après avoir fermé la table ou le logiciel.

Donc je vais voir pour un reboot du serveur.

Merci !

Emilien.

Emil' · Thu 19 July 2007 08:51

Impec'. Redémarrage du serveur et grand coup de ménage.

Merci à tous.

Communauté	Ressources	L'emploi	Le marché	L'association	Fils RSS
Forum Blogs Wiki Planet Sites amis	Agenda Biblio Fiches AMO-CNIG Paris PCGIS Téléchargements	Offres d'emploi Banque de CV Formations Démarche Métiers	Geo-Entreprises Geo-Communiqué Appels d'offres	L'association Qui sommes-nous ? Nous aider Bienfaiteurs Partenaires Historique Statuts	Tout le site Job Géomatique Services GeoBlogs ...	Faire un don Mentions légales

Le portail francophone de la géomatique

Annonce

#1 Fri 29 June 2007 08:50

[MI 7.0] Fichiers .TAB récalcitrants à la suppression

#2 Fri 29 June 2007 09:08

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#3 Fri 29 June 2007 09:21

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#4 Fri 29 June 2007 09:24

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#5 Fri 29 June 2007 09:48

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#6 Fri 29 June 2007 10:10

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#7 Fri 29 June 2007 10:25

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#8 Fri 29 June 2007 10:40

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#9 Fri 29 June 2007 10:58

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#10 Fri 29 June 2007 18:39

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#11 Mon 02 July 2007 09:02

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#12 Mon 02 July 2007 09:54

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#13 Mon 02 July 2007 10:39

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#14 Mon 02 July 2007 11:10

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#15 Mon 16 July 2007 09:55

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#16 Mon 16 July 2007 10:53

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

#17 Thu 19 July 2007 08:51

Re: [MI 7.0] Fichiers .TAB récalcitrants à la suppression

Pied de page des forums