Εισαγωγή tensorflow κάνει python 3.6.5 σφάλματος




Tensorflow χρησιμοποιούνται για την εργασία στον υπολογιστή μου. Αλλά τώρα όταν προσπαθώ να `import tensorflow`τον εαυτό Python λάθη έξω. Δεν είμαι δοθεί μια κλήση traceback να μου πείτε ποιο είναι το λάθος είναι. Παίρνω γραμμή ενός παραθύρου που λέει «Python έχει σταματήσει να λειτουργεί». Όταν κάνω κλικ στο κουμπί «debug» όλα τα παίρνω είναι «ένα ανεπίλυτο Win32 εξαίρεση κατά το python.exe». Δεν είχα ποτέ ένα πακέτο python πραγματικά λάθος η ίδια python για μένα, έχω πάντα ακριβώς είχε ένα σφάλμα traceback ρίχνονται από πύθωνα, αν δεν είχα εγκαταστήσει κάτι σωστό.


Έχω δοκιμάσει την απεγκατάσταση και επανεγκατάσταση tensorflow (αποτελεσματικά την ενημέρωση από 1.7.0 σε 1.12.0), αλλά αυτό δεν βοήθησε. Δεν είμαι σίγουρος πώς να ψάξει για μια λύση σε αυτό το πρόβλημα, είτε επειδή δεν είμαι δοθεί μια traceback ή έναν κωδικό σφάλματος ή το μήνυμα σφάλματος εκτός από το πολύ γενικό το ένα πάνω.


Είμαι σήμερα χρησιμοποιούν python 3.6.5 με tensorflow 1.12.0 (CPU μόνο) εγκατεστημένο. OS μου είναι τα Windows 7 Enterprise 64 bit. 


Καμιά ιδέα? 


EDIT: Η διανομή python που χρησιμοποιώ είναι μέσω της Anaconda και προσπαθώ να τρέχει python απευθείας μέσω του μηνύματος ανακόντα (διεπαφή γραμμής εντολών). 


EDIT2: Θα χρησιμοποιηθεί για την `faulthandler`ενότητα για να δω αν μπορώ να πάρετε ένα ίχνος στοίβας έξω από αυτό, και πήρα ένα `Windows fatal exception: code 0xc0000139`και ένα `Windows fatal exception: access violation`, μαζί με μια δέσμη των γραμμών που συνδέουν τις διάφορες `frozen importlib._bootstrap`γραμμές κώδικα σε διάφορες `__init__.py`ενότητες.


EDIT3: Για λίγο περισσότερο το πλαίσιο, αυτό είναι ένα μηχάνημα στο χώρο εργασίας με πολλή λογισμικό ασφαλείας εγκατεστημένο σε αυτό.
Έχω λυθεί το θέμα. Η ακόλουθη διαδικασία χρησιμοποιείται για να βρείτε και να διορθώσετε το πρόβλημα:


Θα χρησιμοποιηθεί για την `faulthandler`ενότητα για να αναγκάσει python για να εκτυπώσετε ένα ίχνος στοίβας και λάβαμε ένα `Windows fatal exception: access violation`σφάλμα το οποίο φαίνεται να δείχνουν το πρόβλημα ήταν πράγματι μια segfault που προκαλείται από κάποια μονάδα που χρησιμοποιείται από tensorflow.


Προσπάθησα να καθορίσει τις εξαρτήσεις κάνοντας μια `conda update --all`και, στη συνέχεια, μια `conda clean --all`που δεν διορθώσει το πρόβλημα.


Παρατήρησα όμως ότι τα προβλήματα που φαίνεται να προκύπτουν από τις `h5py`και `keras`ενότητες, έτσι έκανα `pip install --upgrade h5py`και `pip install --upgrade keras`και `pip install --upgrade tensorflow`και το πρόβλημα ήταν σταθερό. Είμαι τώρα με τη χρήση `tensorflow version 1.12.0`, `keras version 2.2.4`και `h5py version 2.8.0`.


