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

Περίληψη του προηγούμενου επεισοδίου (https://alkisg.mysch.gr/steki/index.php?topic=9460.0): λόγω γραφειοκρατικών αστοχιών του Υπουργείου και του ΙΤΥΕ, η ομάδα που αναπτύσσει και υποστήριζε την λύση LTSP/Epoptes/sch-scripts δεν μπορεί πια να απασχοληθεί (part time) στην Τεχνική Στήριξη επειδή δεν διαμένουμε στην Πάτρα. Έτσι ορίστηκε μια νέα ομάδα με τους καλούς μας συναδέλφους Σπύρο, Αλέξανδρο και Γιάννη, οι οποίοι θα κάνουν υποστήριξη στα σχολεία αλλά για την ώρα δεν δύνανται να κάνουν ανάπτυξη.

Αφού λοιπόν απόμεινα ο μόνος που αναπτύσσει (αμισθί!) την λύση, το διακόνημα που μπορώ να προσφέρω είναι κάθε Σεπτέμβριο να ανεβάζω νέες εκδόσεις LTSP/Epoptes/sch-scripts καθώς και της τεκμηρίωσης στο https://el.ltsp.org. Για λίγες μέρες θα επιλύω όσα προβλήματα αναφερθούν και αφορούν στον κώδικα αυτών των λογισμικών, ενώ στη συνέχεια θα αποσύρομαι και θα συνεχίζει την υποστήριξη η νέα ομάδα.

Η πρώτη έκδοση της λύσης LTSP/Epoptes/sch-scripts για Ubuntu 24.04 καθώς και της σχετικής τεκμηρίωσης είναι έτοιμη:

https://el.ltsp.org/

Μπορείτε να την δοκιμάσετε και να αναφέρετε προβλήματα στο παρόν θέμα.

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

Άλκη, δεν έχουμε να πούμε κάτι εκτός από ευχαριστώ!

Μπράβο Άλκη.
Καλή σχολική χρονιά σε όλους.

Καλό μήνα σε όλους και καλή σχολική χρονιά να έχουμε.
Άλκη, ευχαριστούμε πολύ!

Μία ερώτηση.
Όσοι έχουμε την προηγούμενη έκδοση (20.04) κάνουμε κάποια αναβάθμιση στο 24.04 (πχ εγκατάσταση του αρχείου για 24.04 κι επιλέγουμε αναβάθμιση;) ή πρέπει να γίνει καθαρή εγκατάσταση πάλι;
Προσωπικά θέλω να κρατήσω τα αρχεία των μαθητών, οπότε δεν θα προτιμούσα την εγκατάσταση από την αρχή.
Ευχαριστώ!

Δημήτρη έχουμε δύο οδηγούς για αναβαθμίσεις:

https://el.ltsp.org/guides/upgrade/
https://el.ltsp.org/guides/clean-upgrade/

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

Αν επιλέξεις τον οδηγό "upgrade" τότε θα πρέπει να τον κάνεις 2 φορές, μία για 20.04 => 22.04, και στο καπάκι άλλη μία για 22.04 => 24.04.
Και οπωσδήποτε επανεγκατάσταση των sch-scripts (https://el.ltsp.org/guides/upgrade/#%CE%B5%CF%80%CE%B1%CE%BD%CE%B5%CE%B3%CE%BA%CE%B1%CF%84%CE%AC%CF%83%CF%84%CE%B1%CF%83%CE%B7-%CF%80%CF%81%CE%BF%CE%B3%CF%81%CE%B1%CE%BC%CE%BC%CE%AC%CF%84%CF%89%CE%BD) μετά την ολοκλήρωση της αναβάθμισης.

Παράθεση από: d_oikon στις 01 Σεπ 2025, 09:11:30 ΠΜΌσοι έχουμε την προηγούμενη έκδοση (20.04) κάνουμε κάποια αναβάθμιση στο 24.04....

Άλκη άκυρο και συγνώμη.
Έχω την 22.04.5 LTS και όχι 20.04! Οπότε:

• Αν είναι να κάνω αναβάθμιση κάνω αυτό που είπες:
  

  Παράθεση από: alkisg στις 01 Σεπ 2025, 09:32:02 ΠΜ22.04 => 24.04.

• Ή δεν κάνω αναβάθμιση, αφού η υποστήριξη στα LTS είναι για 5 χρόνια ::) .

Λοιπόν, επειδή με τρώει το χέρι μου, προχώρησα στην αναβάθμιση 22.04 => 24.04 ακολουθώντας τα βήματα από https://el.ltsp.org/guides/upgrade/ (https://el.ltsp.org/guides/upgrade/).
Όλα προχωράνε οκ, αλλά μου έβγαλε μία επιλογή η οποία δεν υπάρχει στη σελίδα με τα βήματα.

Για την ακρίβεια, μετά το βήμα "Ρύθμιση του openssh-server" μου βγάζει:
"Ρύθμιση του unattended-upgrades" --> "What do you want to do about modified configuration file 20auto-upgrades?"
Κι εδώ επιλέγω το "install the package maintainer's version" όπως και στο "Ρύθμιση του openssh-server"; (επισυνάπτεται screenshot)

Επίσης δεν μου έβγαλε τα βήματα: 

• Ρύθμιση του firefox
• Αντικατάσταση /etc/mime.types

Στο συγκεκριμένο, ό,τι και να επιλέξεις δεν κάνει διαφορά, με την εγκατάσταση των sch-scripts το πακέτο unattended-upgrades θα αφαιρεθεί.
Αλλά ναι στη γενική περίπτωση να προτιμάτε το "install the package maintainer's version".

Σ' ευχαριστώ ´Aλκη.

Tώρα μου έβγαλε το "Aντικατάσταση προσαρμοσμένου αρχείου ρύθμισης '/etc/fwupd/fwupd.conf';"
Eπισυνάπτω και συνημμένη εικόνα.

Πάλι το ίδιο, "install the package maintainer's version". Η πάτα "Αντικατάσταση".

Ωραία! 
Έγινε η εγκατάσταση και επανεκκίνηση. 
Τώρα πρέπει να ξανά εγκαταστήσω τα προγράμματα που δεν είναι του Ubuntu, όπως τα sch-scripts από https://el.ltsp.org/ltsp/installation/ (https://el.ltsp.org/ltsp/installation/)

Η ερώτηση μου είναι, όταν γίνουν ξανά εγκατάσταση τα sch-scripts θα διατηρηθούν οι ρυθμίσεις που είχα, πχ ονόματα χρηστών, στήσιμο epoptes, αρχείο ltsp.conf, αρχεία μαθητών κλπ;

Σε ευχαριστούμε και πάλι Άλκη!  :)

