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

Γεια σας συνάδελφοι και καλή σχολική χρονικά.

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

Ξεκίνησα τον server. Έκανα εκκίνηση τους client από τον epoptes. Οι περισσότεροι ξεκίνησαν. Κάποιοι όχι μόνο δεν ξεκίνησαν αλλά δεν άνοιγαν καν. Προφανώς πρόβλημα με την μπαταρία τους. Έκανα αποφόρτιση (έβγαλα πρίζα, πάτησα παρατεταμένα το κουμπί on/off) και ξεκίνησαν και απλά ήθελαν πάλι ρύθμιση το bios για να ξεκινάνε από το δίκτυο.

Μετά έκανα update τον server μέσα από Σύστημα/Διαχείριση συστήματος/Ενημερώσεις λογισμικού, όχι μέσα από το "Διαχείριση ΣΕΠΕΗΥ". Νομίζω δεν έκανα ενημέρωση εικονικού δίσκου.
Μετά πήγα να ξανά ανοίξω τους client και κανένας δεν ξεκίναγε. Κόλλαγαν στο σημείο του DHCP!!

Μετά έκανα ξανά ενημέρωση τον server αλλά με την εντολή "Ενημερώσεις λογισμικού" του "Διαχείριση ΣΕΠΕΗΥ" επιλέγοντας όλες τις επιλογές (και Δημοσίευση εικονικού δίσκου και τερματισμό), μήπως με αυτόν τον τρόπο κάνει κάποιες άλλες ρυθμίσεις.
Ξεκίνησα ένα μηχάνημα, άρχισε να φορτώνει μετά το DHCP αλλά αμέσως μετά έβγαλε ένα μήνυμα ότι δεν βρίσκει δίκτυο (κάπως έτσι) και No Boot device found. Μετά, με επανεκκίνηση του client κόλλαγε πάλι στο DHCP, όπως και οι υπόλοιποι.

Μετά έκανα επανεκκίνηση σε router και switches. Πάλι χωρίς αποτέλεσμα.
Μετά έκανα "Ρύθμιση σύνδεση δικτύου" από το "Διαχείριση ΣΕΠΕΗΥ" ώστε να σετάρει πάλι τη σύνδεση δικτύου του server. Και πάλι κανένα αποτέλεσμα. ΟΙ client κολλάνε στο DHCP.

Επισυνάπτω φωτογραφίες από τα δύο μηνύματα που βγάζουν οι client. Η PIC_1 είναι από ένα πιο παλιό μηχάνημα (ένα μηχάνημα τέτοιο). Η PIC_2 είναι από τα DELL Vostro (όλα τα υπόλοιπα μηχανήματα, σύνολο 11).

Κάτι στις ρυθμίσεις του server λογικά είναι, αλλά δεν ξέρω τι. Μήπως έγινε κάτι με το update που έκανα (πάνω από 1GB ήταν). Γιατί δεν εξηγείται από το κλείσιμο του καλοκαιριού που όλα ήταν οκ, τώρα ξαφνικά να γίνεται αυτό.

Συγνώμη για το μικρό σεντόνι που έγραψα, αλλά ήθελα να είμαι πολύ αναλυτικός στο τι συνέβη.

Σας ευχαριστώ.

Επιβεβαιώνω το ίδιο πρόβλημα.

Σε εργαστήριο με το τελευταίο ubuntu που δούλευε μια χαρά προ διακοπών, μετά τις σημερινές ενημερώσεις δεν μπορεί να μπουτάρει κανένας client.

Σε κάποιους  clients το μήνυμα είναι ipxe Could not boot: No such file or directory

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


