to manjaro αγνοεί τη ρύθμιση κύριας vga του bios
πριν μερικές ημέρες έκανα μια αναβάθμιση κι άλλαξα πλατφόρμα, από intel σε amd. έκτοτε, δε μπορώ να στήσω σωστά το manjaro.

αρχικά πήρα μία msi x570 unify, η οποία δεν έχει επιλογή στο bios για το ποιά vga θα είναι η αρχική. επειδή όμως είχα και κάποια θέματα με τις μνήμες, αποδείχθηκε προβληματική…
από κάποια νήματα που βρήκα, έβαλα το παρακάτω στα kernel parameters:

video=vesafb:off,efifb:off

δε δούλεψε, αλλά αντί για μαύρη οθόνη, έπαιρνα ένα error.

κάπου αλλού, αναφέρθηκε η παρακάτω ρύθμιση στο bios:

csm > enabled

παρόλο που στο manual της μητρικής έλεγε ότι είναι για να υποστηρίζουν τα…
Προσωπικά, δεν θα ανησυχείτε για αυτό μέχρι να δείτε ένα πρόβλημα. Messing με την προεπιλεγμένη πύθωνα εγκατάσταση σε ένα σύστημα * Nix μπορεί να προκαλέσει περισσότερα προβλήματα από ό, τι αξίζει. Μπορώ να πω από προσωπική εμπειρία ότι ποτέ δεν πραγματικά καταλάβει τι python έχει κάνει για τον κόσμο nix μέχρι να έχετε ένα πρόβλημα με αυτό.


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


Έτσι υποθέτω ότι το καλύτερο θέμα για να ξεκινήσετε με, θα είναι γιατί ακριβώς θέλετε να χρησιμοποιήσετε την έκδοση 64 bit του πύθωνα; Είχα ακολουθήσει ένα διαφορετικό σεμινάριο σχετικά με τη ρύθμιση Xen μου στο Ubuntu πριν από 8,04 αλλά τώρα αναβαθμίστηκε σε 8.04. Θα χρησιμοποιηθεί για την επιπλέον γραμμή στο cfg μου διαδρομής ορίζονται ως ακολούθως:



```
extra = ' TERM=xterm xencons=tty console=tty1'

```

Αυτό μου επιτρέπει να «XM κονσόλα όνομα» από dom0. Νομίζω ότι αυτό ήταν από ένα πρόβλημα με το Xen εγκατάσταση στην έκδοση πριν από την 8,04 (δεν είμαι σίγουρος ποια έκδοση που ήταν). Δεν είμαι σίγουρος αν η ίδια αλλαγή είναι απαραίτητη 8.04 και είμαι μια αναβάθμιση και δεν άλλαξε καμία από domU διαμορφώσεων μου μετά την αναβάθμιση. Εντάξει, έτσι κανείς δεν βοήθησε, θα γράψω τη λύση βρήκα τον εαυτό μου.


1. (Προαιρετικά) Εάν χρησιμοποιείτε το NVM, μπορείτε να εγκαταστήσετε τις τελευταίες node.js στην πρώτη θέση και να μεταβείτε σε αυτό, για να αποφύγετε πιθανά προβλήματα
2. Εγκαταστήστε το βήτα γωνιακή / CLI στην έκδοση 7, παγκόσμιο και τοπικό επίπεδο στο έργο
3. Σε package.json αντικαταστήστε όλες τις εμφανίσεις με την τρέχουσα έκδοση του γωνιακού σας (π.χ. 6.1.7) με ^ 7.0.0-beta.5
4. NPM εγκατάσταση
5. Εάν υπάρχουν προβλήματα διαγράψετε node\_modules και δοκιμάστε ξανά NPM εγκαταστήσετε


Αν θέλετε να είστε σίγουροι, ότι άλλα πακέτα σας είναι στην τελευταία έκδοση, μπορείτε να εγκαταστήσετε άδειο εφαρμογή γωνιακή 7 κάπου αλλού με β γωνιακή / cli και να ελέγξει τι άλλαξε στην package.json. Δυστυχώς γωνιακή ομάδα δεν παρέχει ένα εργαλείο για την εγκατάσταση επιθυμητό έκδοση του γωνιακού, αλλά βήτα cli εγκαθιστά γωνιακή 7 από προεπιλογή.


