Υποστήριξη Ubuntu 24.04/LTSP/Epoptes/sch-scripts

[Kermit, ο Βάτραχος]

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

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

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

[alkisg]

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

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 είναι να δοθούν οι παρακάτω εντολές:

Κώδικας: Bash

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" που κάνουμε κάθε Σεπτέμβριο):

Κώδικας: Bash

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

[Kermit, ο Βάτραχος]

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

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

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

Κώδικας: Bash

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; Το πρωί ξεκίνησε η διαδικασία αναβάθμισης ομαλά, αλλά κόλλησε πριν λίγο στη μεταφόρτωση αρχείων.

[alkisg]

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

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

[Kermit, ο Βάτραχος]

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

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

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

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

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

Ευχαριστώ!

[gmav]

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

[alkisg]

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

[markakis]

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

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

• Wake On LAN
• Scratch 3

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

[apeno]

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

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

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

[delibeis]

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

αρχικά θα ήθελα να συγχαρώ για την τεράστια προσπάθεια του Άλκη. Εγκατέστησα εκ νέου την 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>

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

[alkisg]

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

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

Κώδικας: Bash

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

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

[d_oikon]

Να ενημερώσω ότι και στο 2ο σχολείο μου έκανα Upgrade 22.04 => 24.04 ακολουθώντας τα βήματα από https://el.ltsp.org/guides/upgrade/ με επιτυχία! 
Όπως ανέφερα και παραπάνω, αφού γίνει η αναβάθμιση/επανεκκίνηση δεν έπαιξε το epoptes. Μετά από βοήθεια του Άλκη, για να λυθεί το θέμα απλά κάνουμε ενημέρωση λογισμικού από τον "Διαχειριστή ΣΕΠΕΥ" --> Εξυπηρετητής > Ενέργειες > Ενημερώσεις λογισμικού 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=101516):
Το πρόβλημα είναι ότι οι χρήστες έχουν δικαίωμα μέσα από τον φάκελο /home να έχουν πρόσβαση στους φακέλους των χρηστών! Με αποτέλεσμα αν θέλει κάποιος μπορεί να επεξεργαστεί/διαγράψει αρχεία κλπ .
Η λύση που βρήκα είναι. Από τον 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! 

[alkisg]

Το Ubuntu ξεκίνησε να "κλειδώνει" τους αρχικούς φακέλους στο Ubuntu 21.04. Πριν ήταν ξεκλείδωτοι.

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

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

Κώδικας: Bash

chmod 750 .