πρόβλημα με το screen locker "slock"
χρησιμοποιω το suckless lock “slock” με service για να ενεργοποιειται οταν το λαπτοπ γινεται suspend. ωστοσο, εδω και λιγες μερες εμφανιζει error οταν παει να κανει start το service.

το service: [[pic-selected-210922-0806-53]](https://linux-user.gr/uploads/default/original/2x/c/caaef9b0a623b250f12655584ffd17cf96275248.png "pic-selected-210922-0806-53")

το error ειχε να κανει με τον εντοπισμο του display, πλεον δε πεταει erro…
δες μήπως χρειάζεται να [ορίσεις τη διαδρομή](https://bbs.archlinux.org/viewtopic.php?id=263540) για το xauthority.
Θα χρησιμοποιηθεί για να πάρει αυτό - νομίζω ότι είναι ένα 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/) Αυτό είναι ένα τεχνικό πρόβλημα παρακαλώ να κάνετε μια αναφορά εδώ.



> 
> <https://support.duolingo.com/hc/el>
> 
> 
> πιθανότατα έχει μείνει κλειστός κάποιος διακόπτης ή υπάρχει αέρας σε κάποιο σημείο και δεν αφήνει το νερό να κυκλοφορήσει ή έχει βλάβη ο κυκλοφορητής. τρουλλινός γιώργος υδραυλικός 6932860310. πιθανότατα υπάρχει πρόβλημα με τον κυκλοφορητή. τρουλλινός γιώργος, υδραυλικός , 6932860310. Είναι ένα σφάλμα, ανατρέξτε στην [τεκμηρίωση της`subprocess.Popen`](http://docs.python.org/lib/node528.html) . Εκεί είτε θα πρέπει να είναι μια `"shell=True`"επιλογή, ή το πρώτο επιχείρημα πρέπει να είναι μια ακολουθία `['svn', '--version']`. Όπως είναι τώρα, `Popen`ψάχνει για ένα εκτελέσιμο το όνομα, κυριολεκτικά,“svn --version”που δεν βρίσκουν.


Δεν ξέρω για ποιο λόγο θα μπορούσε να λειτουργήσει για τους συναδέλφους σας όμως, αν εκτελείτε το ίδιο λειτουργικό σύστημα και την έκδοση της Python ... FWIW μου δίνει το ίδιο μήνυμα λάθους σε έναν υπολογιστή Mac, και έναν από τους δύο τρόπους που έδωσε διορθώσεις που . Το πρόβλημα προκλήθηκε λόγω των ειδικών χαρακτήρων. Δεν είχα φανταστεί ότι «$» θα ήταν μια τέτοια μεγάλη υπόθεση σε κωδικούς πρόσβασης. Τέλος πάντων μπορείτε να βρείτε μια λύση για αυτό [εδώ](https://nadvi.blogspot.com/2011/02/oracle-password-with-or-special.html) . κάποια στιγμή που θα ξανακάνει το σφύριγμα από το άνοιγμα κλείσημο της βρύσης του κρύου νερού, κλείστε τον διακόπτη που τροφοδοτεί με κρύο νερό τον θερμοσίφωνα και αν έτσι το σφύριγμα σταματήσει τότε αλλάξτε την βαλβίδα με μια άλλη γιατί αυτή είναι η αιτία του σφυρίγματος. τρουλλινός γιώργος, υδραυλικός 6932860310. πιθανότατα να είχαμε ασχοληθεί με το θέμα σας και τηλεφωνικά πολύ πριν απαντήσω εδώ λόγω άλλων υποχρεώσεων , το κομβικό σημείο του θέματος είναι να εντοπιστεί αν η βλάβη είναι στο πιεστικό ή στο δίκτυο, οπότε αρκεί να βάλετε λοιπόν έναν διακόπτη στην έξοδο του νερού του πιεστικού προς το δίκτυο, έτσι κλείνοντας τον διακόπτη ενώ το πιεστικό λειτουργεί θα δούμε σε τί πίεση θα φτάσει και αν τελικά σταματήσει και αν σταματήσει αν θα χάσει την πίεση και ξαναπάρει μπροστά ή όχι. αν βέβαια φτάσει σε κάποια πίεση και σταματήσει χωρίς να την χάνει τότε το πιεστικό λειτουργεί σωστά και το πρόβλημα εντοπίζεται στο δίκτυο των σωληνώσεων του σπιτιού. τρουλλινός γιώργος, υδραυλικός, αττική, αθήνα, φάληρο, πειραιάς, 6932860310 Σύμφωνα με τον δημιουργό του celeryd:


Το σέλινο δεν κάνει τη δική αποκόλληση του από 01a8a0e. Υπήρξε πάρα πολλά προβλήματα με αυτό, και δεδομένου ότι λειτουργεί κατά την αποσύνδεση χρησιμοποιώντας start-stop-daemon, supervisord, launchd και ούτω καθεξής, θα ενθαρρύνονται να χρησιμοποιούν αυτά τα εργαλεία αντ 'αυτού. Έχω λυθεί το θέμα. Η ακόλουθη διαδικασία χρησιμοποιείται για να βρείτε και να διορθώσετε το πρόβλημα:


Θα χρησιμοποιηθεί για την `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.