Σημείωση: Πιθανό να σχετίζεται με αναβάθμιση του kernel αλλά δεν είναι σίγουρο. Γιαυτό επέλεξα από τα δύο σχετικά threads (το άλλο: https://alkisg.mysch.gr/steki/index.php?topic=10425.0)  το συγκεκριμένο.

Και σε εμένα παρουσιάστηκε το ίδιο πρόβλημα μετά την αναβάθμιση

Συνάδελφοι καλημέρα και καλή σχολική χρονιά,

μόνο για όσους έχουν αυτό το πρόβλημα.
Το Ubuntu έστειλε ένα security update του dnsmasq, το οποίο όμως χάλασε την λειτουργία ProxyDHCP που χρησιμοποιούμε.
Υποβαθμίστε το dnsmasq σε προηγούμενη έκδοση με:

sudo apt install dnsmasq=2.90-2ubuntu0.4 dnsmasq-base=2.90-2ubuntu0.4
sudo apt-mark hold dnsmasq dnsmasq-base
reboot

Καλημέρα! Φυσικά και δούλεψε! 

Άλκη, σε ευχαριστούμε για την άμεση επίλυση του προβλήματος. Να είσαι πάντα καλά!

Ευχαριστούμε Άλκη!

Σε όσα εργαστήρια δεν έχουμε κάνει ακόμα update  τον Σεπτέμβριο, τι προτείνεις;
Να μην κάνουμε, update και να περιμένουμε διόρθωση ή να τρέξουμε την 2η εντολή και να κάνουμε μετά update;

Λύθηκε και σε εμένα. Άλκη ευχαριστούμε!

Σε όσους διαβάσουν το παρόν topic, προτείνω πλήρες update (γιατί μπορεί να έχουν υπερβολικά παλιό dnsmasq) και μετά εκτέλεση και των δύο παραπάνω εντολών.
Οι εντολές αυτές επαναφέρουν την προηγούμενη έκδοση dnsmasq και την κλειδώνουν ώστε να μην παίρνει πια updates.

Ανέφερα το πρόβλημα στο https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/2166430 και ελπίζω να μπλοκάρουν το χαλασμένο update ώστε να μην "ενοχλήσει" όλους τους χρήστες.
Όταν εν τέλει στείλουν νέα έκδοση πέρα από την προβληματική 2.91-0ubuntu0.24.04.1, θα ειδοποιήσω εδώ, και θα ανεβάσω μια εντολή για να αφαιρεθεί το apt-mark hold.

Όσοι λοιπόν εκτελέσουν την apt-mark hold, θα πρέπει να θυμηθούν να επιστρέψουν στο παρόν θέμα μετά από λίγους μήνες και να ακολουθήσουν τις επιπλέον οδηγίες.

Επομένως, για να είναι ξεκάθαρο και στους λιγότερο έμπειρους συναδέλφους στο LTSP, με την επιστροφή μας από τις καλοκαιρινές διακοπές στα εργαστήρια LTSP εκτελούμε στον server:

sudo apt update
sudo apt dist-upgrade
sudo apt install dnsmasq=2.90-2ubuntu0.4 dnsmasq-base=2.90-2ubuntu0.4
sudo apt-mark hold dnsmasq dnsmasq-base

κάνουμε επανεκκίνηση στον server και μετά από αυτήν, μέσα από τη Διαχείριση ΣΕΠΕΗΥ, κάνουμε ενημέρωση και παραγωγή εικονικού δίσκου, ώστε να έχουν και οι client όλες τις ενημερώσεις.

Αντιμετώπισα κι εγώ το ίδιο πρόβλημα. Σε εργαστήριο με ubuntu 24.04 λύθηκε με τις παραπάνω εντολές. Όμως για εργαστήρια με ubuntu 22.04 η 3η εντολή χρειάζεται προσαρμογή.

Συγκεκριμένα σε εργαστήριο με ubuntu 22.04 επανήλθε η λειτουργία με την 3η εντολή να είναι:  
sudo apt install dnsmasq=2.90-0ubuntu0.22.04.4 dnsmasq-base=2.90-0ubuntu0.22.04.4

Προτείνω επίσης, πριν τρέξει κανείς την 4η εντολή (hold), να επιβεβαιώσει πρώτα ότι η έκδοση dnsmasq έχει επανέλθει στην έκδοση 2.90 χρησιμοποιώντας την εντολή 
dnsmasq -v 
έτσι ώστε να μην κινδυνεύει να κλειδώσει κατά λάθος τον server στη λάθος έκδοση.

Καλή σχολική χρονιά σε όλους!