Perte de fichier si trop gros

fr-users
#1

Bonjour les enfants.

J'ai eu la perte d'un gros travail, c'est pas gentil ça.

Après plusieurs heures de tapage de clavier et d'enregistrements successifs, LibreOffice v3.3 RC4 (sous Win7) m'a gentillement dis "Impossible d'enregistrer le document".
J'ai tenté un "Enregistrement-sous", même message de refus.
J'attends 5 minutes avant de le fermer pour pouvoir profiter des "Informations de récupération automatique".
Je ferme, LibO me demande : "Voulez-vous enregistrer le documents ?", je répond "oui", il ne veut toujours pas.
En croisant les doigts, je fait "ignorer" pour fermer le document sans enregistrer.
Je relance LibO, la proposition de récupération auto. ne ce lance pas, normal le fichier a été fermé normalement sans planter, snif.
Si je veux ouvrir mon fichier (avec pertes des dernières modifs non enregistrées), il me dis :

#2

Dans les fichiers temporaires, j'ai pu retrouvé une archive du dis fichier, mais nommé en "svgge.tmp.odt" de 44 Mio.
Je n'ai plu qu'à continuer à partir de là.

Mais faudrait quand même connaître la raison de ce comportement à perte, sans message ou possibilité pour les "utilisateurs faibles en informatique" (sans moquerie aucune, c'est juste que je ne trouvais de mots désignant les personnes que je visaient).

Dagobert_78.

#3

J'ai une hypothèse concernant la cause :
Mon fichier .odt faisait environ 50 Mio, et il est possible qu'il n'y ai plu assez de place dans le lecteur des "Fichiers temporaires",
car j'utilise un RAMdisk pour les fichiers temporaires assez limité en taille (je m'entraîne avant de racheter de la 4 Gio RAM).

Dans les fichiers temporaires, j'ai pu retrouvé une archive du dis fichier, mais nommé en "svgge.tmp.odt" de 44 Mio.
Je n'ai plu qu'à continuer à partir de là.

À 40 Mo le fichier, je suppose avec des photos, c'est souvent instable.
Est-ce possible de faire des sous fichiers qui seraient consolidés dans un document maitre ?
J.M

#4

Bonsoir Dagobert,

Bonjour les enfants.

J'ai eu la perte d'un gros travail, c'est pas gentil ça.

Après plusieurs heures de tapage de clavier et d'enregistrements successifs, LibreOffice v3.3 RC4 (sous Win7) m'a gentillement dis "Impossible d'enregistrer le document".
J'ai tenté un "Enregistrement-sous", même message de refus.
J'attends 5 minutes avant de le fermer pour pouvoir profiter des "Informations de récupération automatique".
Je ferme, LibO me demande : "Voulez-vous enregistrer le documents ?", je répond "oui", il ne veut toujours pas.
En croisant les doigts, je fait "ignorer" pour fermer le document sans enregistrer.
Je relance LibO, la proposition de récupération auto. ne ce lance pas, normal le fichier a été fermé normalement sans planter, snif.
Si je veux ouvrir mon fichier (avec pertes des dernières modifs non enregistrées), il me dis :
*******************************************************
LibreOffice 3.3
Le fichier 'La maintenance est belle.odt' est corrompu et ne peut donc être ouvert.
LibreOffice peut essayer de réparer le fichier.

La corruption peut être le résultat de la manipulation du document ou d'une détérioration de la structure du document due à la transmission de données.

Nous vous recommandons de ne pas faire confiance au contenu du document réparé.
L'exécution des macros est désactivée pour ce documents.

LibreOffice doit-il réparer le fichier ?
*******************************************************
si je répond "Oui", il en résulte un fichier vide.
si je répond "Non", LibO me dis : "Impossible d'ouvrir le fichier 'La maintenance est belle.odt' : in n'a pu être réparé.

J'ai ouvert mon fichier avec WinRAR (7-zip ne pouvais pas) pour voir l’architecture.
Dossier : Configurations2
Dossier : Pictures
Fichier : mimetype

snif, y plus grand chose dans le .ODT

J'ai une hypothèse concernant la cause :
Mon fichier .odt faisait environ 50 Mio, et il est possible qu'il n'y ai plu assez de place dans le lecteur des "Fichiers temporaires",
car j'utilise un RAMdisk pour les fichiers temporaires assez limité en taille (je m'entraîne avant de racheter de la 4 Gio RAM).

Dans les fichiers temporaires, j'ai pu retrouvé une archive du dis fichier, mais nommé en "svgge.tmp.odt" de 44 Mio.
Je n'ai plu qu'à continuer à partir de là.