Το κλειδί για την επίλυση αυτού του προβλήματος φαίνεται να είναι η `faulthander`μονάδα που μου έδειξε ποιες ενότητες (h5py και κέρας) οδηγούσαν στο segfault.
το πρόβλημα μάλλον είναι ότι δεν κλείνει ουσιαστικά η εφαρμογή. είχα παρόμοιο θέμα πριν αρκετό καιρό(νομίζω κάποια στιγμή είχα απαντήσει εδώ σε ανάλογο θέμα). αυτό που έκανα εγώ και διόρθωσε το πρόβλημα ήταν η τροποποίηση της συντόμευσης για το άνοιγμα της εφαρμογής και η αλλαγή της γραμμής που ανοί… τελικά φαίνεται πως η εγκατάσταση είχε γενικά πρόβλημα. τελικά μετά από επανεγκατάσταση με custom archiso(με προσθήκη του connman μιας και τα default εργαλεία δεν έβλεπαν τη συσκευή), δούλεψε κανονικά μόνο με το “permitrootlogin yes” νομίζω ότι ο 5.13 δεν είναι ακόμη σταθερός(είναι σε στάδιο rc εκδόσεων απ’ ότι βλέπω) κι έτσι εκτός του ότι δεν είναι βέβαιο ότι θα λυθεί το πρόβλημά σου μπορεί να δημιουργηθούν και άλλα περισσότερα. καλύτερα νομίζω είναι(αφού όπως γράφεις το πρόβλημα δημιουργήθηκε μετά την τελευταία αναβάθμιση του … παρέμεινε, επειδή όταν κάνεις επανεκκίνηση φορτώνει ο desktop manager(πιθανότατα ο lightdm θα είναι) και μέσω αυτού υπάρχει το πρόβλημα. όταν τρέχεις το startx από tty δεν παρεμβάλλεται ο desktop manager γι’ αυτό και μπαίνεις κανονικά στην επιφάνεια εργασίας. δοκίμασε και κάποιον άλλο desktop manage… πάντα έτσι δούλευε? τώρα το βάλατε? πάντως δεν πρέπει να δουλεύει έτσι. εφόσον το πιεστικό είναι σωστά συναρμολογημένο και δεν υπάρχει διαρροή σε σωλήνα ή παροχή (βρύση καζανάκια κλπ) τότε πιθανότατα η βαλβίδα ανεπίστροφης έχει χαλάσει και επιστρέφει το νερό πίσω. ή το δοχείο διαστολής δεν έχει καθόλου αέρα. τρουλλινός γιώργος , υδραυλικός, 6932860310. επανέρχομαι μετά από 10 μέρες αδράνειας στο θέμα. το μόνο που άλλαξε είναι ενα update στο fedora 34 με πυρήνα 5.11.16. το πρόβλημα παραμένει όμως σκέφτηκα μια λύση που δούλεψε.

πηγαίνουμε στον φάκελο /opt

δημιουργούμε ένα αρχείο touchpadfix.py :

import os

while os.system('cat /proc/bus/input/de… βρήκα τη λύση. έχει δηλωθεί ως bug και υπάρχει προσωρινό workaround:

<https://bugs.archlinux.org/task/64175#comment182833> πάντα έτσι δούλευε? τώρα το βάλατε? πάντως δεν πρέπει να δουλεύει έτσι. εφόσον το πιεστικό είναι σωστά συναρμολογημένο και δεν υπάρχει διαρροή σε σωλήνα ή παροχή (βρύση καζανάκια κλπ) τότε πιθανότατα η βαλβίδα ανεπίστροφης έχει χαλάσει και επιστρέφει το νερό πίσω. ή το δοχείο διαστολής δεν έχει καθόλου αέρα. τρουλλινός γιώργος 6932860310 υδραυλικές εργασίες σε όλη την αθήνα - αττική νίκαια, αγία παρασκευή, βύρωνας, δάφνη, κορωπί, νέο ψυχικό talos ευχαριστώ για την απάντηση. πραγματικά στο looking glass βρήκα τη προβληματική επέκταση την αφαίρεσα και όλα εντάξει. (για την ιστορία η επέκταση ήταν ο κύβος που δεν λειτούργησε στο cinnamon και είχα ξεχάσει να την απενεργοποιήσω!) το πρόβλημα λύθηκε.

επειδή είχαν κολλήσει και οι ρυθμίσεις συστήματος και το xournal έψαξα στο internet και βρήκα

ότι για να ξεκολλήσουν οι ρυθμίσεις συστήματος να χρησιμοποιηθεί η εντολή

systemsettings5 --style=breeze

άλλαξα το global theme και όλα λειτουργούν κανονικά