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

Να ενημερώσω ότι και στο 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! 

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

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

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

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

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

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

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

Καλημέρα Θοδωρή, εγκατέστησες Ubuntu GNOME παράλληλα με το Ubuntu MATE.
Η αφαίρεσή του δεν είναι εύκολη υπόθεση, θα πρέπει να γίνει κάτι τέτοιο:

https://unix.stackexchange.com/questions/611407/how-to-remove-gnome-on-ubuntu20-04

Δηλαδή να ψάξεις στο /var/log/apt/history.log ή σε παλιότερα history.log.1.gz κλπ, να βρεις την εντολή που έγινε η εγκατάσταση, να απομονώσεις τη λίστα των πακέτων που ήρθαν ως εξάρτηση, και να τα κάνεις apt purge.

Μήπως καλύτερα να κάνεις μια νέα καθαρή εγκατάσταση Ubuntu MATE 24.04;

Καταρχήν καλή σχολική χρονιά σε όλους. Με χαρά είδα ότι ξεκίνησε και η τεχνική υποστήριξη οπότε θα ρωτήσω για ένα πρόβλημα που έχω στο ένα το εργαστήριο που το χρησιμοποιεί και το απογευματινό σχολείο. Την προηγούμενη σχολική χρονιά ο σερβερ ενώ ξεκινούσε κανονικά δεν εμφάνιζε το login screen. Μετά από πολλές δοκιμές εγκατέστησα ένα άλλο γραφικό περιβάλλον αλλά πάλι τίποτα. Τότε τυχαία διαπίστωσα ότι κάποιος είχε συνδέσει στην θύρα hdmi της κάρτας γραφικών τον προτζέκτορα. Μόλις τον έβγαλα λύθηκε το πρόβλημα αλλά στους client και στον σερβερ το περιβάλλον είναι διαφορετικό. Τελικά το δούλεψα έτσι. Τώρα όμως δοκιμάζοντας να κάνω εγγραφή χρηστών με την εντολή sudo /usr/share/sch-scripts/signup δεν εμφανίζετε στους client το παράθυρο εγγραφής. Κάθε βοήθεια ευπρόσδεκτη.

Λύθηκε μετά από την πολύτιμη βοήθεια / υποστήριξη του alkisg με απομακρυσμένη σύνδεση!!!

Λειτούργησε με το ipxe-2020.efi.

Πόσο μα πόσο απαραίτητη είναι η τεχνική στήριξη τελικά!!!

Ευχαριστώ πολύ, καλή δύναμη και καλή συνέχεια!!!

Φίλιππος Κ.

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

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

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

Η λύση που πρότεινε ο Άλκης εδώ δουλεύει το ίδιο καλά και θα την προτιμήσω καθώς αφορά και άλλα ρομποτικά κιτ εκτός του microbit. Επίσης δεν χρειάζεται να πειράξουμε κανένα sch-script (/usr/share/sch-scripts/autologin).

Με βάση τα παραπάνω:

• Εγκατάσταση του Chrome από .deb πακέτο από το δικτυακό τόπο της εφαρμογής (και όχι από snap, μια και έχει αφαιρεθεί από τα sch-scripts στα εργαστήρια Ubuntu LTSP).
• Δημιουργία του rule
  

  sudo pluma /etc/udev/rules.d/70-local.rules
  

• και βάζουμε μέσα το
  

  # Οι χρήστες που κάνουν login να έχουν πρόσβαση σε μικροσυσκευές
  # τύπου Arduino, Lego, Microbit, WeDo κλπ:
  ACTION!="remove", KERNEL=="ttyACM*", TAG+="uaccess"
  ACTION!="remove", KERNEL=="ttyUSB*", TAG+="uaccess"
  
  # Τα Microbit θέλουν πρόσβαση και σε επιπλέον device node:
  ACTION!="remove", SUBSYSTEM=="usb", ATTRS{idVendor}=="0d28", TAG+="uaccess"
  

• Επανεκκίνηση για να εφαρμοστούν οι αλλαγές στον server
• Δημοσίευση εικονικού δίσκου για ενημερωθούν οι client στην επόμενη εκκίνηση τους.

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

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

• Wake On LAN
• Scratch 3

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

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