Παράθεση από: d_oikon στις 02 Σεπ 2025, 09:18:39 ΠΜΗ ερώτηση μου είναι, όταν γίνουν ξανά εγκατάσταση τα sch-scripts θα διατηρηθούν οι ρυθμίσεις που είχα, πχ ονόματα χρηστών, στήσιμο epoptes, αρχείο ltsp.conf, αρχεία μαθητών κλπ;

Ναι.

Ωραία Άλκη.
Έγινε η εγκατάσταση των sch-scripts.
Ονόματα χρηστών, ltsp.conf κλπ έχουν διατηρηθεί!  :)

Το πρόβλημα είναι ότι δεν ανοίγει το epoptes.
Υπάρχει το εικονίδιο στο Εφαρμογές/Διαδίκτυο/epoptes κι επίσης η συντόμευση του στο Πίνακα Εφαρμογών (την είχα βάλει εγώ από παλιά), αλλά τα εκτελώ και δεν ανοίγει κάτι. (Επισυνάπτω εικόνα)
Η Διαχείριση ΣΕΠΕΥ ανοίγει κανονικά.

Έκανες τις ενημερώσεις λογισμικού μέσα από τα sch-scripts;
Άνοιξε ένα τερματικό και γράψε:

apt policy epoptes
epoptes

Και μετά επικόλλησε εδώ το αποτέλεσμα.

Καλημέρα. Άλκη ευχαριστούμε πολύ. Έκανα αναβάθμιση από 22.04 σε 24.04. Στον server όλα φαίνονται να λειτουργούν κανονικά. Όταν όμως συνδέομαι στους clients μου εμφανίζει άλλο περιβάλλον εργασίας. Επισυνάπτω φωτό.

Καλησπέρα @vgt, καταρχάς έκανες δημοσίευση εικονικού δίσκου;
Πήγαινε και στον server και στον client, άνοιξε τερματικό, τρέξε τα παρακάτω, και ανέβασε το αποτέλεσμα:

uname -a
grep VERSION= /etc/os-release
ls /usr/share/xsessions

Παράθεση από: alkisg στις 02 Σεπ 2025, 01:00:48 ΜΜΈκανες τις ενημερώσεις λογισμικού μέσα από τα sch-scripts;

Ναι. Έκανα την 1η εντολή από https://el.ltsp.org/ltsp/installation/ (https://el.ltsp.org/ltsp/installation/) (επισυνάπτω εικόνα)

Το αποτέλεσμα των εντολών:
apt policy epoptes
epoptes
teacher@srv-7dim-iliou:~$ apt policy epoptes
epoptes:
  Εγκατεστημένα: 23.08-1
  Υποψήφιο:      23.08-2+202508280758~ubuntu24.04.1
  Πίνακας Έκδοσης:
     23.08-2+202508280758~ubuntu24.04.1 500
        500 http://ppa.launchpad.net/ts.sch.gr/ppa/ubuntu noble/main amd64 Packages
        500 http://ppa.launchpad.net/ts.sch.gr/ppa/ubuntu noble/main i386 Packages
 *** 23.08-1 500
        500 http://gr.archive.ubuntu.com/ubuntu noble/universe amd64 Packages
        500 http://gr.archive.ubuntu.com/ubuntu noble/universe i386 Packages
        100 /var/lib/dpkg/status
teacher@srv-7dim-iliou:~$ epoptes
Traceback (most recent call last):
  File "/usr/bin/epoptes", line 20, in <module>
    from epoptes.ui import gui
  File "/usr/lib/python3/dist-packages/epoptes/ui/gui.py", line 8, in <module>
    from distutils.version import LooseVersion
ModuleNotFoundError: No module named 'distutils'

Server:
Linux srv-7dim-glyfad 6.8.0-79-generic #79-Ubuntu SMP PREEMPT_DYNAMIC Tue Aug 12 14:42:46 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux
VERSION="24.04.3 LTS (Noble Numbat)"
mate.desktop  ubuntu.desktop  ubuntu-xorg.desktop

Client:
Linux pc01 6.8.0-79-generic #79-Ubuntu SMP PREEMPT_DYNAMIC Tue Aug 12 14:42:46 UTC 2025 x86_64 x86_64 x86_64 GNU/Linux
VERSION="24.04.3 LTS (Noble Numbat)"
mate.desktop  ubuntu.desktop  ubuntu-xorg.desktop

Έχω κάνει δημοσίευση εικονικού δίσκου

Το πρόβλημα είναι ότι έχεις εγκαταστήσει και Ubuntu MATE και Ubuntu GNOME.
Κατά πάσα πιθανότητα ήταν έτσι πριν από την αναβάθμιση.
Η σωστή λύση είναι επανεγκατάσταση Ubuntu MATE 24.04 από την αρχή.

Αλλιώς, μπορείς είτε να προσπαθήσεις να αφαιρέσεις τα πακέτα του Ubuntu GNOME χωρίς να αφαιρεθούν αυτά του MATE,
ή να κρατήσεις και τα δύο, με ό,τι επιπλοκές υπάρξουν, και να ορίσεις ως default desktop environment το MATE στο ltsp.conf.

Και για τα δύο τελευταία θα πρέπει να με βρεις στο κανάλι υποστήριξης (είτε Matrix είτε IRC) για απομακρυσμένη βοήθεια:
https://el.ltsp.org/support/

