[Gulum-team] "General I/O error" en sauvegardant un ODS sous OOo 3 beta 2 RC1.

C.T. semaphore45 at yahoo.com
Mar 30 Sep 11:23:39 EDT 2008


Salut, 

j'utilisais la 3 beta jusqu'à présent, et c'est avec elle que ça s'est mis à poser problème. Après un re-test d'une copie du même fichier dans la 2.4.1 (intégrée à Ubuntu), l'erreur était là également.

J'ai essayé avec le disque dur, erreur. Avec deux clés USB différentes, erreur aussi.

Question taille de fichiers je ne sais trop si c'est la taille en elle-même ou la quantité d'un certain type d'information (ici, les modifications) qui pose problème. Un fichier un peu plus petit posait aussi la même erreur dans les mêmes conditions, et pourtant, il ne contient qu'un petit nombre de modifications suivies et à confirmer (pas plus d'une trentaine, au lieu des plusieurs centaines de l'autre de 17,5Mo)

Le scinder est une possibilité, mais comme je devrais comparer les trois fichiers résultant (le plus petit, et celui-là, scindé en deux), ce serait beaucoup de temps perdu et de sources d'erreurs possible. Il y en a déjà beaucoup en comparant simplement deux fichiers, et chacun d'eux doit être corrigé, suivant le cas. Le copier coller feuille à feuille...300 feuilles. Disons que j'aimerais n'utiliser cette solution qu'en dernier recours, car elle enlèvera aussi tout lien entre les feuilles, ce qui est très gênant vu que la feuille finale est calculée à partir de chacune des précédentes, et que c'est elle qui a pris le plus de temps à faire, dans les 3 semaines.

J'essaie ça pour Gnumeric...bien que ça ne soit pour lui qu'un format d'export, on sait jamais.

Patrick

--- En date de : Mar, 30.9.08, Eric Buist <buisteri at iro.umontreal.ca> a écrit :
De: Eric Buist <buisteri at iro.umontreal.ca>
Objet: Re: [Gulum-team] "General I/O error" en sauvegardant un ODS sous OOo 3 beta 2 RC1.
À: "Membres actifs du GULUM" <gulum-team at iro.umontreal.ca>, "Tobby Cleps" <semaphore45 at yahoo.com>
Date: mardi 30 Septembre 2008, 11 h 10




  
  
Bonjour,

D'abord, pour éliminer la défaillance du disque dur de l'équation, tu
pourrais tenter de le sauvegarder à un autre endroit, mais puisque tu
peux sauvegarder en Excel, cela me semble davantage un bogue avec
OpenOffice.org. Quelle version utilises-tu? Est-ce la 2.4.1 de Ubuntu?
Si tel est le cas, je ne vois pas d'autres solutions que d'essayer avec
la 3 beta ou encore la 2.4.1 officielle plutôt que celle intégrée à
Ubuntu.

Une autre possibilité serait d'essayer de scinder le fichier
apparemment devenu trop gros. Tu pourrais déplacer la moitié des
feuilles du classeur dans un autre fichier puis sauvegarder pour voir.
Pour cela, tu peux sélectionner les feuilles avec la souris et utiliser
la commande Déplacer/copier; tu n'as pas à copier/coller feuille par
feuille! Sinon, tu pourrais essayer d'ouvrir et resauvegarder le
fichier ODS fonctionnel le plus récent dans un autre logiciel
compatible, peut-être GNumeric.

Eric



C.T. a écrit :

  
    
      
        Salut à tous, 

        

ce courriel pour demander sur la liste s'il y aurait un spécialiste de
OpenOffice.org parmi vous (pour la 2.4 ou 3 beta); depuis hier j'ai un
problème de sauvegarde d'un gros fichier ODS (17,5Mo); OpenOffice.org
semble commencer à l'enregistrer, puis indique "General I/O error", ce
message non informatif. J'ai bien sûr regardé les logs, mais rien
n'apparaît quand l'erreur survient, ni dans le terminal lorsque OOo est
lancé à partir de là. Le fichier n'est pas enregistré.

        

Sur Internet, certains disent que le fichier pourrait être corrompu et
qu'il faudrait copier-coller tout le contenu dans un nouveau document,
à la main. Ce n'est pas pratique vu la taille du document.

        

Ça fonctionnait bien jusqu'à hier après-midi, puis l'erreur survint à
chaque tentative de sauvegarde, automatique ou manuelle.

        

Si cela peut guider, je l'ai converti en .XLS, ce qui a accepté toutes
les modifications enregistrées (effet indésirable dans mon cas), puis
reconverti en .ODS. Il a perdu quelques Mo en chemin ainsi que les
modifications, ce qui enlève 2 semaines de travail.

        

Y a-t-il un moyen d'obtenir des informations plus précises sur la
source de cette erreur? Et existe-t-il un moyen de le résoudre moins
radical que de faire sauter 2 semaines de travail (soit 160 heures)?

        

Merci à tous

        
      
    
  
  

  Découvrez les photos  les plus
intéressantes du jour!
  
_______________________________________________
Gulum-team mailing list
Gulum-team at iro.umontreal.ca
https://webmail.iro.umontreal.ca/mailman/listinfo/gulum-team
  

 



      Offrez un compte Flickr Pro à vos amis et à votre famille.
http://www.flickr.com/gift/
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: http://webmail.iro.umontreal.ca/pipermail/gulum-team/attachments/20080930/744df8e0/attachment.html 


Plus d'informations sur la liste de diffusion Gulum-team