Numpy: libf77blas.so.3 : impossible d'ouvrir le fichier partagé : aucun fichier ou répertoire de ce type

Créé le 24 oct. 2019  ·  15Commentaires  ·  Source: numpy/numpy

-Système d'exploitation : Raspbian Stretch (9)
-Comment Python a été installé : Python 3.5.3 est Python3 par défaut sur Stretch
-Comment numpy a été installé : pip installé sous environnement virtuel (version 1.17.3)
-Python2.7 est également installé par défaut

Je souhaite utiliser la bibliothèque dldt d'OpenVINO pour l'inférence sur raspberry pi 3. J'ai déjà rencontré des problèmes, mais en suivant quelques instructions ici , j'ai construit la version la plus récente de la bibliothèque en utilisant cmake pour la compilation native sous raspbian stretch (cela a pris des heures).

J'ai d'abord remarqué l'erreur lors de l'exécution de leur code python d'optimiseur de modèle :

$ python3 <dldt_dir>/model-optimizer/mo.py --input_model [input model] --data_type [data type] --output_dir [output_dir]
Traceback (most recent call last):
  File "/home/pi/.virtualenvs/openvino/lib/python3.5/site-packages/numpy/core/__init__.py", line 17, in <module>
    from . import multiarray
  File "/home/pi/.virtualenvs/openvino/lib/python3.5/site-packages/numpy/core/multiarray.py", line 14, in <module>
    from . import overrides
  File "/home/pi/.virtualenvs/openvino/lib/python3.5/site-packages/numpy/core/overrides.py", line 7, in <module>
    from numpy.core._multiarray_umath import (
ImportError: libf77blas.so.3: cannot open shared object file: No such file or directory

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/pi/.virtualenvs/openvino/lib/python3.5/site-packages/numpy/__init__.py", line 142, in <module>
    from . import core
  File "/home/pi/.virtualenvs/openvino/lib/python3.5/site-packages/numpy/core/__init__.py", line 47, in <module>
    raise ImportError(msg)
ImportError: 

IMPORTANT: PLEASE READ THIS FOR ADVICE ON HOW TO SOLVE THIS ISSUE!

Importing the numpy c-extensions failed.
- Try uninstalling and reinstalling numpy.
- If you have already done that, then:
  1. Check that you expected to use Python3.5 from "/home/pi/.virtualenvs/openvino/bin/python",
     and that you have no directories in your PATH or PYTHONPATH that can
     interfere with the Python and numpy version "1.17.3" you're trying to use.
  2. If (1) looks fine, you can open a new issue at
     https://github.com/numpy/numpy/issues.  Please include details on:
     - how you installed Python
     - how you installed numpy
     - your operating system
     - whether or not you have multiple versions of Python installed
     - if you built from source, your compiler versions and ideally a build log

- If you're working with a numpy git repository, try `git clean -xdf`
  (removes all files not under version control) and rebuild numpy.

Note: this error has many possible causes, so please don't comment on
an existing issue about this - open a new one instead.

Original error was: libf77blas.so.3: cannot open shared object file: No such file or directory

Cependant, j'ai rapidement découvert que ce problème persistait lors de l'importation de numpy depuis Python3

>>> import numpy as np
[...]
Importing the numpy c-extensions failed.
[...]
Original error was: libf77blas.so.3: cannot open shared object file: No such file or directory

J'ai essayé de désinstaller et de réinstaller numpy. Je me suis assuré que numpy fonctionnait en Python3 avant d'installer la bibliothèque dldt.
S'il vous plaît aider. Tu es mon seul espoir.

32 - Installation

Commentaire le plus utile

En regardant gh-11110, cela résoudrait peut-être le problème ?

sudo apt-get install libatlas-base-dev

Tous les 15 commentaires

En regardant gh-11110, cela résoudrait peut-être le problème ?

sudo apt-get install libatlas-base-dev

Clôture, dans l'espoir que la solution suggérée a résolu le problème et que le journaliste d'origine puisse désormais utiliser NumPy. Si ce n'est pas le cas, veuillez rouvrir avec plus d'informations ou ouvrir un nouveau problème expliquant pourquoi il ne s'agit pas d'un doublon

J'ai rencontré le même problème aujourd'hui.

Je suis venu ici pour confirmer que la solution proposée ( sudo apt-get install libatlas-base-dev ) a fonctionné pour moi.

Merci!

Moi aussi, la solution fonctionne. Merci beaucoup!

travaille pour moi aussi, merci

corrigé pour moi aussi.

sudo apt-get install libatlas-base-dev a fonctionné pour moi aussi. Merci.

Travail!

Quelqu'un peut-il expliquer pourquoi l'installation de ce package supplémentaire fonctionne ?

NumPy utilise OpenBLAS pour effectuer son gros travail de linalg, ce qui signifie que NumPy appelle dans un objet partagé fourni par un package tiers. Les roues NumPy officielles sur PyPI intègrent cet autre package dans la roue et expédient le tout ensemble. Les roues fournies par les personnes de https://www.piwheels.org ne le font pas : elles dépendent de l'installation du package OpenBLAS séparément. Donc, si vous obtenez NumPy d'eux, vous devez installer le package.

Je confirme ici que sudo apt-get install libatlas-base-dev a également fonctionné pour moi. Merci !

NumPy utilise OpenBLAS pour effectuer son gros travail de linalg, ce qui signifie que NumPy appelle dans un objet partagé fourni par un package tiers. Les roues NumPy officielles sur PyPI intègrent cet autre package dans la roue et expédient le tout ensemble. Les roues fournies par les personnes de https://www.piwheels.org ne le font pas : elles dépendent de l'installation du package OpenBLAS séparément. Donc, si vous obtenez NumPy d'eux, vous devez installer le package.

Merci

Je peux confirmer que cela a fonctionné pour moi aussi.

travaillé pour moi aussi. Merci

a fonctionné pour moi aussi, merci!

Cette page vous a été utile?
0 / 5 - 0 notes