[Résolu] LibreOffice / supprimer fichier .~lock...

willy31 · Le 02/01/2020, à 19:09

Bonsoir à tou.te.s et bonne année 2020
je sollicite votre aide car je n'arrive pas à supprimer un fichier lock de libreoffice.
Ceci m'arrive de plus en plus ces derniers temps et commence à sérieusement m'agacer.
Situation : je travaille sur clé USB (je sais vous n'approuvez pas mais dans mon cadre pro, c'est indispensable) et sur plusieurs ordis avec parfois des versions de LO différentes et des OS différents.

Je me trouve actuellement donc avec une poignée de fichiers .~lock.nom_du_fichier.odt# de Libreoffice que je ne parviens pas à supprimer (ils devraient avoir été supprimé à la fermeture de LO mais s'ils sont là c'est que cela n'a pas été le cas et les raisons peuvent être très diverses).

J'ai tenté la suppression via la souris, via le clavier (shift+Suppr), via le terminal (rm .~lock .....) mais rien n'y fait !

Une particularité : ils apparaissent sous Nemo et sous Nautilus, mais pas avec 'dir' dans un terminal ....
Certains ont une taille nulle et d'autres une taille non nulle ....
Alors que je peux ouvrir le contenu de ces derniers avec le gestionnaire d'archives

Lorsque je tente shfit+suppr depuis Nemo ou Nautilus, j'obtiens :

Erreur lors de la suppression du fichier : Aucun fichier ou dossier de ce type

Lorsque je tente rm avec un terminal, il me répond :

rm: impossible de supprimer '.~lock.nom_du_fichier.odt#': Aucun fichier ou dossier de ce type

Si quelqu'un a une piste pour supprimer ces fichiers, je lui serai éternellement reconnaissant :D

Merci d'avance

Dernière modification par willy31 (Le 03/01/2020, à 20:20)

kamaris · Le 02/01/2020, à 19:22

Peux-tu ouvrir un terminal dans le répertoire où se trouvent les fichiers en question, et donner le retour de

ls -l .*lock*

willy31 · Le 02/01/2020, à 19:39

Merci pour ton aide,
voici :

ls: impossible d'accéder à '.~lock.nom_du_fichier.odt#': Erreur d'entrée/sortie
-rwxrwxrwx 1 nom_profil nom_profil 13180930 janv.  1 13:50 .~lock.nom_du_fichier.odt#

EDIT : je précise que toutes les tentatives sous terminal l'ont été en mode "SU"
EDIT2 : à toutes fins utiles, j'ai oublié de préciser qu'il s'agit d'une partition NTFS avec Fuse comme type de système de fichiers

Dernière modification par willy31 (Le 02/01/2020, à 19:54)

kamaris · Le 02/01/2020, à 20:17

Humm… ça me rappelle un sujet avec rsync et des partitions ntfs où on avait ce genre de messages (celui-là, même si ça importe peu : https://forum.ubuntu-fr.org/viewtopic.php?id=2045366)
On avait investigué un peu dans tous les sens sans vraiment trouver la cause, mais avec la certitude que ça ne se produisait que avec les partitions ntfs.
Or ici tu travailles sur une clef usb, dont je suppose qu'elle est formatée avec un système de fichiers windows (EDIT : confirmé par l'édition de ton message), et sur laquelle plusieurs systèmes différents écrivent apparemment : ça doit donc venir de là.

Tu peux tenter une réparation du système de fichiers, ou bien simplement déplacer tes données et reformater la clef.
Mais ça risque de se reproduire à l'avenir.
Je ne peux pas tellement t'aider plus que ça sur ce sujet, désolé.

Dernière modification par kamaris (Le 02/01/2020, à 20:20)

willy31 · Le 02/01/2020, à 20:23

C'est bien une partition NTFS où les fichiers sont manipulés essentiellement depuis Ubuntu mais quelquefois depuis W7 ou W10
Impossible de déplacer les fichiers car il y a 6 ou 7 niveaux de répertoires pour accéder à ne serait-ce que celui-là
J'ai déjà tenté de vider le dossier des autres fichiers et de supprimer récursivement, en SU, le dossier mais cela ne fonctionne pas : le dossier et le fichier restent :-(
Merci quand même pour ton aide, peut-être d'autres auront de nouvelles solutions

