web-dev-qa-db-fra.com

Libreoffice 5.4.5.1 obtient un accès refusé sur le système de fichiers monté NFS

En utilisant Ubuntu 17.10 et Libreoffice, j'ai tout mis à jour aujourd'hui.
Tenter d'ouvrir les documents .od_ à partir de mon dossier/Documents génère désormais "Accès refusé" (voir aussi question [ L'accès à * .doc a été refusé | Libreoffice 5.4.5.1 )

/ Les documents dans mon cas sont montés via NFS.

Copier un document du système de fichiers NFS vers le répertoire local $ HOME fonctionne et le document copié peut être ouvert avec Libreoffice.
Le bogue semble donc ne concerner que les systèmes de fichiers réseau ou amovibles.

Edit: structuré la question et déplacé la solution vers une réponse distincte

17.10libreofficeapparmor
6
kcbehler

En cherchant sur Internet, j'ai trouvé un fil dans Ubuntu One présentant la solution: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1751005/comments/1
Pour autant que je sache la longue discussion que cela a à voir avec la protection des armateurs.
Ce que j’ai finalement fait et ce qui m’a aidé (je ne comprenais pas pourquoi :(

Sudo ln -s /etc/apparmor.d/usr.lib.libreoffice.program.* /etc/apparmor.d/disable/

Mais maintenant, le redémarrage du service apparmor donne lieu à un échec. J'ai donc dû effectuer une nouvelle recherche, ce qui a résolu mon deuxième problème.

Sudo apt-get install apparmor-easyprof-ubuntu

Cependant, libreoffice ne pouvait toujours pas ouvrir mes fichiers. Alors j'ai redémarré. Après le redémarrage, j'ai vérifié l'état d'apparmor

Sudo service apparmor status

livrer

apparmor.service - AppArmor initialization
   Loaded: loaded (/lib/systemd/system/apparmor.service; enabled; vendor preset: enabled)
   Active: active (exited) since Thu 2018-02-22 23:43:41 CET; 47min ago
     Docs: man:apparmor(7)
           http://wiki.apparmor.net/
  Process: 945 ExecStart=/etc/init.d/apparmor start (code=exited, status=0/SUCCESS)
 Main PID: 945 (code=exited, status=0/SUCCESS)
    Tasks: 0 (limit: 4915)
   Memory: 0B
      CPU: 0
   CGroup: /system.slice/apparmor.service

Feb 22 23:43:41 lnx54srv14 systemd[1]: Starting AppArmor initialization...
Feb 22 23:43:41 lnx54srv14 apparmor[945]:  * Starting AppArmor profiles
Feb 22 23:43:41 lnx54srv14 apparmor[945]: Skipping profile in /etc/apparmor.d/disable: usr.bin.firefox
Feb 22 23:43:41 lnx54srv14 apparmor[945]: Skipping profile in /etc/apparmor.d/disable: usr.lib.libreoffice.program.oosplash
Feb 22 23:43:41 lnx54srv14 apparmor[945]: Skipping profile in /etc/apparmor.d/disable: usr.lib.libreoffice.program.senddoc
Feb 22 23:43:41 lnx54srv14 apparmor[945]: Skipping profile in /etc/apparmor.d/disable: usr.lib.libreoffice.program.soffice.bin
Feb 22 23:43:41 lnx54srv14 apparmor[945]: Skipping profile in /etc/apparmor.d/disable: usr.lib.libreoffice.program.xpdfimport
Feb 22 23:43:41 lnx54srv14 apparmor[945]: Skipping profile in /etc/apparmor.d/disable: usr.sbin.rsyslogd
Feb 22 23:43:41 lnx54srv14 apparmor[945]:    ...done.
Feb 22 23:43:41 lnx54srv14 systemd[1]: Started AppArmor initialization.

Et étonnamment, Libreoffice fonctionne maintenant à nouveau sur tous mes documents montés sur NFS.

Mais peut-être devriez-vous vérifier la remarque n ° 18 et plus à venir sur le tableau de bord. Ils pourraient présenter une autre (meilleure?) Solution: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1751005/comments/18

2
kcbehler

Solution temporaire jusqu'au redémarrage (voir ce bogue libreoffice ne peut pas ouvrir un document en dehors de $ HOME ):

Sudo apparmor_parser -R /etc/apparmor.d/usr.lib.libreoffice.program.*

Solution permanente pour désactiver les profils utilisateur:

Sudo ln -s /etc/apparmor.d/usr.lib.libreoffice.program.* /etc/apparmor.d/disable/
3
Andrew Krizhanovsky