@d_oikon, πήγαινε sch-scripts > Εξυπηρετητής > Ενέργειες > Ενημερώσεις λογισμικού.
Αφού τελειώσει, πιθανώς να χρειαστεί επανεκκίνηση.

Παράθεση από: alkisg στις 02 Σεπ 2025, 01:33:08 ΜΜΤο πρόβλημα είναι ότι έχεις εγκαταστήσει και Ubuntu MATE και Ubuntu GNOME.
Κατά πάσα πιθανότητα ήταν έτσι πριν από την αναβάθμιση.
Η σωστή λύση είναι επανεγκατάσταση Ubuntu MATE 24.04 από την αρχή.

Αλλιώς, μπορείς είτε να προσπαθήσεις να αφαιρέσεις τα πακέτα του Ubuntu GNOME χωρίς να αφαιρεθούν αυτά του MATE,
ή να κρατήσεις και τα δύο, με ό,τι επιπλοκές υπάρξουν, και να ορίσεις ως default desktop environment το MATE στο ltsp.conf.

Και για τα δύο τελευταία θα πρέπει να με βρεις στο κανάλι υποστήριξης (είτε Matrix είτε IRC) για απομακρυσμένη βοήθεια:
https://el.ltsp.org/support/

Ευχαριστώ πολύ! Θα κάνω επανεγκατάσταση Ubuntu MATE 24.04 από την αρχή. Νομίζω ότι είναι η καλύτερη λύση για να αποφύγω μελλοντικές επιπλοκές.

Παράθεση από: alkisg στις 02 Σεπ 2025, 01:35:29 ΜΜ@d_oikon, πήγαινε sch-scripts > Εξυπηρετητής > Ενέργειες > Ενημερώσεις λογισμικού.
Αφού τελειώσει, πιθανώς να χρειαστεί επανεκκίνηση.

Όλα οκ Άλκη. Η ενημέρωση έλυσε το πρόβλημα (δεν χρειάστηκε επανεκκίνηση). :)

Κατά την χρήση του συστήματος, αν προκύψει κάτι θα το αναφέρω εδώ. Θα κάνω την αναβάθμιση και στο 2ο σχολείο μου.  :D

Σ' ευχαριστώ πολύ.

Ευχαριστούμε για την υποστήριξη και καλή χρονιά!
Προσπάθησα να κάνω καθαρή εγκατάσταση τα 24.04 dual boot σε server που είναι εγκατεστημένα τα 20.04 mate.
Έχω δημιουργήσει ελεύθερο χώρο anallocated στον ίδιο δίσκο.
Όταν δοκιμάζω να το κάνω για εγκατάσταση των 22.04 βγάζει την επιλογή alongside... ενώ στα 24 δίνει μόνο διαγραφή δίσκου ή manual εγκατάσταση. Μπορώ να κάνω κάτι ή πρέπει να διαγράψω το δίσκο;

Καλημέρα Σταύρο,

πρέπει να επιλέξεις την manual εγκατάσταση. Επειδή αυτό έχει γίνει πλέον λίγο πολύπλοκο, αφού όπως λες δεν έχει επιλογή "alongside", και επειδή τα partitions εξαρτώνται και από το BIOS/UEFI mode, για την ώρα δεν έχουμε σχετική τεκμηρίωση.

Αν χρειαστείς βοήθεια με το "manual" έλα από τα chat rooms για απομακρυσμένη βοήθεια:

https://el.ltsp.org/support/

Καλημέρα Άλκη,

Σήμερα άλλαξα προσωρινά μια ρύθμιση στο BIOS σε boot only UEFI και μετά την επανέφερα σε AUTO γιατί δεν έβλεπε το δίσκο του UBUNTU 20. Δοκιμάζοντας στη συνέχεια την εγκατάσταση UBUNTU 24 εμφάνισε και την επιλογή alongside! Θα ολοκληρώσω την εγκατάσταση και αν υπάρχει κάποιο θέμα θα επανέλθω.

Ευχαριστώ

Επιβεβαιώνω κι εγώ από τη μεριά μου ότι η αναβάθμιση λειτουργεί κανονικά, όπως κ οι epoptes! Σε ευχαριστούμε πολύ-πολύ Άλκη!  :)

Προσωπικά έχω επιλέξει κάθε 2 χρόνια που βγαίνει νέα έκδοση Ubuntu LTS (και κατά συνέπεια LTSP), να κάνω νέα εγκατάσταση, σε νέο partition, διατηρώντας το παλιό ως backup λύση. Αυτό κυρίως για να αποφύγω θέματα με ρυθμίσεις και αρχεία της παλιάς εγκατάστασης που φοβάμαι ότι μπορεί να ξεμείνουν.

Έχω την εντύπωση ότι αυτό είναι μια πιο "καθαρή" και αξιόπιστη λύση που βοηθάει και στον εντοπισμό και την επίλυση του όποιου προβλήματος μπορεί να προκύψει στο μέλλον.