Όσο για Ivy renderer δεν είναι προεπιλογή σε γωνιακή 7 beta. Προσπάθησα να το ενεργοποιήσετε με το χέρι και δεν λειτούργησε. Φαίνεται ότι το έργο αυτό χρειάζεται πολύ περισσότερη δουλειά για να ολοκληρωθεί ακόμα και δεν υπάρχουν πολλές πληροφορίες στο διαδίκτυο πώς να το χρησιμοποιήσετε σωστά το προηγμένο σχέδιο (υπάρχουν μόνο μερικά πολύ απλά μαθήματα για κενές έργα).


Ivy κατάσταση renderer: <https://is-angular-ivy-ready.firebaseapp.com/#/status>
<https://github.com/angular/angular/blob/master/packages/core/src/render3/STATUS.md>


Ivy renderer φροντιστήριο: <https://blog.imaginea.com/ivy-a-look-at-the-new-render-engine-for-angular/> Όποια και αν είναι λύση που χρησιμοποιείτε, αφού λέτε ότι η βάση δεδομένων σας θα είναι write-βαρύ θα πρέπει να βεβαιωθείτε ότι ολόκληρος ο πίνακας δεν εγκλωβίζονται στις εγγραφές. Αυτό αποκλείει MyISAM, που κάποιοι έχουν προτείνει. MyISAM θα ​​κλειδώσει το τραπέζι σε μια ενημέρωση, διαγραφή ή εισαγωγή. Αυτό σημαίνει ότι κάθε πελάτης που θέλει να διαβάσει από τον πίνακα, θα πρέπει να περιμένουμε για το γράφουν για να ολοκληρωθεί. Ξέρω τι να αγνοήσει το INSERT χαμηλής προτεραιότητας κάνει όμως, πιθανώς κάποια hack γύρω από το τραπέζι κλείδωμα :-)


Αν απλά πρέπει να χρησιμοποιήσετε MySQL, θα θελήσετε InnoDB, η οποία δεν κλειδώσει εγγραφής. Δεν ξέρω πώς MySQL κάνει πίνακες InnoDB VACUUM του (InnoDB είναι MVCC όπως η PostgreSQL και έτσι πρέπει να καθαρίσει) ... αλλά θα πρέπει να το λάβουμε υπόψη, αν κάνετε πολλές ενημερώσεις ή διαγραφές. Δημιουργήστε μια μηχανή του χρόνου και να πάει πίσω στο 1987; Ho Ho.


Εντάξει, όχι περισσότερο snarky σχόλια.



> 
> Πώς μπορώ να καταλάβω τι πρέπει να είναι οι ρυθμίσεις (π.χ. baud rate) ...
> 
> 
> 


Διαβάστε το δελτίο; ΕΝΤΑΞΕΙ ΕΝΤΑΞΕΙ. Σοβαρά, το τελευταίο. Αν δεν γνωρίζετε το ρυθμό Baud της συσκευής που προσπαθείτε να επικοινωνήσει μαζί, έχετε δύο επιλογές. Ξεκινήστε μαντέψουν, ή ενδεχομένως ξεφύγει από ένα o-πεδίο. Αν χρειάζεστε ένα καλό σημείο εκκίνησης, επιτρέψτε μου να προτείνω 9.600 έως 8-Ν-1. υποψία μου είναι ότι μπορείτε να φτάσετε εκεί με ωμή βία σχετικά γρήγορα. Υπάρχει μια τρίτη επιλογή που έχει ένα παλιό σχολείο ninja που μπορεί να πει ακριβώς από την εμφάνιση των αλλοιωμένους χαρακτήρες σε κάποια τυπική ταχύτητα baud τι πραγματικός ρυθμός baud είναι. Ένα εντυπωσιακό μέρος τέχνασμα για να είστε σίγουροι.