Mais faudrait quand même connaître la raison de ce comportement à perte, sans message ou possibilité pour les "utilisateurs faibles en informatique" (sans moquerie aucune, c'est juste que je ne trouvais de mots désignant les personnes que je visaient).

Je pense que les "mr tout le monde" en informatique n'utilise pas RAM disk mais travaille bêtement sur les outils de base :wink:

Marie jo

#5

Bonsoir,

J'ai une hypothèse concernant la cause :
Mon fichier .odt faisait environ 50 Mio, et il est possible qu'il n'y ai plu assez de place dans le lecteur des "Fichiers temporaires",
car j'utilise un RAMdisk pour les fichiers temporaires assez limité en taille (je m'entraîne avant de racheter de la 4 Gio RAM).

Dans les fichiers temporaires, j'ai pu retrouvé une archive du dis fichier, mais nommé en "svgge.tmp.odt" de 44 Mio.
Je n'ai plu qu'à continuer à partir de là.

À 40 Mo le fichier, je suppose avec des photos, c'est souvent instable.
Est-ce possible de faire des sous fichiers qui seraient consolidés dans un document maitre ?

Pas d'accord. Avec un fichier Impress (sous Ooo soit mais certaine que c'est ok sous Libo) de 340 Mo avec plein ce photos, pas de souci.
Avec mes fichiers Writer très volumineux, pas de souci. Je pense que le problème vient d'ailleurs.

Marie jo

#6

Sur le forum, il y a plein de messages sur la corruption de dossiers très lourds en photos.
Et si en plus les personnes travaillent directement sur une clé USB, les risques augmentent.
J.M

#7

Salut ....

Je me souviens avoir eu une demi douzaine de fois ce problème avec Ooo calc, je ne sais plus quelle version 3.2 ou 3.1, mais je le résolvais avec "Enregistrer sous" en indiquant un autre nom bien sûr ! Ensuite, je supprimais le fichier avec le nom 'normal' et renommais celui avec le nouveau nom...

Je soupçonnais à l'époque un problème avec le fichier .~lock.xxx.ods# car celui-ci n'était pas supprimé par le programme à la fermeture ! Il fallait le supprimer manuellement.

Du fait que le problème était facilement contournable en sauvegardant sous un autre nom, je ne me suis jamais penché sérieusement sur le problème, d'autant que je n'ai jamais pu reproduire le phénomène volontairement. Le seul point commun que je vois pour le moment avec ton cas c'est le temps d'ouverture du fichier. Le mien était ouvert des heures sans interruptions (avec sauvegarde automatique activé et aussi des sauvegardes manuelles de temps en temps au cas où...)).

#8

Bonsoir,

Après plusieurs heures de tapage de clavier et d'enregistrements successifs, LibreOffice v3.3 RC4 (sous Win7) m'a gentillement dis "Impossible d'enregistrer le document".
J'ai tenté un "Enregistrement-sous", même message de refus.

Une solution quand rien ne semble fonctionner : Ctrl+A, Ctrl+C, Ctrl+N, Ctrl+V, c'est à dire tout copier, et le coller dans un nouveau fichier.
Cela ne permet pas de récupérer les styles, mais on peut le faire après et au moins on a tout le texte.

A+

Laurent

#9

Kikou.

Le soucis ne semble pas être le même, car "l'enregistrement sous" n'a pas voulu fonctionner.
Dés que j'arrive à me libérer un peu de temps libre, je tacherais de reproduire le bug (suspicion d'espace disque faible sur le lecteur des fichiers temporaires).

#10

Ha oui, je n'avais pas pensé à ça.

La combinaison des CTRLs m'a fait tilter sur pourquoi le CTRL+N ne fonctionne pas chez moi.
J'ai un soft qui augmente mon Gamma avec CTRL+N (pratique dans CS1.6).
Merci Laurent.

#11

j'ai quand même l'impression que c'est vouloir faire tourner un moteur sans
carburant. En cas de passe sèche vous pouvez toujours essayer de vous garer
dans le parking le plus proche... mais j'ai peut-être mal compris le problème

Gérard

#12

J'avais bien compris que "l'enregistrement sous" n'avait pas fonctionné pour toi, mais je voulais faire part de mon expérience vu la similitude !
Dans mon cas, l'espace sur disque n'est pas le problème ! le fichier ne fait que 500 Ko, mais comporte 35 feuilles avec beaucoup de formules simples répétitives sur chaque feuilles et une seule feuille (si j'ai bonne mémoire) utilise des références à d'autres feuilles .
La grande majorité des feuilles sont quasi identiques quant à la structure. Leur génération se faisait par copier-coller de la feuille précédente et il y avait ensuite très peu de formules à changer... En gros il n'y avait "pratiquement" que les données qui changeaient. Du fait de la grande similitude entre les diverses feuilles, la compression à la sauvegarde donne un fichier relativement petit...

Bruno

#13

Pour reprendre ta métaphore, quand la voiture s'arrête, il y a la jauge d'essence qui t'indique l'origine de la panne.
LibO, lui, ne fait que s'arrêter (dans le fossé car perte du fichier).
Dagobert_78.