kamaris · Le 02/01/2020, à 20:28

Tu peux essayer une réparation du système de fichiers alors, depuis ubuntu avec un logiciel comme gparted, mais peut-être que le mieux c'est depuis windows avec la commande chkdsk /f.

willy31 · Le 02/01/2020, à 20:46

Je n'ai jamais fait ça avec GParted, tu aurais une doc ? Est-ce que cela peut supprimer les fichiers existants ?
Je viens de tenter une synchro Rsync et voilà le résultat :

sending incremental file list
rsync: readlink_stat("/media/nom_profil/nom_clesUSB/Rep1/Rep2/Rep3/.~lock.nom_du_fichier.odt#") failed: Input/output error (5)

et un peu plu sloin :

nom_clesUSB/Rep1/Rep2/Rep3/.~lock.nom_du_fichier.odt#
     13,180,930 100%   12.66MB/s    0:00:00 (xfr#7, ir-chk=1046/1554)

Dernière modification par willy31 (Le 02/01/2020, à 20:49)

kamaris · Le 02/01/2020, à 22:28

Oui voilà, rsync dit un peu la même chose que ls, et que ce qu'il disait dans le sujet que je citais plus haut, ça ne m'étonne pas.
Pour gparted, c'est tout simple : tu l'ouvres, tu sélectionnes ta clef en haut à droite (choix parmi les /dev/sdx), puis tu fais un clic droit sur la partition et « vérifier », et finalement « Appliquer toutes les opérations » (le signe vert de validation dans la barre d'outils).
En fait, ça va essentiellement lancer la commande ntfsresize -i -f -v '/dev/sdx', comme tu pourras le voir dans les détails de l'opération effectuée.

Sinon il y a cette doc si tu veux, qui montre un peu comment on se sert de gparted : https://doc.ubuntu-fr.org/gparted
Mais normalement tu n'en as pas besoin, c'est très intuitif.

willy31 · Le 03/01/2020, à 19:42

Bonsoir Kamaris,
j'ai tenté la vérification via GParted comme indiqué, effectivement c'est simplissime.
Mais cela a planté avec l'erreur suivante dont je ne sais pas me dépatouiller ....
À nouveau, si quelqu'un a une idée ?
Merci d'avance

GParted 0.30.0 --enable-libparted-dmraid --enable-online-resize

Libparted 3.2
Vérifier et réparer le système de fichiers (ntfs) sur /dev/sdd1  00:00:01    ( ERREUR )
     	
calibrer /dev/sdd1  00:00:00    ( SUCCÈS )
     	
chemin : /dev/sdd1 (partition)
début : 2048
fin : 61800447
taille : 61798400 (29.47 Gio)
vérifier le système de fichiers sur /dev/sdd1 et corriger les problèmes (si possible)  00:00:01    ( ERREUR )
     	
ntfsresize -i -f -v '/dev/sdd1'  00:00:01    ( ERREUR )
     	
ntfsresize v2017.3.23 (libntfs-3g)
Device name : /dev/sdd1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 31640777216 bytes (31641 MB)
Current device size: 31640780800 bytes (31641 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
Cluster 1011196 is referenced multiple times!
Cluster 1011197 is referenced multiple times!
Cluster 1011198 is referenced multiple times!
Cluster 1011199 is referenced multiple times!
Cluster 1011200 is referenced multiple times!
Cluster 1011201 is referenced multiple times!
Cluster 1011202 is referenced multiple times!
Cluster 1011203 is referenced multiple times!
Cluster 1269447 is referenced multiple times!
Cluster 1269448 is referenced multiple times!
Cluster 1269449 is referenced multiple times!
Cluster 1269450 is referenced multiple times!
Cluster 1269439 is referenced multiple times!
Cluster 1269440 is referenced multiple times!
Cluster 1269441 is referenced multiple times!
Cluster 1269442 is referenced multiple times!
Cluster 1269443 is referenced multiple times!
Cluster 1269444 is referenced multiple times!
Cluster 1269445 is referenced multiple times!
Cluster 1269446 is referenced multiple times!
Cluster 1844363 is referenced multiple times!
Cluster 1844364 is referenced multiple times!
Cluster 1844365 is referenced multiple times!
Cluster 1844366 is referenced multiple times!
Cluster 1844367 is referenced multiple times!
Cluster 1844368 is referenced multiple times!
Cluster 1844369 is referenced multiple times!
Cluster 1844370 is referenced multiple times!
Cluster 1844371 is referenced multiple times!
Cluster 1844372 is referenced multiple times!
Cluster 1844373 is referenced multiple times!
Cluster 1844374 is referenced multiple times!
Cluster 1844375 is referenced multiple times!
Cluster 1844376 is referenced multiple times!
Cluster 1844377 is referenced multiple times!
Cluster 1844378 is referenced multiple times!
Cluster 1844379 is referenced multiple times!
Cluster 1844380 is referenced multiple times!
Cluster 1844381 is referenced multiple times!
Cluster 1844382 is referenced multiple times!
Cluster 1844383 is referenced multiple times!
Cluster 1844384 is referenced multiple times!
Cluster 1844385 is referenced multiple times!
Cluster 1844386 is referenced multiple times!
Cluster 1844387 is referenced multiple times!
Cluster 1844388 is referenced multiple times!
Cluster 1844389 is referenced multiple times!
Cluster 1844390 is referenced multiple times!
Cluster 1844391 is referenced multiple times!
Cluster 1844392 is referenced multiple times!
Cluster 1844393 is referenced multiple times!
Cluster 1844394 is referenced multiple times!
Cluster 1844395 is referenced multiple times!
Cluster 1844396 is referenced multiple times!
Cluster 1844397 is referenced multiple times!
Cluster 1844398 is referenced multiple times!
Cluster 1844399 is referenced multiple times!
Cluster 1844400 is referenced multiple times!
Cluster 1844401 is referenced multiple times!
Cluster 1844402 is referenced multiple times!
Cluster 1844403 is referenced multiple times!
Cluster 1844404 is referenced multiple times!
Cluster 1844405 is referenced multiple times!
Cluster 1844406 is referenced multiple times!
Cluster 1844407 is referenced multiple times!
Cluster 1844408 is referenced multiple times!
Cluster 1844409 is referenced multiple times!
Cluster 1844410 is referenced multiple times!
Cluster 1844411 is referenced multiple times!
Cluster 1844412 is referenced multiple times!
Cluster 1844413 is referenced multiple times!
Cluster 1844414 is referenced multiple times!
Cluster 1844415 is referenced multiple times!
Cluster 1844416 is referenced multiple times!
Cluster 1844417 is referenced multiple times!
Cluster 1844418 is referenced multiple times!
Cluster 1844419 is referenced multiple times!
Cluster 1844420 is referenced multiple times!
Cluster 1844421 is referenced multiple times!
Cluster 1844422 is referenced multiple times!
Cluster 1844423 is referenced multiple times!
Cluster 1844424 is referenced multiple times!
Cluster 1844425 is referenced multiple times!
Cluster 1844426 is referenced multiple times!
Cluster 1660873 is referenced multiple times!
Cluster 1660874 is referenced multiple times!
Cluster 1660875 is referenced multiple times!
Cluster 1660876 is referenced multiple times!
Cluster 1660877 is referenced multiple times!
Cluster 1660878 is referenced multiple times!
Cluster 1660879 is referenced multiple times!
Cluster 1990638 is referenced multiple times!
Cluster 1990639 is referenced multiple times!
Cluster 1990640 is referenced multiple times!
100.00 percent completed
ERROR: Filesystem check failed!
ERROR: 94 clusters are referenced multiple times.
NTFS is inconsistent. Run chkdsk /f on Windows then reboot it TWICE!
The usage of the /f parameter is very IMPORTANT! No modification was
and will be made to NTFS by this software until it gets repaired.

À priori cela m'indique de faire un

chkdsk /f

sur W$, comme j'ai un W8.1 encore opérationnel sous le coude, j'essaie ça et revient vous dire ensuite ...

willy31 · Le 03/01/2020, à 20:20

Bon, je me réponds pour donner le résultat :
J'ai d'abord fait le chkdsk demandé par GParted depuis un W8.1 et cela a donné :

Microsoft Windows [version 6.3.9600]
(c) 2013 Microsoft Corporation. Tous droits réservés.

C:\Users\nom_Profil>chkdsk /F F:
Le type du système de fichiers est NTFS.
Le nom de volume est nom_Cle_USB.

Étape 1 : Examen de la structure du système de fichiers de base...

Suppression de l'enregistrement d'attribut endommagé (128, "") du segment d'enregistrement de fichier 422.
Suppression de l'enregistrement d'attribut endommagé (128, "") du segment d'enregistrement de fichier 762.
Suppression de l'enregistrement d'attribut endommagé (128, "") du segment d'enregistrement de fichier 1705.

Suppression de l'enregistrement d'attribut endommagé (128, "") du segment d'enregistrement de fichier 8338.
Suppression de l'enregistrement d'attribut endommagé (128, "") du segment d'enregistrement de fichier 8968.
Suppression de l'enregistrement d'attribut endommagé (128, "") du segment d'enregistrement de fichier 9404.


  19806 enregistrements de fichier traités.

La vérification des fichiers est terminée.


  40 enregistrements de grand fichier traités.


  0 enregistrements de fichier incorrect traités.

Étape 2 : Examen de la liaison des noms de fichiers...
Suppression du nom de fichier non valide Capture du 2015-12-16 15:49:24.png (1412) dans le répertoire 1846.
Le fichier 1412 est orphelin car tous ses noms de fichiers ne sont pas valides.
Windows récupérera le fichier dans la phase de récupération des fichiers orphelins.
Correction d'erreurs mineures de nom de fichier pour le fichier 1412.
Suppression du nom de fichier non valide Capture du 2018-11-02 11:26:20.png (3251) dans le répertoire 8388.
Le fichier 3251 est orphelin car tous ses noms de fichiers ne sont pas valides.
Windows récupérera le fichier dans la phase de récupération des fichiers orphelins.
Correction d'erreurs mineures de nom de fichier pour le fichier 3251.

Suppression d'une entrée d'index de l'index $O du fichier 25.
Suppression d'une entrée d'index de l'index $O du fichier 25.
Suppression d'une entrée d'index de l'index $O du fichier 25.
Suppression d'une entrée d'index de l'index $O du fichier 25.
Suppression d'une entrée d'index de l'index $O du fichier 25.
Insertion d'une entrée d'index dans l'index $O du fichier 25.
Insertion d'une entrée d'index dans l'index $O du fichier 25.
Suppression de l'entrée d'index nom_du_fichier0.docx dans l'index $I30 du fichier 148.
Suppression de l'entrée d'index nom_du_fichier0.docx dans l'index $I30 du fichier 148.
Suppression de l'entrée d'index PROMOT~1.DOC dans l'index $I30 du fichier 148.
Suppression de l'entrée d'index PROMOT~2.DOC dans l'index $I30 du fichier 148.
Suppression de l'entrée d'index ~LOCK1~1.ODS dans l'index $I30 du fichier 362.

Suppression de l'entrée d'index .~lock.nom_du_fichier1.odt# dans l'index $I30 du fichier 1799.
Suppression de l'entrée d'index .~lock.nom_du_fichier2.odt# dans l'index $I30 du fichier 1799.
Suppression de l'entrée d'index ~LOCK1~1.ODT dans l'index $I30 du fichier 1799.
Suppression de l'entrée d'index ~LOCK1~2.ODT dans l'index $I30 du fichier 1799.
Suppression de l'entrée d'index nom_du_fichier3.png dans l'index $I30 du fichier 1846.

Suppression de l'entrée d'index ~LOCK2~1.ODT dans l'index $I30 du fichier 6593.
Suppression de l'entrée d'index nom_du_fichier4.png dans l'index $I30 du fichier 8388.


  22664 entrées d'index traitées.

La vérification des index est terminée.
CHKDSK analyse les fichiers non indexés pour les reconnecter à leur répertoire d'origine.
Récupération du fichier orphelin ~$EXP_~1.ODS (36)  dans le fichier de répertoire 5.
Récupération du fichier orphelin ~$nom_du_fichier5.ods (36)  dans le fichier de répertoire 5.

Récupération du fichier orphelin ~LOCK1~1.ODT (52)  dans le fichier de répertoire 3172.
Récupération du fichier orphelin .~lock.nom_du_fichier6.odt# (52)  dans le fichier de répertoire 3172.
Récupération du fichier orphelin EXP_LI~1.CSV (75)  dans le fichier de répertoire 5.
Récupération du fichier orphelin nom_du_fichier7.csv (75) dans le fichier de répertoire 5.
Récupération du fichier orphelin ~LOCK1~1.ODS (135)  dans le fichier de répertoire 18348.
Récupération du fichier orphelin .~lock.nom_du_fichier8.ods# (135)  dans le fichier de répertoire 18348.
Récupération du fichier orphelin ~LOCK2~1.ODT (343)  dans le fichier de répertoire 7449.
Récupération du fichier orphelin ~LOCKE~1.ODT (606)  dans le fichier de répertoire 1647.
Ignorer les messages suivants relatifs à la récupération des orphelins.


  26 fichiers non indexés analysés.
CHKDSK récupère les fichiers non indexés restants.


  7 fichiers non indéxés récupérés.

Étape 3 : Examen des descripteurs de sécurité...
Réparation d'une entrée d'index avec l'ID 295 dans l'index $SII du fichier 9.
Insertion d'une entrée d'index avec l'ID 295 dans l'index $SDH du fichier 9.
Réparation du segment d'enregistrement du fichier de sécurité.
Suppression d'une entrée d'index avec l'ID 295 à partir de l'index $SDH du fichier 9.
Nettoyage en cours de 58 entrées d'index inutilisées à partir de l'index $SII du fichier 9.
Nettoyage en cours de 58 entrées d'index inutilisées à partir de l'index $SDH du fichier 9.
Nettoyage en cours de 58 descripteurs de sécurité non utilisés.
La vérification des descripteurs de sécurité est terminée.
Insertion d'un attribut de données dans le fichier 422.

Insertion d'un attribut de données dans le fichier 762.
Insertion d'un attribut de données dans le fichier 1705.
Insertion d'un attribut de données dans le fichier 8338.
Insertion d'un attribut de données dans le fichier 8968.
Insertion d'un attribut de données dans le fichier 9404.


  1436 fichiers de données traités.
CHKDSK vérifie le journal USN...
Vérification du journal USN terminée.
CHKDSK a découvert de l'espace libre marqué alloué dans la bitmap de la table de fichiers maîtres (MFT).
Correction des erreurs dans le carte du volume.

Windows a effectué des corrections sur le système de fichiers.
Aucune autre action n'est requise.

  30899199 Ko d'espace disque au total.
  17486024 Ko dans 11609 fichiers.
      5424 Ko dans 1433 index.
         0 Ko dans des secteurs défectueux.
     87299 Ko utilisés par le système.
     65536 Ko occupés par le fichier journal.
  13320452 Ko disponibles sur le disque.

      4096 octets dans chaque unité d'allocation.
   7724799 unités d'allocation au total sur le disque.
   3330113 unités d'allocation disponibles sur le disque.

puis, de retour sous ubuntu, j'ai relancé une vérification avec GParted et cela a donné :

Vérifier et réparer le système de fichiers (ntfs) sur /dev/sdd1  00:00:01    ( SUCCÈS )
     	
calibrer /dev/sdd1  00:00:00    ( SUCCÈS )
     	
chemin : /dev/sdd1 (partition)
début : 2048
fin : 61800447
taille : 61798400 (29.47 Gio)
vérifier le système de fichiers sur /dev/sdd1 et corriger les problèmes (si possible)  00:00:01    ( SUCCÈS )
     	
ntfsresize -i -f -v '/dev/sdd1'  00:00:01    ( SUCCÈS )
     	
ntfsresize v2017.3.23 (libntfs-3g)
Device name : /dev/sdd1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 31640777216 bytes (31641 MB)
Current device size: 31640780800 bytes (31641 MB)
Checking for bad sectors ...
Checking filesystem consistency ...
100.00 percent completed
Accounting clusters ...
Space in use : 18002 MB (56,9%)
Collecting resizing constraints ...
Estimating smallest shrunken size supported ...
File feature Last used at By inode
Multi-Record : 30886 MB 5891
$MFTMirr : 15821 MB 1
Sparse : 6201 MB 59
Ordinary : 31641 MB 9252
You might resize at 18001207296 bytes or 18002 MB (freeing 13639 MB).
Please make a test run using both the -n and -s options before real resizing!
agrandir le système de fichiers pour remplir la partition  00:00:00    ( SUCCÈS )
     	
lancer une simulation  00:00:00    ( SUCCÈS )
     	
ntfsresize --force --force --no-action '/dev/sdd1'  00:00:00    ( SUCCÈS )
     	
ntfsresize v2017.3.23 (libntfs-3g)
Device name : /dev/sdd1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 31640777216 bytes (31641 MB)
Current device size: 31640780800 bytes (31641 MB)
New volume size : 31640777216 bytes (31641 MB)
Nothing to do: NTFS volume size is already OK.
redimensionnement réel  00:00:00    ( SUCCÈS )
     	
ntfsresize --force --force '/dev/sdd1'  00:00:00    ( SUCCÈS )
     	
ntfsresize v2017.3.23 (libntfs-3g)
Device name : /dev/sdd1
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 31640777216 bytes (31641 MB)
Current device size: 31640780800 bytes (31641 MB)
New volume size : 31640777216 bytes (31641 MB)
Nothing to do: NTFS volume size is already OK.

cela a fait "réapparaitre" d'anciens fichiers ".~lock..." et disparaître d'autres mais ceux qui sont apparu ont pu être supprimé depuis Nemo par Shift+SUPPR
Je considère donc le pb résolu et te remercie vivement kamaris
En espérant que cela puisse aussi servir à d'autres ...
Bonne soirée

kamaris · Le 03/01/2020, à 20:21

Ah ben voilà, ça confirme ce que je pensais en #6 : quand il y a un problème sérieux, on te renvoie vers windows faire un chkdsk /f (ce qui est plutôt normal).
Par contre, à ta place, je ferais une copie de sauvegarde de ce que je peux avant de faire ça, car même s'il ne s'agit pas d'un formatage (auquel tu n'échapperas peut-être pas), ça pourrait te faire perdre des données.

EDIT (on s'est croisés) : ok cool

Dernière modification par kamaris (Le 03/01/2020, à 20:22)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 02/01/2020, à 19:09

[Résolu] LibreOffice / supprimer fichier .~lock...

#2 Le 02/01/2020, à 19:22

Re : [Résolu] LibreOffice / supprimer fichier .~lock...

#3 Le 02/01/2020, à 19:39

Re : [Résolu] LibreOffice / supprimer fichier .~lock...

#4 Le 02/01/2020, à 20:17

Re : [Résolu] LibreOffice / supprimer fichier .~lock...

#5 Le 02/01/2020, à 20:23

Re : [Résolu] LibreOffice / supprimer fichier .~lock...

#6 Le 02/01/2020, à 20:28

Re : [Résolu] LibreOffice / supprimer fichier .~lock...

#7 Le 02/01/2020, à 20:46

Re : [Résolu] LibreOffice / supprimer fichier .~lock...

#8 Le 02/01/2020, à 22:28

Re : [Résolu] LibreOffice / supprimer fichier .~lock...

#9 Le 03/01/2020, à 19:42

Re : [Résolu] LibreOffice / supprimer fichier .~lock...

#10 Le 03/01/2020, à 20:20

Re : [Résolu] LibreOffice / supprimer fichier .~lock...

#11 Le 03/01/2020, à 20:21

Re : [Résolu] LibreOffice / supprimer fichier .~lock...

Pied de page des forums