Ας ελπίσουμε ότι αν έχετε πρόσβαση σε αυτές τις πληροφορίες. Στο Unix / Linux, μπορείτε να πάρετε Ahold από minicom να παίξει με τη σειριακή θύρα άμεσα. Αυτό θα πρέπει να είναι αρκετά γρήγορος για να πάρει η διαμόρφωση καταλάβει.



> 
> ένα από τα σημαντικότερα κοχύλια Unix
> 
> 
> 


Σε Unix η σειριακή θύρα (ες) είναι / είναι αρχείο-χαρτογραφήθηκαν στο / dev / subdir. ttyS0, για παράδειγμα. Εάν ρυθμίσετε το σωστό ρυθμό Baud και εταζέρα με τη χρήση minicom, μπορείτε ακόμη και η γάτα πράγματα σε αυτό το αρχείο για να στείλετε πράγματα εκεί έξω.


Από το κρέας του ζητήματος, μπορείτε να έχετε πρόσβαση μέσω προγραμματισμού μέσα από τις κεφαλίδες POSIX. termios.h είναι το μεγάλο.


Δείτε: <http://www.easysw.com/~mike/serial/serial.html#3_1>
 **(δεν είναι διαθέσιμο πια)**



> 
> αλλά έχω και κάποιο ενδιαφέρον για σειριακή προγραμματισμού χρησιμοποιώντας το Windows / Hyperterminal.
> 
> 
> 


Hyperterminal και minicom είναι βασικά το ίδιο πρόγραμμα. Όσο για το πώς τα Windows ας έχετε πρόσβαση στη σειριακή θύρα, θα αφήσω αυτή την ερώτηση για κάποιον άλλο. Δεν έχω κάνει αυτό στα Windows από την εποχή Win95. Πιστεύω ότι αυτή είναι μία από τις επιλογές που δεν μπορείτε να κάνετε απευθείας στη γραμμή εντολών. Μπορείτε μάλιστα να χρειαστεί να επεξεργαστείτε το DBML. Ωστόσο, αυτό δεν είναι μια δύσκολη αλλαγή, οπότε θα πρέπει να είναι σε θέση να αυτοματοποιήσει ένα βασικό εργαλείο της γραμμής εντολών. Έχω χρησιμοποιήσει την 64bit έκδοση του TortoiseSVN για πολύ καιρό και δεν είχα ποτέ προβλήματα με αυτό στα Windows 64Bit ή 64Bit Vista. Εγώ σήμερα δεν γνωρίζω οποιοδήποτε άλλο παρόμοιο πελάτη SVN που λειτουργούν στα Vista. Είναι δυνατόν το πρόβλημα θα μπορούσε να βρίσκεται μέσα στην διαμόρφωση του TortoiseSVN ή ακόμα και την εγκατάσταση των Vista; Είναι το πρόβλημα που εμφανίζεται σε Vista μητρική ή SP 1; Πηγαίνετε στο System Preferences> Πληκτρολόγιο και ποντίκι, στη συνέχεια, επιλέξτε συντομεύσεων πληκτρολογίου. Στο κάτω μέρος, εξασφαλίζουν πλήρες πληκτρολόγιο πρόσβασης έχει ρυθμιστεί σε «όλους τους ελέγχους». Είναι πολύς καιρός από τότε που το γύρισε σε αλλά νομίζω ότι αυτό είναι το μόνο που πρέπει να κάνετε Έχω λυθεί το θέμα. Η ακόλουθη διαδικασία χρησιμοποιείται για να βρείτε και να διορθώσετε το πρόβλημα:


Θα χρησιμοποιηθεί για την `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. Αυτή είναι μια σύγκρουση μεταξύ του οδηγού γραφικών σας και το Visual Studio. Μεταβείτε στη σελίδα ρυθμίσεων του οδηγού σας (Πίνακας ελέγχου) και να απενεργοποιήσετε τις συντομεύσεις περιστροφή της οθόνης. Με αυτή η σύγκρουση αφαιρεθεί, η συντόμευση θα λειτουργήσει στο Visual Studio.