Το Στέκι των Πληροφορικών

Παράθεση από: alkisg στις 04 Σεπ 2025, 06:13:22 ΜΜ1) Για το Wake On LAN, ποιο είναι το  αποτέλεσμα της παρακάτω εντολής;

dpkg -l tlp

Αν είναι εγκατεστημένο, αφαίρεσέ το και κάνε δημοσίευση.

Εμένα η εντολή μου έβγαλε το παρακάτω. Ξαφνικά κι εμένα δεν ξεκινάνε οι clients μέσω Wake On Lan.

teacher@srv-7dim-iliou:~$ dpkg -l tlp
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Όνομα          Έκδοση        Architecture Περιγραφή
+++-==============-==============-============-=================================
ii  tlp            1.6.1-1ubuntu1 all          Optimize laptop battery life

Πώς κάνω την αφαίρεση; 

Ευχαριστώ.

Καλημέρα @delibeis, για κάθε προβληματικό client, στείλε τα παρακάτω:

• Μοντέλο CPU, π.χ. Intel Pentium E5800
• Μέγεθος RAM, π.χ. 512 MB
• Screenshot από ολόκληρη την οθόνη στην φάση που αποτυγχάνει την δικτυακή εκκίνηση χρησιμοποιώντας το iPXE CD: https://boot.ipxe.org/

Επίσης, αν μπορείς να εκκινήσεις τους clients με οποιοδήποτε Ubuntu Live CD, τότε έλα από το chat room να το δούμε με απομακρυσμένη βοήθεια: https://el.ltsp.org/support/

Παράθεση από: alkisg στις 11 Σεπ 2025, 03:10:34 ΠΜ@delibeis υπάρχει άλλος client με ίδιο hardware, ή αυτός έχει κάτι ξεχωριστό;
Δεν πιστεύω π.χ. να έχει 32bit CPU;

Υποθέτοντας ότι είναι 64bit, τότε ίσως το iPXE να πέφτει σε κάποιο BIOS memory hole και να μην βρίσκει συνεχόμενη μνήμη για το initrd.
Θα μπορούσες να δοκιμάσεις να κάνεις Load BIOS default settings από το BIOS,
κι αν ούτε αυτό παίξει, να κατεβάσεις νέο ipxe:

sudo wget boot.ipxe.org/undionly.kpxe -O /srv/tftp/ltsp/undionly.kpxe

Καλησπέρα,

δοκίμασα τα παραπάνω (Load BIOS default settings) κατέβασα και νέο ipxe, το οποίο επανεγκατάστησα στα Windows, αλλά δυστυχώς δεν εκκινούν οι δύο συγκεκριμένοι clients.

Έχω ελέγξει την καλωδίωση, την άλλαξα προληπτικά, όπως και την κάρτα δικτύου, αλλά το αποτέλεσμα ήταν το ίδιο. Έτρεξα τα διαγνωστικά των Windows κατά την εκκίνηση: bootrec /fixmbr,  bootrec /fixboot, αλλά χωρίς αποτέλεσμα. Προσπάθησα δικτυακή εκκίνηση από boot CD (κατέβασα το iso του ipxe), αλλά τίποτα. Έλεγξα μία μία τις ρυθμίσεις του BIOS των δύο client με το μηχάνημα που λειτουργεί, κάνοντας κάποιες μικρές προσαρμογές, αλλά ούτε αυτό βοήθησε.

Σε μία τελευταία προσπάθεια κλωνοποίησα τον σκληρό δίσκο από άλλο μηχάνημα που λειτουργεί κανονικά (έχουν ακριβώς τα ίδια χαρακτηριστικά), αλλά τώρα μου βγάζει μήνυμα

ΠαράθεσηTry (hd0,0): NTFS5: No g2ldr
Try (hd0,1): NTFS5: 0
Try (hd0,2): NTFS5: No g2ldr
Try (hd0,3): invalid or null
Try (fd0): invalid or null
Error: Cannot find GRLDR in all devices. Please Ctrl+Alt+Del to restart

Σε ένα τρίτο μηχάνημα, του οποίου, επίσης, κλωνοποίησα τον δίσκο από το ίδιο μηχάνημα που λειτουργεί, βρίσκει τον grub boot loader, παίρνει IP από τον router, αλλά βγάζει μήνυμα

