τυχαιες επανεκκινησεις
manjaro 64b, 5.8 kernel, i3-4150 , δυο δίσκοι σε καλή κατάσταση , θερμοκρασίες κανονικές.

και παλιότερα είχα παρόμοια θέματα με ubuntu

προχθές είχα μια και τώρα άλλη μια.

τα λάθη από dsemg ψάχνοντας με όρους

emerg

alert

crit

err

warn

notice

info

debug

errors

[ 0.028157] acpi: irq0 used by …
προτεινω να δοκιμασεις πρωτα με τους ανοιχτους οδηγους να δεις πως θα σε παει και αν συνεχισεις να εχεις προβλημα εγκατεστησε <https://snapcraft.io/install/fwts/manjaro>

που θα μας δωσει αναλυτικες πληροφοριες
Εάν χρησιμοποιείτε Windows, μπορείτε να χρησιμοποιήσετε [`GetDIBits`](http://msdn.microsoft.com/en-us/library/ms532334(VS.85).aspx)για να ανακτήσετε τα δεδομένα bitmap. `core.exceptions`είναι μέρος του Django? ποια έκδοση του Django δεν έχετε εγκαταστήσει; Η AppEngine έρχεται με την κατάλληλη έκδοση για ό, απελευθέρωση που έχετε κατεβάσει (στο lib / directory Django). Μπορεί να εγκατασταθεί με τη μετάβαση σε αυτόν τον κατάλογο και να λειτουργήσει**`python setup.py install`** Η πρώτη μου επιλογή θα ήταν ένα ειδικό εργαλείο σωρό όπως [pageheap.exe](https://support.microsoft.com/en-us/kb/286470) .


Ξαναγράφοντας νέα και διαγραφή θα μπορούσε να είναι χρήσιμη, αλλά αυτό δεν πιάσει το allocs που διαπράχθηκαν από τον κωδικό χαμηλότερου επιπέδου. Εάν αυτό είναι ό, τι θέλετε, καλύτερα να Detour τα `low-level alloc API`s χρησιμοποιώντας το Microsoft Παρακάμψεις.


Επίσης ελέγχους υγιούς λειτουργίας όπως: επαλήθευση βιβλιοθήκες χρόνου εκτέλεσης σας αγώνα (απελευθέρωση έναντι debug, multi-threaded εναντίον του μονού νήματος, DLL εναντίον στατική lib), αναζητήστε κακή διαγραφές (π.χ., διαγράψτε, όπου delete [] θα έπρεπε να είναι μεταχειρισμένα), βεβαιωθείτε ότι δεν είστε μίξη και το ταίριασμα allocs σας.


Επίσης, προσπαθήστε επιλεκτικά να απενεργοποιήσετε τα θέματα και να δούμε πότε / αν το πρόβλημα πηγαίνει μακριά.


Τι σημαίνει η στοίβα κλήσεων κλπ μοιάζουν κατά το χρόνο της πρώτης εξαίρεση; Έχω λυθεί το θέμα. Η ακόλουθη διαδικασία χρησιμοποιείται για να βρείτε και να διορθώσετε το πρόβλημα:


Θα χρησιμοποιηθεί για την `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. Ενημέρωση (Λύθηκε): Προσθήκη <% @ CODEPAGE = 65001%> κατά την έναρξη της σελίδας διορθωθεί το πρόβλημα ( <http://technet.microsoft.com/en-us/library/bb742422.aspx> )


Πολλές ευχαριστίες για όλες τις προτάσεις. Θα χρησιμοποιηθεί για να πάρει αυτό - νομίζω ότι είναι ένα bug με το παράθυρο εντοπισμού σφαλμάτων «Autos»:


[http://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/eabc58b1-51b2-49ce-b710-15e2bf7e7516/](https://social.msdn.microsoft.com/Forums/en-US/vsdebug/thread/eabc58b1-51b2-49ce-b710-15e2bf7e7516/) Προσωπικά, δεν θα ανησυχείτε για αυτό μέχρι να δείτε ένα πρόβλημα. Messing με την προεπιλεγμένη πύθωνα εγκατάσταση σε ένα σύστημα * Nix μπορεί να προκαλέσει περισσότερα προβλήματα από ό, τι αξίζει. Μπορώ να πω από προσωπική εμπειρία ότι ποτέ δεν πραγματικά καταλάβει τι python έχει κάνει για τον κόσμο nix μέχρι να έχετε ένα πρόβλημα με αυτό.


Μπορείτε επίσης να προσθέσετε μια δεύτερη εγκατάσταση python, αλλά ότι επίσης προκαλεί περισσότερα προβλήματα από ό, τι αξίζει ΙΜΟ.


Έτσι υποθέτω ότι το καλύτερο θέμα για να ξεκινήσετε με, θα είναι γιατί ακριβώς θέλετε να χρησιμοποιήσετε την έκδοση 64 bit του πύθωνα; Σε γενικές γραμμές, ποτέ. Ωστόσο, μερικές φορές χρειάζεται να πιάσει συγκεκριμένα σφάλματα.


Εάν γράφετε κώδικα πλαισίου-ish (φόρτωση τάξεις 3ο μέρος), θα ήταν ίσως συνετό να πιάσει LinkageErrors (καμία κατηγορία def βρεθεί, ανικανοποίητη σύνδεσμο, ασυμβίβαστη αλλαγή κατηγορίας). Επίσης έχω δει κάποια ηλίθια κωδικό 3ου μέρους ρίχνουν sublcasses από τα λάθη, έτσι θα πρέπει να χειριστούν αυτά είτε.


Με την ευκαιρία, δεν είμαι σίγουρος ότι δεν είναι δυνατόν να ανακάμψει από OutOfMemory. κανονικά έπρεπε τα σώματα να είχαν κρυώσει νωρίτερα. αν το σύστημα των ηλεκτροβανών δεν είναι φτιαγμένο να παραμένει η τελευταία ηλεκτροβάνα ανοικτή και ήσασταν εσείς που κλείσατε το καλοριφέρ τελευταία τότε κάποια βλάβη υπάρχει, αν είναι περιοδική ή μόνιμη θα φανεί. αν έγραφε ο ωρομετρητής ή όχι εξαρτάται από το είδος της βλάβης. να το πείτε στον διαχειριστή να κάνει έλεγχο . τρουλλινός γιώργος , υδραυλικός , αθήνα , αττική , 6932860310. `@@IDENTITY`θα επιστρέψει την τελευταία τιμή ταυτότητα που εκδίδεται από την τρέχουσα περίοδο. `SCOPE_IDENTITY()`επιστρέφει την τελευταία τιμή ταυτότητα κατά την τρέχουσα περίοδο και στο ίδιο πεδίο. Συνήθως είναι το ίδιο, αλλά υποθέτουν μια σκανδάλη ονομάζεται η οποία εισάγεται κάτι κάπου λίγο πριν από την τρέχουσα κατάσταση. `@@IDENTITY`θα επιστρέψει την τιμή ταυτότητας από την `INSERT IGNORE` δήλωση της σκανδάλης, δεν είναι η δήλωση ένθετο του μπλοκ. Είναι συνήθως ένα λάθος, εκτός αν ξέρει τι κάνει.