web-dev-qa-db-fra.com

Xubuntu Libre Office Calc ne peut pas ouvrir de fichier réseau

J'ai récemment installé le bureau Xubuntu sur un ordinateur. Je dois travailler avec des fichiers sur un magasin NAS (à l'aide de partages Samba). Libre Office ne peut pas les ouvrir.

  • Je navigue sur le réseau à Thunar et vois tous les fichiers. Les sont reconnus en tant que fichiers Open Office (icône de droite).
  • Je peux copier des fichiers sur mon bureau.
  • Je peux ouvrir les fichiers avec gedit.
  • En double-cliquant, je vois l'écran de démarrage Libre Office5, puis rien ne se passe. Je ne reçois aucun message d'erreur.
  • Lorsque j'ouvre Libre Office, je peux parcourir le fichier avec la boîte de dialogue ouverte, mais après la sélection du fichier, je suis simplement revenu au fichier vide.
  • Je peux éditer le fichier après l'avoir copié sur mon bureau.
  • Après la suppression de X-GIO-NoFuse=true dans le fichier de configuration, un message d'erreur s'affiche lorsque j'essaie d'ouvrir le fichier:

    Erreur générale d'entrée/de sortie lors de l'accès à run/user/1000/gvfs/smb-share: serveur =, partage = ".

  • J'ai lu un bogue pour désactiver /use/share/applications/libroffice-calc.desktop et commenter les prototocls x-KDE, mais cela n'a pas aidé. La question est Impossible d'ouvrir les fichiers via le résea .

Je n'ai pas essayé de monter le partage réseau avec fstab, car je dois pouvoir travailler avec des partages temporaires dans le gestionnaire de fichiers.

Quelqu'un d'autre a ce problème? Comment puis-je résoudre ça?

Utilisation de Xubunutu 16.04, AMD64, noyau 4.4.0.-64-generic.

6
CatMan

Cette erreur persiste lorsque j'utilise la fonction de navigation réseau des gestionnaires de fichiers pour accéder à un fichier Open Office sur un partage. Je ne sais toujours pas pourquoi cela fonctionne avec gedit et non avec Open Office.

General input/output error while accessing
/run/user/1000/gvfs/smb-share..."** 

Puisque la question ne doit pas rester ouverte indéfiniment, je voudrais mettre de côté la solution de contournement que j’ai trouvée. Avec cela aussi Open Office fonctionne bien.

Le problème disparaît lorsqu'un partage n'est pas lié via gvfs comme le fait le gestionnaire de fichiers, mais avec des fichiers cifs dans/etc/fstab. La nouvelle entrée mappe le partage sur le dossier de base et utilise un fichier d'informations d'identification dans le dossier de base.

Voici comment faire, les explications détaillées sont dans [ Comment sélectionner un fichier depuis un partage réseau avec la boîte de dialogue d’ouverture de fichier du gestionnaire de fichiers .

Sudo apt install cifs-utils
nano ~/.smbcredentials
  username=joe
  password=Doe711
  domain=myworkgroupname
chmod 400 ~/.smbcredentials
mkdir ~./network
mkdir ~./network/myserver
mkdir ~./network/myserver/sharename
Sudo edit nano /etc/fstab
  //myserver/sharename /home/joe/network/myserver/sharename cifs credentials=/home/joe/.smbcredentials,uid=1000,gid=1000,iocharset=utf8,sec=ntlm, 0 0
Sudo mount -a
3
CatMan

"J'ai eu un problème similaire sur Ubuntu. Assurez-vous que le package d'intégration Libreoffice Gnome est installé. Dans mon cas, le package était libreoffice-gnome"

https://ask.libreoffice.org/en/question/9549/unable-to-open-files-from-windows-share/?sort=votes#sort-top

3
Poko

J'ai eu et j'ai pu résoudre le même problème sous Xubuntu. LibreOffice n'a pas pu ouvrir le partage Samba et a montré:

erreur générale d'E/S

Lubuntu sur la même machine fonctionne bien.

Ma solution était de installer PCmanFM et l'utiliser à la place de Thunar.

Maintenant, je peux ouvrir dynamiquement le partage et libreoffice fonctionne comme un rêve. J'espère pouvoir aider quelqu'un avec ce conseil.

1
Paul

J'ai eu le même problème ici avec Linux Mint 18 (mis à niveau à partir de 17.3) Cinnamon depuis que j'ai la version 5.4.3 de LibreOffice. J'avais un problème similaire avec les versions précédentes de LibreOffice, mais il existait une solution de contournement connue, qui consistait à modifier les fichiers libreoffice * .desktop dans/usr/share/applications et à commenter la ligne X-GIO-NoFuse = vrai. Mais depuis cette dernière mise à niveau de LO, cela ne fonctionne plus.

Cependant quelques détails et comment j'ai trouvé une solution:

  • J'utilise Cinnamon, ce qui signifie que l'explorateur de fichiers est Nemo (version 3.0.6)
  • Lors de l'ouverture d'un fichier sur un partage Samba, l'erreur ne s'est produite qu'avec LO Writer, pas avec les autres modules tels que LO Calc!
  • Copiant le fichier sur le disque dur local, LO l’a ouvert en douceur.
  • Lors de l'ouverture de fichiers à l'aide de la ligne de commande, l'erreur se produisait toujours, que le module soit LO Writer ou un autre (LO Calc)!

J'ai finalement remarqué quelque chose: - que dans/usr/share/applications, j'avais maintenant deux ensembles de fichiers libreoffice * .desktop: un qui suivait la syntaxe du nom libreoffice-.desktop et l'autre qui suivait la syntaxe libreoffice5.4-.desktop (et qui étaient en fait des liens symboliques vers des fichiers dans opt/libreoffice5.4/share/xdg). - J'ai aussi remarqué qu'en cliquant avec le bouton droit de la souris sur les fichiers, le premier choix était "Ouvrir avec LibreOffice Writer", mais que dans le sous-menu "Ouvrir avec", il y avait "LibreOffice 5.4" et que le choisir, cela fonctionnait bien. !

J'ai donc simplement remplacé le choix de logiciel par défaut par 'LibreOffice 5.4' et je suis maintenant trié. Néanmoins, il semble que mon installation soit en désordre avec les composants laissés par les versions précédentes de LO.

0
Darth Kangooroo

Voici ce que j'ai trouvé ...

  • Travailler: Ouvrir le même fichier dans/run/user/... as view seulement avec l’option --view.
  • Travailler: Ouvrir le même fichier smb: // serveur/chemin/...
  • Fonctionnement: autres montages de type Fuse (pas dans/run/user /), j’ai essayé cryfs, je suppose que cifs fonctionne aussi.
  • Travailler: Tous les autres programmes peuvent lire/écrire sur/exécuter/utilisateur/...
  • Ne fonctionne pas: Ouvrir le même fichier dans/run/user/...
  • Ne fonctionne pas: Ouvrir le même fichier dans/run/user/... avec --nolockcheck
  • Ne fonctionne pas: J'ai essayé d'ouvrir d'autres types de fichiers (.txt, .xlsx) dans/run/user/...

Cela ne se produit donc que sur/run/user/mount et libreoffice en mode non-visualisation.

J'utilise pcmanfm qui semble tout ouvrir dans le fichier /// run/user/... au lieu de smb: // ... nautilus utilise smb: // .. pour ouvrir les fichiers de manière à ce que cela fonctionne.

0
niknah