ΠαράθεσηNothing to boot: No such file or directory (http://ipxe.org/2d03e13b)
No more network devices


Reboot and select proper boot device
or Insert Boot media in selected boot device and press a key

Δεν ξέρω τι άλλο να δοκιμάσω...

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

Οποιαδήποτε βοήθεια είναι ευπρόσδεκτη.

Σας ευχαριστώ εκ των προτέρων!

Παράθεση από: evry στις 23 Σεπ 2025, 09:37:42 ΠΜΝίκο εδώ ισχύει το έφτασες στην πηγή και δεν ήπιες νερό.
Στο σημείο που έφτασες έπρεπε να ρωτήσεις ποιο λάθος στην σύνταξη παραβιάζει και να σου διατυπώσει τον κανόνα που παραβιάζεται αυστηρά σε Backus-Naur form, να δούμε τι θα κάνει.

Συνεχίζοντας την αρχική στιχομυθία με το GEMINI:

To λάθος της μη δήλωσης μιας μεταβλητής ποιον συντακτικό κανόνα παραβιάζει ?

Το λάθος της μη δήλωσης μιας μεταβλητής παραβιάζει τον συντακτικό κανόνα που απαιτεί τη δήλωση μιας μεταβλητής πριν από τη χρήση της.
Αυτός ο κανόνας είναι θεμελιώδης στις περισσότερες γλώσσες προγραμματισμού με στατική τυποποίηση (statically typed languages) όπως η C++, η Java και η C#. Ο σκοπός του είναι να ενημερώσει τον μεταγλωττιστή για:

• Το όνομα της μεταβλητής: Με ποιο αναγνωριστικό θα την αναγνωρίζει ο κώδικας.
• Τον τύπο δεδομένων της: Τι είδους τιμές θα αποθηκεύει (π.χ., ακέραιος, δεκαδικός, χαρακτήρας), κάτι που καθορίζει και το μέγεθος της μνήμης που θα δεσμευτεί.

Όταν παραλείπεται η δήλωση, ο μεταγλωττιστής συναντά ένα άγνωστο όνομα και δεν μπορεί να προχωρήσει, καθώς αγνοεί τον τύπο της μεταβλητής, το μέγεθός της, και τη θέση της στη μνήμη. Αυτή η παράβαση του κανόνα οδηγεί στο γνωστό σφάλμα χρόνου μεταγλώττισης (compile-time error).

Μπορούμε να διατυπώσουμε αυτόν τον κανόνα αυστηρά σε Backus-Naur form ?

Η Backus-Naur Form (BNF) είναι μια μετα-γλώσσα που χρησιμοποιείται για την περιγραφή της γραμματικής μιας γλώσσας. Δεν μπορεί να εκφράσει απευθείας σημασιολογικούς κανόνες, όπως το ότι μια μεταβλητή πρέπει να έχει δηλωθεί πριν χρησιμοποιηθεί.
Ο κανόνας της δήλωσης πριν από τη χρήση είναι ένας σημασιολογικός κανόνας, όχι ένας συντακτικός. Η BNF περιγράφει μόνο το "τι φαίνεται σωστό" συντακτικά.

---

Παράδειγμα

Ας δούμε γιατί αυτό είναι δύσκολο με ένα απλό παράδειγμα.
Αν είχαμε έναν κανόνα BNF για έναν όρο (

<expression>

) και μια δήλωση (

<declaration>

) που θα ήταν κάπως έτσι:

<program> ::= <statement>+
<statement> ::= <declaration> | <assignment>
<declaration> ::= "int" <identifier> ";"
<assignment> ::= <identifier> "=" <expression> ";"

Σύμφωνα με αυτή τη γραμματική, το παρακάτω κομμάτι κώδικα είναι συντακτικά σωστό:

x = 5;
int x;

Ο μεταγλωττιστής θα το αναγνώριζε ως έγκυρη ακολουθία δηλώσεων και αναθέσεων. Ωστόσο, λογικά (και άρα σημασιολογικά), είναι λάθος, καθώς η μεταβλητή

x

χρησιμοποιείται πριν δηλωθεί.
Η BNF δεν έχει τη δυνατότητα να "θυμάται" ποιες μεταβλητές έχουν δηλωθεί ή να ελέγξει αν μια μεταβλητή που χρησιμοποιείται σε μια ανάθεση (

<assignment>

) υπάρχει ήδη σε μια προηγούμενη δήλωση (

<declaration>

). Αυτό το επίπεδο ελέγχου γίνεται από τον μεταγλωττιστή στο στάδιο του σημασιολογικού ελέγχου, μετά την ανάλυση της σύνταξης.

Καλησπερα, δουλεύω αυτην την εφαρμογή αρκετες περιόδους χωρις ποτέ κανένα πρόβλημα. Σήμερα δεν μου δούλεψε. Το μήνυμα είναι: "Δεν βρέθηκε κανένα τμημα στο οποίο να διδάσκεται κάποιο μάθημα" . στο τελευταίο βημα στην δημιουργία κενων βαθμολογια εκαπαιδευτικών.

ΠαράθεσηΟύτε οδηγίες έχουν στείλει ούτε τίποτα και οι σύμβουλοι, όπως πάντα άφαντοι.

Πάντως ειδικά τον Ευριπίδη άφαντο δεν τον λες.

Επί της ουσίας όμως, κατά τη γνώμη μου, υπάρχει όντως θέμα με τις οδηγίες που τελικά υποβαθμίζουν την δουλειά που έχει γίνει.

Ένα μεγάλο πρόβλημα ήταν ότι η μετάβαση δεν έγινε σταδιακά. Για παράδειγμα τα παιδιά που φοίτησαν πέρσι στη β Γυμνασίου, στην α είχαν διδαχθεί το παλιό βιβλίο. Προσωπικά, στην ενότητα ψηφιακός κόσμος δαπάνησα 9 ώρες (οι οδηγίες έλεγαν 4), γιατί οι μαθητές δεν είχαν διδαχθεί καν δυαδικό σύστημα την προηγούμενη χρονιά.
Επίσης για τη β γυμνασίου, σε 4 ώρες στα υπολογιστικά φύλλα δεν μπορείς να πεις τίποτα. Τα φύλλα εργασίας που έδινα παλιότερα θέλουν 8 ώρες.
Αυτό είχε ως αποτέλεσμα να μην προλάβω να κάνω καθόλου προγραμματισμό  - με αποτέλεσμα να μην είναι δυνατόν να ξεκινήσω από την αναδρομή στη γ.
Γενικά στη γ καλύτερα θα ήταν κατά τη γνώμη μου να ξεκιναγε από το κεφ. 2 (π.χ 2 - 4 - 7 - 1) και η αναδρομή να γινόταν σε Python.
Ακόμα χειρότερα για τους μαθητές που ήταν στη γ πέρσι, αν και η ύλη είναι πιο ξεκομμένη εκεί.

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

Και φυσικά είναι σημαντικό τα παιδιά, ειδικά τα μικρά, να έχουν τα βιβλία στα χέρια τους.

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

Παράθεση από: markakis στις 23 Σεπ 2025, 02:29:18 ΜΜΣχετική συζήτηση στο Στέκι έχει γίνει εδώ και υπάρχει topic στην τεκμηρίωση του Επόπτη, μπορείς να ρίξεις μια ματιά. Δεν έχω χρησιμοποιήσει τη δυνατότητα αυτή πρόσφατα για να έχω άποψη.

Καλησπέρα και πάλι. ακολούθησα τα βήματα που αναφέρει ο Άλκης στην 1η σελίδα του 1ου link που αναφέρεις αλλά τώρα έχω θέμα και δεν μου δουλεύει το epoptes. Συγκεκριμένα κάνει αποσύνδεση σε όσους clients έχουν 15αρα ή 17αρα οθόνη. Το κάνει ότι ανάλυση κι αν βάλω στο server, ακόμα και 1366χ768 που την υποστηρίζουν όλοι οι clients. Καμιά ιδέα; ευχαριστώ

Μόνο που δυστυχώς αυτή η διατύπωση δεν υπάρχει στα βιβλία των μαθητών (το κοντινότερο είναι λάθη κατά την υλοποίηση της 13.1)

Σε κάθε περίπτωση αυτή η συζήτηση ήταν αρκετά διαφωτιστική για μένα. Με μια μικρή αναζήτηση (όχι AI - παλιό καλό cs.stackexchange) βρήκα ότι τελικά ακόμα και τι ονομάζουμε σύνταξη και γραμματική είναι αρκετά συγκεχυμένο -  τις συζητήσεις που κάνουμε εδώ, τις έκαναν τη δεκαετία του 60 κατά τη δημιουργία των γλωσσών προγραμματισμού.
Δημιουργήθηκαν λοιπόν γραμματικές (π.χ.  Van Wijngaarden grammar για την ALGOL68) οι οποίες μπορούσαν να εκφράσουν εκτεταμένη πληροφορία που η BNF δεν θα μπορούσε να ελέγξει ως σημασιολογική (μεταξύ των οποίων και η δήλωση μεταβλητής ακόμα και ο έλεγχος τύπων). Αυτές δεν προχώρησαν μάλλον λόγω προβλημάτων απόδοσης (εικάζω).
Έτσι βγάζω το συμπέρασμα ότι τα όρια της σύνταξης δεν είναι τόσο αυστηρά καθορισμένα (όχι μόνο στην υλοποίηση αλλά και στον ορισμό).

Οπότε τελικά δε θεωρώ και τόσο τραγικό να τα λέμε όλα αυτά συντακτικά λάθη, ειδικά στα πλαίσια του μαθήματος.

Σχετική συζήτηση στο Στέκι έχει γίνει εδώ και υπάρχει topic στην τεκμηρίωση του Επόπτη, μπορείς να ρίξεις μια ματιά. Δεν έχω χρησιμοποιήσει τη δυνατότητα αυτή πρόσφατα για να έχω άποψη.

Καλημέρα σε όλους. μετά από καθαρή εγκατάσταση και επειδή έχω οθόνες με διαφορετικές αναλύσεις, όταν κάνω εκπομπή οθόνης μέσω του επόπτες σε πλήρη οθόνη υπάρχει θέμα. ξέρει κανείς πώς επιλύεται το θέμα του scaling;