Επίσης, στην έναρξη κάθε σχολικής, που δεν κάνω νέα εγκατάσταση αλλά διατηρώ την υπάρχουσα, παίρνω backup τα αρχεία των μαθητών και σβήνω τα αρχεία ρυθμίσεων. Χρησιμοποιώ ένα λογαριασμό ανά τμήμα και υπολογιστή και είσοδο με autologin (https://el.ltsp.org/ltsp/dm/#autologin), οπότε κάθε Σεπτέμβρη ξεκινάμε και οι λογαριασμοί των μαθητών έχουν "καθαρούς" προσωπικούς φακέλους. Για το backup χρησιμοποιώ αυτό το script (https://alkisg.mysch.gr/steki/index.php?topic=5269.msg95267#msg95267), ίσως φανεί χρήσιμο σε κάποιον.

Καλησπέρα σε όλες και σε όλες!

Επιχειρώ από το πρωί να κάνω την αναβάθμιση μέσω της
sudo update-manager -c
αλλά στο πρώτο παράθυρο ήδη (Σημειώσεις έκδοσης) μου βγάζει κενό παράθυρο και αποτυγχάνει με την ένδειξη προβλήματος δικτύου ή τελευταία "Error receiving data: Connection reset by peer".

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

(Θέλω να δω, αν φταίει κάτι σε μένα ή έχουν πρόβλημα οι εξυπηρετητές του Ubuntu 24.04)

Ευχαριστώ!

Κάποια σχολεία σε Γιάννενα και Σέρρες που είδα να προσπαθούν να κάνουν update, τους έλεγε ότι χρειάζονται μερικές ημέρες για να κατεβούν τα updates!
Οπότε ναι πιθανώς να είναι προσωρινό πρόβλημα είτε του ΠΣΔ είτε των servers του Ubuntu.

Παράθεση από: alkisg στις 05 Σεπ 2025, 12:47:14 ΜΜΚάποια σχολεία σε Γιάννενα και Σέρρες που είδα να προσπαθούν να κάνουν update, τους έλεγε ότι χρειάζονται μερικές ημέρες για να κατεβούν τα updates!
Οπότε ναι πιθανώς να είναι προσωρινό πρόβλημα είτε του ΠΣΔ είτε των servers του Ubuntu.

Από Δευτέρα λοιπόν προσπάθεια ξανά!

Καλό σαββατοκύριακο και ευχαριστώ κι εγώ για όλα, Άλκη!

Δυο θέματα που μόλις εντόπισα:

1) Τα updates στην 24.04 για την ώρα αποτυγχάνουν με το παρακάτω μήνυμα:

ΠαράθεσηE: Αποτυχία ανάκτησης του http://security.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_20240318.git3b128b60-0ubuntu2.17_amd64.deb   500  Internal Server Error [IP: 2620:2d:4000:1::16 80]
E: Αδύνατη η μεταφόρτωση μερικών αρχείων, ίσως αν δοκιμάζατε με apt-get update ή το --fix-missing;

Φταίνε οι συγκεκριμένοι servers (mirrors) του Ubuntu. Μπορεί να ζορίζονται επειδή το συγκεκριμένο αρχείο είναι τεράστιο, 500+ MB. Ένα workaround είναι να δοθούν οι παρακάτω εντολές:

sudo wget http://it.archive.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_20240318.git3b128b60-0ubuntu2.17_amd64.deb -P /var/cache/apt/archives
sudo /usr/share/sch-scripts/updates.sh

2) Η μετάφραση του "Desktop" άλλαξε από "Επιφάνεια εργασίας" σε "Επιφάνεια", και δημιουργεί κάποια προβληματάκια, το ανέφερα στο launchpad:
https://bugs.launchpad.net/ubuntu/+source/xdg-user-dirs/+bug/2122199

Edit: ένα workaround είναι να εκτελεστεί το παρακάτω, προτού δημιουργηθούν οι λογαριασμοί (ή μετά από την "rm_home" που κάνουμε κάθε Σεπτέμβριο):

sudo wget https://bugs.launchpad.net/ubuntu/+source/xdg-user-dirs/+bug/2122199/+attachment/5907871/+files/el_LC_MESSAGES_xdg-user-dirs.mo -O /usr/share/locale-langpack/el/LC_MESSAGES/xdg-user-dirs.mo


Παράθεση από: alkisg στις 07 Σεπ 2025, 09:22:22 ΜΜΔυο θέματα που μόλις εντόπισα:

1) Τα updates στην 24.04 για την ώρα αποτυγχάνουν με το παρακάτω μήνυμα:

Φταίνε οι συγκεκριμένοι servers (mirrors) του Ubuntu. Μπορεί να ζορίζονται επειδή το συγκεκριμένο αρχείο είναι τεράστιο, 500+ MB. Ένα workaround είναι να δοθούν οι παρακάτω εντολές:

Κώδικας (Bash) [Επιλογή] Expand

sudo wget http://it.archive.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_20240318.git3b128b60-0ubuntu2.17_amd64.deb -P /var/cache/apt/archives
sudo /usr/share/sch-scripts/updates.sh


Αυτό θα δουλέψει και για την αναβάθμιση από 22.04 σε 24.04; Το πρωί ξεκίνησε η διαδικασία αναβάθμισης ομαλά, αλλά κόλλησε πριν λίγο στη μεταφόρτωση αρχείων.

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

Η wget μπορεί και να βοηθήσει με την αναβάθμιση από 22.04, δεν είμαι σίγουρος, θέλει δοκιμή...

Παράθεση από: alkisg στις 08 Σεπ 2025, 10:40:43 ΠΜΚατά την αναβάθμιση, έχει επιλογή να δεις το τερματικό;
Μπορείς να στείλεις το μήνυμα σφάλματος;

Η wget μπορεί και να βοηθήσει με την αναβάθμιση από 22.04, δεν είμαι σίγουρος, θέλει δοκιμή...

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

Με την τελευταία προσπάθεια που ξεκίνησα, φαίνεται να προχωράει.

Οπότε όλα καλά προς το παρόν.

Ευχαριστώ!

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

Καλημέρα, οι διαφορές από 22.04 σε 24.04 δεν είναι και ιδιαίτερα σημαντικές.
Επίσης, η 24.04 έχει δοκιμαστεί εκτενώς μόνο στα Γιάννενα που έχουμε κυρίως 2 τύπους υπολογιστών.
Οπότε και με βάση την περιορισμένη υποστήριξη, νομίζω θα συμφωνούσα να μείνει με την 22.04...

Επιβεβαιώνω και εγώ επιτυχή νέα εγκατάσταση 24.04 σε εργαστήριο που πριν είχε 22.04.

Χρειάστηκε να εφαρμόσω τις λύσεις που πρότεινε ο Άλκης για:

• Wake On LAN (https://alkisg.mysch.gr/steki/index.php?topic=9708.msg102503#msg102503)
• Scratch 3 (https://alkisg.mysch.gr/steki/index.php?topic=9706.msg102485#msg102485)

Η εγκατάσταση Λειτουργικού και sch-scripts (βήμα-βήμα από τον οδηγό (https://el.ltsp.org/)) μαζί με τις αναβαθμίσεις (100 Mbit VDSL), την εγκατάσταση των επιπλέον εφαρμογών που χρησιμοποιώ στα μαθήματά μου, την εφαρμογή των δύο λύσεων που ανέφερα και τη δημιουργία χρηστών χρειάστηκε λιγότερο από δύο ώρες. Το αναφέρω για να ενθαρρύνω τους συναδέλφους που δεν έχουν ξανακάνει τη διαδικασία.

Το απίθανο δίδυμο:  Linux - Άλκης.
Το σχολικό έτος 2018-19 είχα μια εγκατάσταση LTSP Ubuntu 18.04 στο εργαστήριο Πληροφορικής.
Από τότε επιστρέφω μάλλον φέτος στο σχολείο μου.
Το εργαστήριο δούλεψε με το 18.04 όλα αυτά τα χρόνια μέχρι σήμερα.
Δεν υπήρξε κάποιο πρόβλημα απ' ότι μου λέει ο συνάδελφος.

Στην εποχή της τηλεργασίας είναι γελοίο να διακόπτεται η πολύ σημαντική δουλειά, που εμείς γνωρίζουμε ότι part-time ήταν μόνο στη σύμβαση, γιατί δεν μένει στην Πάτρα. Άσε που με την Ιόνια οδό Γιάννενα - Πάτρα είναι σχεδόν δίπλα.
Έχει γίνει κάποια επιστολή; Θα μπορούσαμε τουλάχιστον όλοι εμείς που έχουμε LTSP, να ζητήσουμε να είναι και ο Άλκης στην νέα ομάδα, ώστε να έχει την ηθική και όποια οικονομική αποζημίωση και παράλληλα να υπάρχει η υποστήριξη που είχαμε.

Πάντως ευχαριστούμε θερμά για την προσφορά και την εξτρά δουλειά.
Κάθε καλό!

Καλησπέρα σας,

αρχικά θα ήθελα να συγχαρώ για την τεράστια προσπάθεια του Άλκη. Εγκατέστησα εκ νέου την 24.04, χωρίς να κάνω αναβάθμιση, και αντιμετωπίζω το εξής πρόβλημα κατά την εκκίνηση των fat clients:

Παράθεση/ltsp/x86_64/vmlinuz... ok
/ltsp/ltsp.img... ok
/ltsp/x86_64/initrd.img... ok
Could not boot: Requested memory nto available (https://ipxe.org/46038101/)
Booting failed, dropping to shell
Type 'exit' to get the back to the menu
iPXE>

Ευχαριστώ εκ των προτέρων για οποιαδήποτε βοήθεια.

Δυο περιπτώσεις μπορώ να φανταστώ,

• Προσπαθείς να μπουτάρεις κάποιον client με υπερβολικά λίγη μνήμη. Πόση μνήμη έχει; Δοκίμασε επίσης την επιλογή "Memtest" από το μπλε iPXE μενού, και άστο να τρέξει 10 λεπτά. Αν δεις κόκκινα σημαίνει ότι η RAM είναι χαλασμένη.
• Ή τα αρχεία vmlinuz και initrd.img είναι χαλασμένα. Είδες κάποιο σφάλμα κατά τη δημοσίευση του εικονικού δίσκου; Ποιο είναι το αποτέλεσμα των παρακάτω εντολών;

ls -l /srv/tftp/ltsp/x86_64/*
file /srv/tftp/ltsp/x86_64/*

Επίσης, οι υπόλοιποι clients ξεκινάνε κανονικά;

Να ενημερώσω ότι και στο 2ο σχολείο μου έκανα Upgrade 22.04 => 24.04 ακολουθώντας τα βήματα από https://el.ltsp.org/guides/upgrade/ (https://el.ltsp.org/guides/upgrade/) με επιτυχία!  :D
Όπως ανέφερα και παραπάνω, αφού γίνει η αναβάθμιση/επανεκκίνηση δεν έπαιξε το epoptes. Μετά από βοήθεια του Άλκη, για να λυθεί το θέμα απλά κάνουμε ενημέρωση λογισμικού από τον "Διαχειριστή ΣΕΠΕΥ" --> Εξυπηρετητής > Ενέργειες > Ενημερώσεις λογισμικού https://alkisg.mysch.gr/steki/index.php?msg=102472 (https://alkisg.mysch.gr/steki/index.php?msg=102472)

Να αναφέρω πάλι ένα θέμα ασφαλείας/δικαιωμάτων που προκύπτει όταν δημιουργούνται νέοι χρήστες (το παρατήρησα από πέρσι εδώ: https://alkisg.mysch.gr/steki/index.php?msg=101492 (https://alkisg.mysch.gr/steki/index.php?msg=101492) αλλά έγινε και τώρα με τη δημιουργία νέων χρηστών) και την λύση που είχα βρει (εδώ: https://alkisg.mysch.gr/steki/index.php?msg=101516) (https://alkisg.mysch.gr/steki/index.php?msg=101516):
Το πρόβλημα είναι ότι οι χρήστες έχουν δικαίωμα μέσα από τον φάκελο /home να έχουν πρόσβαση στους φακέλους των χρηστών! Με αποτέλεσμα αν θέλει κάποιος μπορεί να επεξεργαστεί/διαγράψει αρχεία κλπ :o .
Η λύση που βρήκα είναι. Από τον server:

• Άνοιξα τον φάκελο home με δεξί κλικ και "open as Administrator".
• Μου άνοιξε τον home και έτσι μπορώ να αλλάξω τα "Δικαιώματα".
• Επέλεξα όλους τους φακέλους εκτός από τον Share και τον Administrator (και τον Teacher αν κάποιος έχει δημιουργήσει).
• Έκανα δεξί κλικ, πήγα στα "Προτιμήσεις/Δικαιώματα" και στο σημείο "Άλλοι" έβαλα "Καμία". Τα άλλα "Ιδιοκτήτης" και "Ομάδα" δεν τα πειράζω. Σε αυτά κρατάει για τον κάθε φάκελο τα δικαιώματα που έχει ορίσει.

Με αυτόν τον τρόπο, κρατάει τα "Δικαιώματα" που έχει ορίσει στα "Ιδιοκτήτης" και "Ομάδα" για κάθε φάκελο και αλλάζει μόνο το "Άλλοι" σε "Καμία".
Έτσι, όταν κάποιος χρήστης πάει να μπει (από τον /home) σε φάκελο που δεν είναι ο δικός του, του βγάζει μήνυμα ότι δεν έχει τα δικαιώματα. Φυσικά ούτε εγώ μπορώ να μπω σε άλλους φακέλους, παρά μόνο στον δικό μου, αλλά όταν κάνω άνοιγμα του /home ως administrator τότε μπορώ και μπαίνω.

Μετά επιλέγω ξεχωριστά τους φακέλους Share, Administrator (και Teacher, αν υπάρχει) δεξί κλικ "Προτιμήσεις/Access Control List" κι επιλέγω στο Others μόνο το Execute.
Με αυτό τον τρόπο οι χρήστες από τον φάκελο /home δεν μπορούν να μπουν στους φακέλους Share και Administrator, αλλά από τον φάκελο Επιφάνεια εργασίας/Δημόσια μπορούν να μπαίνουν στον κοινόχρηστο φάκελο της τάξης τους ή του Διαχειριστή.

Αυτά.
Θεωρώ όμως ότι από την εγκατάσταση και δημιουργία νέων χρηστών θα πρέπει αυτοί οι περιορισμοί να υπάρχουν για τους χρήστες. Έχω την εντύπωση ότι σε παλαιότερη έκδοση Ubuntu αυτοί οι περιορισμοί υπήρχαν. Κατά τύχη πέρσι το είδα όταν ένας μαθητής μου είδα ότι είχε αντιγράψει στην επιφάνεια εργασίας στου Όλους τους φακέλους των χρηστών από τον /home!  :D :D

Το Ubuntu ξεκίνησε να "κλειδώνει" τους αρχικούς φακέλους στο Ubuntu 21.04 (https://discourse.ubuntu.com/t/private-home-directories-for-ubuntu-21-04-onwards/19533/15). Πριν ήταν ξεκλείδωτοι.

Τα sch-scripts αντέδρασαν κατευθείαν και τους ξεκλείδωσαν, αφού θέλουμε να λειτουργούν τα κοινόχρηστα, τα samba shares κλπ:
https://gitlab.com/sch-scripts/sch-scripts/-/issues/53

Όποιος θέλει μπορεί χειρωνακτικά να κλειδώσει τους φακέλους των μαθητών. Ένας σχετικά γρήγορος τρόπος είναι να επιλέξετε όλους τους μαθητές (όχι τους καθηγητές!) μέσα από τα sch-scripts, να πάτε στην Εκτέλεση εντολών (https://el.ltsp.org/ltsp/run-commands/) και να γράψετε:

chmod 750 .


Παράθεση από: alkisg στις 09 Σεπ 2025, 12:11:27 ΜΜΔυο περιπτώσεις μπορώ να φανταστώ,

• Προσπαθείς να μπουτάρεις κάποιον client με υπερβολικά λίγη μνήμη. Πόση μνήμη έχει; Δοκίμασε επίσης την επιλογή "Memtest" από το μπλε iPXE μενού, και άστο να τρέξει 10 λεπτά. Αν δεις κόκκινα σημαίνει ότι η RAM είναι χαλασμένη.
• Ή τα αρχεία vmlinuz και initrd.img είναι χαλασμένα. Είδες κάποιο σφάλμα κατά τη δημοσίευση του εικονικού δίσκου; Ποιο είναι το αποτέλεσμα των παρακάτω εντολών;

Κώδικας (Bash) [Επιλογή] Expand

ls -l /srv/tftp/ltsp/x86_64/*
file /srv/tftp/ltsp/x86_64/*
Επίσης, οι υπόλοιποι clients ξεκινάνε κανονικά;

Οι υπόλοιποι clients ξεκινάνε κανονικά. Έχουν όλοι 2 GB μνήμη.

Έτρεξα το memtest στον συγκεκριμένο client για σχεδόν 30 λεπτά και δεν εντόπισε κάποιο πρόβλημα (Pass).

Έτρεξα και τις παραπάνω εντόλες με τα ακόλουθα αποτελέσματα:

Παράθεσηls -l /srv/tftp/ltsp/x86_64/*
-rw-r--r-- 1 root root 72788147 Sep  8 10:37 /srv/tftp/ltsp/x86_64/initrd.img
-rw-r--r-- 1 root root 15546760 Aug 14 18:08 /srv/tftp/ltsp/x86_64/vmlinuz

Παράθεσηfile /srv/tftp/ltsp/x86_64/*
/srv/tftp/ltsp/x86_64/initrd.img: ASCII cpio archive (SVR4 with no CRC)
/srv/tftp/ltsp/x86_64/vmlinuz:    Linux kernel x86 boot executable bzImage, version 6.14.0-29-generic (buildd@lcy02-amd64-105) #29~24.04.1-Ubuntu SMP PREEMPT_DYNAMIC Thu Aug 14 16:52:50 UTC 2, RO-rootFS, swap_dev 0XE, Normal VGA

Παραθέτω και τα μηνύματα για τη δημοσίευση δίσκου:

ΠαράθεσηΔημοσίευση εικονικού δίσκου
Γίνεται εκτέλεση της εντολής: ltsp image /
Using x86_64 as the base name of image /
Running: mount -t tmpfs -o mode=0755 tmpfs /tmp/tmp.IV5n6JEEKX/tmpfs
Running: mount -t overlay -o upperdir=/tmp/tmp.IV5n6JEEKX/tmpfs/0/up,lowerdir=/,workdir=/tmp/tmp.IV5n6JEEKX/tmpfs/0/work /tmp/tmp.IV5n6JEEKX/tmpfs /tmp/tmp.IV5n6JEEKX/root/
Trying to acquire package management lock: /var/lib/dpkg/lock
Cleaning up x86_64 before mksquashfs...
Replacing /tmp/tmp.IV5n6JEEKX/root/etc/ssh/ssh_host_ecdsa_key
Replacing /tmp/tmp.IV5n6JEEKX/root/etc/ssh/ssh_host_ed25519_key
Replacing /tmp/tmp.IV5n6JEEKX/root/etc/ssh/ssh_host_rsa_key
*****
Parallel mksquashfs: Using 4 processors
Creating 4.0 filesystem on /srv/ltsp/images/x86_64.img.tmp, block size 131072.
 
[=============================================================================\ ] 255552/255614  99%
Unrecognised xattr prefix system.posix_acl_access
Unrecognised xattr prefix system.posix_acl_default
[==============================================================================\] 255614/255614 100%
 
Exportable Squashfs 4.0 filesystem, gzip compressed, data block size 131072
            compressed data, compressed metadata, compressed fragments,
            compressed xattrs, compressed ids
            duplicates are removed
Filesystem size 2729201.63 Kbytes (2665.24 Mbytes)
            26.47% of uncompressed filesystem size (10309124.33 Kbytes)
Inode table size 2848209 bytes (2781.45 Kbytes)
            26.18% of uncompressed inode table size (10878402 bytes)
Directory table size 2873857 bytes (2806.50 Kbytes)
            39.23% of uncompressed directory table size (7325533 bytes)
Xattr table size 73 bytes (0.07 Kbytes)
            66.97% of uncompressed xattr table size (109 bytes)
Number of duplicate files found 25726
Number of inodes 280957
Number of files 198276
Number of fragments 12281
Number of symbolic links 56496
Number of device nodes 0
Number of fifo nodes 0
Number of socket nodes 0
Number of directories 26185
Number of hard-links 19
Number of ids (unique uids + gids) 39

Number of uids 18
            root (0)            _apt (42)            avahi-autoipd (106)            cups-browsed (116)            fwupd-refresh (990)            man (6)            colord (119)            geoclue (121)            uuidd (103)            lightdm (110)            speech-dispatcher (113)            administrator (1000)            statd (124)            nm-openvpn (120)            saned (115)            systemd-timesync (996)            tss (105)            syslog (102)

Number of gids 31
            root (0)            dip (30)            lp (7)            shadow (42)            sudo (27)            polkitd (989)            ssl-cert (106)            crontab (997)            _ssh (104)            messagebus (101)            video (44)            utmp (43)            mail (8)            staff (50)            lpadmin (117)            fwupd-refresh (990)            man (12)            whoopsie (111)            avahi-autoipd (109)            saned (119)            colord (122)            geoclue (125)            uuidd (103)            lightdm (113)            nogroup (65534)            nm-openvpn (123)            systemd-timesync (996)            tss (105)            adm (4)            syslog (102)            systemd-journal (999)

Running: ltsp kernel /srv/ltsp/images/x86_64.img
Running: mount -t tmpfs -o mode=0755 tmpfs /tmp/tmp.C5Oa1xeRKN/tmpfs
Running: mount -t squashfs -o ro /srv/ltsp/images/x86_64.img /tmp/tmp.C5Oa1xeRKN/tmpfs/0/looproot
Running: mount -t overlay -o upperdir=/tmp/tmp.C5Oa1xeRKN/tmpfs/0/up,lowerdir=/tmp/tmp.C5Oa1xeRKN/tmpfs/0/looproot,workdir=/tmp/tmp.C5Oa1xeRKN/tmpfs/0/work /tmp/tmp.C5Oa1xeRKN/tmpfs /tmp/tmp.C5Oa1xeRKN/root/
-rw-r--r-- 1 root root 72788147 Sep  8 10:37 /srv/tftp/ltsp/x86_64/initrd.img
-rw-r--r-- 1 root root 15546760 Aug 14 18:08 /srv/tftp/ltsp/x86_64/vmlinuz
 
Η εντολή 'ltsp image /' ολοκληρώθηκε με επιτυχία.
Πατήστε [Enter] για να κλείσετε το παρόν παράθυρο.

@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

Παράθεση από: alkisg στις 29 Αυγ 2025, 10:14:04 ΠΜΈτσι ορίστηκε μια νέα ομάδα με τους καλούς μας συναδέλφους Σπύρο, Αλέξανδρο και Γιάννη, οι οποίοι θα κάνουν υποστήριξη στα σχολεία αλλά για την ώρα δεν δύνανται να κάνουν ανάπτυξη.

Αφού σε ξαναευχαριστήσω de profundis κι εγώ, θα ήθελα να ρωτήσω: Τους Σπύρο, Αλέξανδρο και Γιάννη θα τους βρίσκουμε στα Matrix/IRC κλπ. ; Παρακολουθούν εδώ το "Στέκι";
Thanks again.

Καλημέρα,

εδώ τριγύρω είμαστε :) απλά ο alkisg είναι ο πιο ειδικός αλλά και πολύ γρήγορος ;)

Αλλά που θα πάει θα εξειδικευτούμε και εμείς.

Καλησπέρα Άλκη,

Προσπάθησα να εγκαταστήσω το διερμηνευτή της γλώσσας στο server Ubuntu 24 LTSP με την εντολή
sudo apt-get install glossaΑντέγραψα την έκδοση 1.5.1 όπως αναφέρεις στις οδηγίες της σελίδας σου.
Αν και εγκαταστάθηκε, όταν το τρέχω εμφανίζει ότι γίνεται ρύθμιση στο wine και δεν ανοίγει το διερμηνευτή...

Παράθεση από: Σταύρος Βολίκας στις 18 Σεπ 2025, 12:24:45 ΜΜΚαλησπέρα Άλκη,

Προσπάθησα να εγκαταστήσω το διερμηνευτή της γλώσσας στο server Ubuntu 24 LTSP με την εντολή

Κώδικας [Επιλογή] Expand

sudo apt-get install glossaΑντέγραψα την έκδοση 1.5.1 όπως αναφέρεις στις οδηγίες της σελίδας σου.
Αν και εγκαταστάθηκε, όταν το τρέχω εμφανίζει ότι γίνεται ρύθμιση στο wine και δεν ανοίγει το διερμηνευτή...

Σταύρο δες το παρακάτω post:
https://alkisg.mysch.gr/steki/index.php?topic=9722.0

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

Ευχαριστώ πολύ Άλκη.
Λύθηκε με τις οδηγίες του post.

Ανέβασα νέες εκδόσεις των λογισμικών LTSP/Epoptes/sch-scripts για Ubuntu 24.04, όποιος θέλει κάνει ενημερώσεις και δημοσίευση εικονικού δίσκου.
Μια από τις διορθώσεις επιλύει κάποια προβλήματα δικαιωμάτων (https://github.com/ltsp/ltsp/issues/950#issuecomment-3315515191) των browsers, του libreoffice και άλλων λογισμικών, για παράδειγμα ο Firefox έβγαζε αυτήν την προειδοποίηση (https://support.mozilla.org/en-US/kb/linux-security-warning).

Λίστα αλλαγών (changelog):

LTSP:
    Don't disable at-spi-dbus-bus user service
    Disable apparmor.service once more (#950)
    Add more dhcp-mac lines for Raspberry Pi (#940)
    Look for compressed module overlay.ko.zst (#945)

Epoptes:
    Allow simultaneous Open terminal invocations (#234)
    Amend LAN benchmark download bandwidth (#233)
    Show new executed commands in combobox (#232)
    Replace deprecated pipes module by shlex (#225)
    Remove python3-setuptools dependency (#224)

sch-scripts:
    Don't keep apparmor.service (ltsp #950)
    Add i386 dpkg architecture for wine (#70)
    Overwrite invalid share symlinks
    Remove tlp as it breaks WoL
    Force Greek keyboard layout
    Add missing comma in chromium-browser.json
    Initial support for Ubuntu 24.04

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

Σχετική συζήτηση στο Στέκι έχει γίνει εδώ (https://alkisg.mysch.gr/steki/index.php?topic=8838.0) και υπάρχει topic (https://epoptes.org/documentation/vnc/) στην τεκμηρίωση του Επόπτη, μπορείς να ρίξεις μια ματιά. Δεν έχω χρησιμοποιήσει τη δυνατότητα αυτή πρόσφατα για να έχω άποψη.

Παράθεση από: markakis στις 23 Σεπ 2025, 02:29:18 ΜΜΣχετική συζήτηση στο Στέκι έχει γίνει εδώ (https://alkisg.mysch.gr/steki/index.php?topic=8838.0) και υπάρχει topic (https://epoptes.org/documentation/vnc/) στην τεκμηρίωση του Επόπτη, μπορείς να ρίξεις μια ματιά. Δεν έχω χρησιμοποιήσει τη δυνατότητα αυτή πρόσφατα για να έχω άποψη.

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

Παράθεση από: 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

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

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

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

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

Καλημέρα @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/

Καλησπέρα, Άλκη!

Τα προβληματικά client έχουν Pentium Dual-Core CPU E5300 @2.60GHz και 2 GB RAM, όπως και όλα τα υπόλοιπα clients του εργαστηρίου.

Παραθέτω και τα στιγμιότυπα κατά τη δικτυακή εκκίνηση με iPXE CD.

Θα προσπαθήσω αύριο να βρω χρόνο, αν είσαι και εσύ διαθέσιμος, να το δούμε με απομακρυσμένη βοήθεια.

Όπως και να'χει σε ευχαριστώ πάρα πολύ για τη βοήθειά σου!

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

Αν τυχόν δεν βρεθούμε online, τότε στον server τρέξε:

journalctl -fb -u dnsmasq

Μετά μπούταρε έναν από τους προβληματικούς clients όπως έκανες παραπάνω στα screenshots, και ανέβασε το τι εμφανίστηκε στο τερματικό του server.

@delibeis το πρόβλημα είναι ότι έχεις τρεις servers,
έχεις διαχωρίσει τους clients σε εργαστήρια μέσω του dnsmasq,
και δεν πρόσθεσες τους clients που λείπουν:

administrator@server-a:/etc/dnsmasq.d$ cat dhcp-hosts/lab1.csv
70:71:bc:21:21:08, set:lab1,pc01
70:71:bc:21:21:1e, set:lab1,pc02


70:71:bc:21:1f:d6, set:lab1,pc05
70:71:bc:21:21:d8, set:lab1,pc06
70:71:bc:21:22:6b, set:lab1,pc07
70:71:bc:21:22:f5, set:lab1,pc08
70:71:bc:21:30:ea, set:lab1,pc09
70:71:bc:21:26:9c, set:lab1,pc10
70:71:bc:21:21:1f, set:lab1,pc11
70:71:bc:21:21:0a, set:lab1,pc12

Εκεί ανάμεσα, αν βάλεις τις MAC address από τους clients που δεν μπουτάρουν, θα μπουτάρουν...

Πραγματικά δεν το είχα καταλάβει ότι οι δύο MAC των clients που παρέλειψα να προσθέσω, με το σκεπτικό να το κάνω αργότερα, δημιούργησαν όλο το πρόβλημα.
Χάρη στη χθεσινή σου βοήθεια όλα τα clients μπουτάρουν πάλι.

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

Με φιλικούς χαιρετισμούς και καλή συνέχεια σε ό,τι κάνεις!  (https://alkisg.mysch.gr/steki/Smileys/webby/smiley.gif)

Συνάδελφοι όπως ανέφερα στο αρχικό μήνυμα (https://alkisg.mysch.gr/steki/index.php?topic=9703.0), ήρθε η στιγμή να αποσυρθώ από την υποστήριξη Ubuntu/LTSP/Epoptes/sch-scripts για φέτος. Τον επόμενο Σεπτέμβριο πάλι!

Μπορείτε να συνεχίσετε να ανοίγετε θέματα στον πίνακα Linux (https://alkisg.mysch.gr/steki/index.php?board=67.0) για υποστήριξη από την τρέχουσα ομάδα Τεχνικής Στήριξης ΣΕΠΕΗΥ, αλλά για καλύτερη οργάνωση θα κλειδώσω το παρόν θέμα.

Καλή συνέχεια!