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

Για προχωρημένους χρήστες.

Το UEFI εν ολίγοις αντικατέστησε το BIOS στους νεότερους υπολογιστές. Έφερε κάμποσες αλλαγές και στην τοπική εκκίνηση (απαίτηση για GPT δίσκους αντί MBR, με κάποιο partition εκκίνησης σε FAT32 κλπ) και στην εκκίνηση μέσω δικτύου.

Τα εργαλεία που χρησιμοποιούμε για εκκίνηση μέσω δικτύου (dnsmasq, iPXE κλπ) δεν είναι ακόμα πλήρως έτοιμα για εκκίνηση μέσω δικτύου κάτω από UEFI.
Έτσι συνήθως προτείνουμε να το απενεργοποιήσετε και να επιστρέψετε σε κατάσταση BIOS, που πλέον την αναφέρουν ως Legacy ή CSM:
https://neosmart.net/wiki/enable-legacy-boot-mode/
Τότε όμως είναι πιθανό να χρειαστούν επανεγκατάσταση τα Windows.

Αναφέρω εδώ μια άλλη δυνατότητα που υλοποίησα πρόσφατα στο LTSP.
1) Εγκαθιστούμε τοπικά κάποια 64 bit έκδοση Ubuntu, οι οποίες υποστηρίζουν UEFI. Δεν μας ενδιαφέρει και πολύ το ποια έκδοση είναι, μας ενδιαφέρει ότι θα καταφέρει με έναν απλό τρόπο να μας εγκαταστήσει τον grub boot manager κάτω από UEFI. Κυκλοφορούν κάμποσα laptops σε σχολεία που ήδη έχουν dual boot Windows 7/8 και Ubuntu 64 bit σε UEFI.

2) Στον LTSP server, βάζουμε στατική IP. Προσοχή, εάν έχουμε τους φτηνούς ρούτερ, speedtouch κλπ, για να βάλουμε στατική IP πρέπει να ρυθμίσουμε κατάλληλα το DHCP range από το web interface του router. Ενώ αν έχουμε Cisco/Mikrotik, βάζουμε την 10.x.y.10.

3) Εκκινούμε την τοπική εγκατάσταση Ubuntu και δίνουμε τις παρακάτω εντολές:

sudo -i

# Αρχική αντιγραφή των αρχείων vmlinuz και initrd.img από τον server:
cd /boot/
# 10.x.y.10 υποτίθεται ότι είναι η IP του server σας.
scp administrator@10.x.y.10:/var/lib/tftpboot/ltsp/i386/vmlinuz .
# Πατήστε "y", δώσε τον κωδικό του administrator στον server κλπ.
scp administrator@10.x.y.10:/var/lib/tftpboot/ltsp/i386/initrd.img .

# Δημιουργία του κατάλληλου μενού στον grub:
cd /etc/grub.d/
# Εάν δεν θέλουμε η προεπιλογή να είναι το LTSP, βάζουμε 40 αντί για 09:
cp 40_custom 09_ltsp
# Με την blkid βλέπουμε το partition που έχουμε εγκαταστήσει το Ubuntu:
blkid
# Στα παρακάτω, βάλτε την IP του server σας και το partition /dev/sdax του Ubuntu:
cat >>09_ltsp <<EOF
menuentry 'Boot LTSP from 10.x.y.10' {
        linux   /boot/vmlinuz ro init=/sbin/init-ltsp forcepae root=/dev/nbd0 nbdroot=10.x.y.10:/opt/ltsp/i386 ltsp.kernel_device=/dev/sda3
        initrd  /boot/initrd.img
}
EOF
update-grub

Στην επόμενη επανεκκίνηση θα μας εμφανιστεί ένα μενού "Boot LTSP from 10.x.y.10", αν το επιλέξουμε θα ξεκινήσει μέσω δικτύου.
Η εντολή "ltsp.kernel_device" που γράψαμε παραπάνω λέει στον LTSP client να ενημερώνει αυτόματα τον τοπικό kernel όταν υπάρχει νέα έκδοσή του στον LTSP server. Σ' αυτήν την περίπτωση θα γίνεται αυτόματα αντιγραφή και επανεκκίνηση, ώστε ο client στη συνέχεια να ξεκινήσει με τον νέο πυρήνα.


Άσχετο, αλλά οι παραπάνω οδηγίες μπορούν επίσης να χρησιμοποιηθούν και εκτός UEFI, για παράδειγμα εάν κάποιος client έχει κάρτα δικτύου που δεν την υποστηρίζει το iPXE, και δεν έχει ούτε επιλογή Boot from LAN στο BIOS του.

Παράθεση από: alkisg στις 06 Δεκ 2015, 08:55:39 ΠΜ
1) Εγκαθιστούμε τοπικά κάποια 64 bit έκδοση Ubuntu, οι οποίες υποστηρίζουν UEFI.

Άλκη, αυτό - το αναπόφευκτο - να μπορούσαμε να αποφύγουμε μια χαρά θα ήταν! ;)

Όποιος θέλει να φρεσκάρει λίγο τη θεωρία MBR/GPT ας διαβάσει λίγο - στα ελληνικά - το GUID Partition Table (https://wiki.archlinux.org/index.php/GUID_Partition_Table_%28%CE%95%CE%BB%CE%BB%CE%B7%CE%BD%CE%B9%CE%BA%CE%AC%29).

Υπάρχουν διάφοροι οδηγοί για εγκατάσταση του GRUB σε UEFI χωρίς ταυτόχρονη εγκατάσταση Linux, αλλά είναι λίγο δύσκολοι.

Αν χρειάζεται, νομίζω ότι μπορώ να φτιάξω ένα grub-efi-ltsp.zip αρχείο κάτω από 100 MB το οποίο θα το αποσυμπιέζετε στο EFI partition και θα δίνει επιλογές "Boot LTSP/Boot Windows". Αν δεν κάνω λάθος θα χρειαστεί να κάνετε και μετονομασία ενός αρχείου του boot loader των Windows.

Στο μέλλον υποθέτω ότι ο win32-loader θα υποστηρίζει και UEFI, οπότε θα χρησιμοποιούμε αυτό, μέσα από τα Windows...

My two cents

Δεν ξέρω πόσο σημαντικό είναι ότι υπάρχουν άπειρες μορφές uefi. Κάθε εταιρία βγάζει το δικό της. Για παράδειγμα, μία κυρία είχε ένα hp λάπτοπ δώρο από τα παιδιά της που είχε 64bit win8. Δεν της άρεσε και μου ζήτησε να βάλω linux.

Κατάφερα να βάλω 64bit ubuntu σε uefi και όταν πάτησες F9 στην ξεκίνημα μπόρεσες να βρεις ένα uefi menu και να διάλεξες ubuntu. Ότι άλλες αλλαγές η μέσα το linux η στο uefi να αλλάξει την προεπιλεγμένη κατάσταση να μη είναι windows δεν ήταν πετυχημένες. Απλά η κυρία εύκολα έμαθε να πατήσει το F9.

Άλλες εταιρίες αφήνουν το legacy μαζί με της επιλογές με uefi αφού δεν ενεργοποιείς την secure boot επιλογή και ότι αλλαγή ρυθμίζεις στην σειρά το κρατάει.

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

Εάν τις καταφέρνεις όλες να τις φέρνεις βόλτα, μπράβο σου!

Richard

Με αφορμή αυτό το θέμα και επειδή το χρειάστηκα πρόσφατα, στο wiki στο faq 19 Δεν εγκαταστάθηκε ο Grub ή μία καινούρια εγκατάσταση Windows τον έσβησε (http://ts.sch.gr/wiki/Linux/LTSP/FAQ#.CE.94.CE.B5.CE.BD_.CE.B5.CE.B3.CE.BA.CE.B1.CF.84.CE.B1.CF.83.CF.84.CE.AC.CE.B8.CE.B7.CE.BA.CE.B5_.CE.BF_Grub_.CE.AE_.CE.BC.CE.AF.CE.B1_.CE.BA.CE.B1.CE.B9.CE.BD.CE.BF.CF.8D.CF.81.CE.B9.CE.B1_.CE.B5.CE.B3.CE.BA.CE.B1.CF.84.CE.AC.CF.83.CF.84.CE.B1.CF.83.CE.B7_Windows_.CF.84.CE.BF.CE.BD_.CE.AD.CF.83.CE.B2.CE.B7.CF.83.CE.B5) υπάρχει λάθος στη διεύθυνση του "εδώ" - ένα "/" στο τέλος - με αποτέλεσμα να εμφανίζεται "404 Error - Page Not Found".
Το σωστό url του "εδώ" είναι: http://howtoubuntu.org/how-to-repair-restore-reinstall-grub-2-with-a-ubuntu-live-cd

Διορθώθηκε, thanks!

Ακριβώς τα ίδια μηχανήματα μας έχουν έρθει και εμάς με του: ChrMel
Τα ίδια προβλήματα συνάντησα και εγώ...
Όμως έκανα αμέσως boot στον LTSP Server 32Bit είτε πατώντας το F12(ενεργοποίησα UEFI+Legacy) είτε απενεργοποιώντας το UEFI και κρατώντας μόνο το Legacy περιβάλλον. Με τον δεύτερο τρόπο όμως δεν μπορώ να μπω στα Windows. Όταν απενεργοποιείται το UEFI εξαφανίζεται και το grub που επιτρέπει το dual boot. Με τον πρώτο τρόπο δεν μπορώ κάθε φορά ένα ένα τους client να περιμένω πατώντας F12.
Για μένα δεν είναι πρόβλημα τα windows γιατί απλά δεν τα χρησιμοποιώ, όμως οι δάσκαλοι τα θέλουν.
Και σε εμένα το grub-ipxe δεν έπαιξε.. Μάλλον κάτω από UEFI έχει θέμα!

Δοκίμασα αυτά που προτείνει ο άλκης: https://alkisg.mysch.gr/steki/index.php?topic=6466.msg75020#msg75020 (https://alkisg.mysch.gr/steki/index.php?topic=6466.msg75020#msg75020) όμως δεν τα κατάφερα
Παραθέτω παρακάτω τα αποτελέσματα του client αφού έβαλα στατική ip στον server όπως λένε οι οδηγίες
Το ρουτερ είναι κλασικό speedport (https://www.cosmote.gr/fixed/documents/10280/87751345/Speedport_Entry_2i_Maintenance_Management_EN_v_2_1.pdf/e5aa9ed9-8e66-4d3b-8283-b79d67e0ded9 (https://www.cosmote.gr/fixed/documents/10280/87751345/Speedport_Entry_2i_Maintenance_Management_EN_v_2_1.pdf/e5aa9ed9-8e66-4d3b-8283-b79d67e0ded9)) του ΟΤΕ

Καμία επιπλέον ιδέα;

Υ.Γ. Κάτι είπαν σήμερα ότι θα έρθει από τον ΟΤΕ τεχνικός να μας συνδέσει με οπτικές ίνες... Δεν ξέρω αν αυτό θα επηρεάσει το εργαστήριο και τι αλλαγή θα γίνει με το υπάρχον router του ΟΤΕ

---

Σ' εκείνο το σημείο τρέξε λίγο την παρακάτω εντολή, και ανέβασε το αποτέλεσμα ή φωτογραφία:
cat /proc/cmdline

Μήπως δεν έβαλες την σωστή ip στο nbdroot=...

Άλκη έχεις δίκιο δεν το είχα προσέξει το: nbdroot=... και δεν είχα αλλάξει εκεί την ip
Δούλεψε εφαρμόζοντας αυτή την αλλαγή!
Υπάρχει όμως ένα θέμα, με βάζει σε ανάλυση 1024χ768 υποχρεωτικά χωρίς να μπορώ να την αλλάξω. Εννοείται δεν το θέλω αυτό.
Όταν κάνω boot με F12 ή απενεργοποιώντας το UEFI (μέσα από legacy) μπαίνει κανονικά στην ανάλυση που υποστηρίζει ο υπολογιστής 1920χ1080. Και δίνεται η δυνατότητα να αλλάξω την ανάλυση και σε μικρότερη!
Λύνεται αυτό το θέμα;

Και ένα δεύτερο, σε λίγο θα συνδεθούμε στο πανελλήνιο σχολικό δίκτυο τι ip θα δώσω; Εννοείται δεν υπάρχει Cisco/Mikrotik ρούτερ. Να δώσω 10.x.y.10  ή όπου 'χ' και 'y' να βάλω κανονικά τιμές;

Για την ανάλυση, μπορεί να θέλει νέο kernel ή xorg. Αφού μπουτάρει σε uefi, μέσα από τον Επόπτη κάνε άνοιγμα τερματικού → Διαχειριστή, τοπικά, και δώσε:
cat /var/log/Xorg.7.log | nc termbin.com 9999
Θα σου απαντήσει με ένα URL της μορφής termbin.com/qwer, ανέβασέ το εδώ.
Ή έλα από το IRC.

Για τις IP, εφόσον δεν έχεις cisco/mikrotik, μπες στον router στο μενού που συνήθως λέει "DHCP binding" (http://screenshots.portforward.com/routers/ZTE/F620/DHCP_Binding.htm) και δήλωσε εκεί τις στατικές IP που χρειάζεσαι με βάση τη MAC address τους χωρίς να αλλάξεις το DHCP range του router.
Δηλαδή ο router θα συνεχίσει να δίνει IP π.χ. από 192.168.1.2 ως 192.168.1.254,
αλλά θα του έχεις πει να δίνει την 192.168.1.10 συγκεκριμένα στον LTSP server δηλώνοντας την MAC address του εκεί.

Οπότε τελικά στον client βάλε nbdroot=192.168.1.10 κλπ.

Όλα τα προηγούμενα τα εφάρμοσα σε LTSP Ubuntu 12.04 και δούλεψαν όπως αναφέρω (Δεν καίγομαι γιατί είναι για πολύ λίγο μέχρι να μπει ο 18.04)
Σήμερα που έστησα τον UbuntuMate 18.04 έκανα όλα αυτά που αναφέρεις στο router και server. Έβαλα άλλη στατική ip από τον παλιό 12.04 και κολλάω εδώ όπως φαίνεται στην φωτογραφία  ενώ υπάρχει ο Server με ip 192.168.1.71

Μήπως επειδή ο νέος Server 18.04 είναι στημένος με 64bit σύστημα;
Θέλει άλλες εντολές; (Μου ήρθε φλασιά! παρατηρώντας καλύτερα τις εντολές)

---

Εκεί γράφεις yes και πατάς Enter.

Το αποτέλεσμα είναι στην παρακάτω εικόνα...
Μήπως επειδή ο Server είναι 64bit;

---

Ναι εφόσον είναι 64bit πρέπει στη διαδρομή του φακέλου να αλλάξεις το i386 σε amd64.
Επίσης θες μπορείς να κάνεις αντιγραφή/επικόλληση το κείμενο, για να μην παιδεύεσαι με εικόνες...

Δούλεψε τελικά μια χαρά.. Το μόνο θέμα είναι ότι δεν δουλεύει το autologin(έχω ένα χρήστη σε κάθε υπολογιστή). Παρόλο που το lts.conf είναι κανονικά ρυθμισμένο
Όταν κάνω boot με F12 δουλεύει κανονικά το autologin

Με τον LTSP Server 12.04 που είχα δοκιμάσει, πάλι τις ίδιες εντολές το autologin δούλευε κανονικά!

Αυτό δεν βγάζει και πολύ νόημα... εκτός αν το firmware σου είναι τόσο χαζεμένο που δίνει διαφορετική MAC address ανάλογα με το αν μπουτάρει σε UEFI ή σε legacy mode.
Δώσε και όνομα (HOSTNAME) στους υπολογιστές και έλεγξε με δεξί κλικ ιδιότητες και τη mac address τους και το όνομα του υπολογιστή, να δεις αν το παίρνουν.

Είναι τρελό αλλά για κάποιον λόγο όταν κάνει boot μέσω UEFI δεν εκτελούνται όσα είναι στο lts.conf (Έτσι τουλάχιστον νομίζω)
Ούτε όνομα (HOSTNAME) παίρνει...
Η MAC είναι ίδια δεν αλλάζει είτε μέσω UEFI είτε με legacy mode (όπως άλλωστε είναι το λογικό).
Σε legacy mode όλα μια χαρά...
Όλα τα παραπάνω σε LTSP UbuntuMate 18.04 64bit

Να σημειώσω ότι είχα δοκιμάσει boot μεσω UEFI με τον ίδιο τρόπο στα ίδια μηχανήματα σε LTSP Ubutu 12.04 32bit και autologin και όνομα έπαιρνε (συνεπώς το lts.conf εκτελούταν).


Ένα δεύτερο που παρατήρησα μετά από λίγους πειραματισμούς... όταν μπαίνω μέσω UEFI  βάζοντας αντίστοιχο όνομα και κωδικό χρήστη, οι κοινόχρηστοι φάκελοι δεν 'παίζουν'! Έχω δημιουργήσει ομάδα χρηστών με τα sch-scripts για να μεταφέρω και να παίρνω αρχεία από/στους clients.
Στην φωτογραφία φαίνονται οι υποτιθέμενοι κοινόχρηστοι φάκελοι.

---

ΟΚ και τα δύο προβλήματα είναι επειδή αναζητάει το lts.conf σε λάθος μεριά. Για να δούμε πού. Μπούταρε έναν client με UEFI και στον server τρέξε:
$ grep lts.conf /var/log/syslog
...
Oct 30 11:33:22 alkis dnsmasq-tftp[987]: sent /var/lib/tftpboot/ltsp/i386/lts.conf to 10.161.254.62

Εκεί εσένα θα σου λέει πού το έψαξε και δεν το βρήκε.

Αυτό που έβγαλε η εντολή:

Nov  2 08:42:13 srv-3dim-prosots-64bit dnsmasq-tftp[855]: file /var/lib/tftpboot/boot/lts.conf not found

Μάλιστα... οκ είναι bug του LTSP, για να το παρακάμψεις δώσε την παρακάτω εντολή:

sudo ln -s ltsp/i386 /var/lib/tftpboot/boot

Δεν θυμάμαι αν έχεις 32bit ή 64bit εγκατάσταση, αν έχεις 64bit θέλει ltsp/amd64 στην παραπάνω εντολή αντί για ltsp/i386.

Φαίνεται να δούλεψε...
Έκανε autologin, πήρε κανονικά το όνομα που είχα δώσει στο lts.conf και οι διαμοιραζόμενοι φάκελοι δουλεύουν κανονικά...

Αν θες πρόσθεσέ το στις οδηγίες.. ή αίτημα για διόρθωση;

Για διόρθωση... https://bugs.launchpad.net/ltsp/+bug/1594840

Σήμερα ήρθε άνθρωπος από τον δήμο για να συνδέσει το σχολείο με το ΠΣΔ (μέχρι τώρα ήμασταν στην cosmote). Ήδη από πέρυσι είχαν συνδεθεί με οπτικές ίνες μέσω του ΠΣΔ αλλά για κάποιο λόγο δεν το χρησιμοποιούσαν. (Φοβερές ταχύτητες 180-200 Mbps download και upload)
Το ρουτερ που έβαλαν είναι: Mikrotik (https://mikrotik.com/product/RB750Gr3 (https://mikrotik.com/product/RB750Gr3)). Η διευθυνσιοδότηση που δίνει είναι της μορφής 10.19.64.χ. Νομίζω το 'χ' ξεκινά από 1 έως 255.
Έχοντας στο μυαλό μου το ρουτεράκι της cosmote (που βάζεις στατική ip) μίλησα με κάποιον κύριο Αθανασόπουλο, υπεύθυνο για τις οπτικές ίνες στο ΙΤΥΕ στην Πάτρα που υλοποιείται το έργο, του είπα ότι θέλω να βάλω στατική ip στο ρουτερ για να παίρνει συγκεκριμένη  ip ο server και μου είπε ότι δεν γίνεται. Το τοπικό εργαστήριο με ubuntu υλοποιείται διαφορετικά άρχισε να μου εξηγεί και έμεινα εκεί... Επίσης μου είπε ότι όλα τα ρουτερ έχουν παραμετροποιηθεί από το ΙΤΥΕ και 1600 σχολεία στην Ελλάδα έχουν συνδεθεί με οπτικές ίνες και κανένας δεν του ζήτησε κάτι τέτοιο. 

Διαβάζοντας πάλι τις οδηγίες του Άλκη για να μπορέσω να υλοποιήσω πάλι το boot των clients κάτω από uefi είδα ότι δεν χρειάζεται static ip σε ρουτερ: Cisco/Mikrotik
Στο ρουτερ δεν έχω πρόσβαση δεν ξέρω κωδικούς. Ούτε μου έδωσε ο κος Αθανασόπουλος (Μάλιστα αισθάνθηκα ότι δεν ήθελε να μπαίνουν άλλα άτομα μέσα, αυτός είχε μπει απομακρυσμένα και έβλεπε ποιος η/υ ήταν συνδεμένος στο δίκτυο). Λογικά όλα τα ρουτεράκια (MikroTik που πρότεινε το ITYE) θα έχουν τους ίδιους κωδικούς.

Εγώ τώρα τι static ip μπορώ να βάλω στον  LTSPServer (Ρύθμιση σύνδεσης δικτύου->Χειροκίνητα); 10.19.64.x; Όπου 'x' κάποιος αριθμός μεταξύ 2-255 ή το 'x' ως λατινικό γράμμα;
Στο MikroTik χρειάζεται κάποια ενέργεια;

Υ.Γ. Το εργαστήριο λειτουργούσε άψογα με το ρουτερακι της cosmote αλλά είναι κρίμα να έχεις οπτικές ίνες και τέτοιες ταχύτητες και να μην τις εκμεταλλεύεσαι

Δεν είμαι σίγουρος ότι καταλάβαμε καλά. Ούτε εγώ, ούτε εσύ, ούτε ο Αθανασόπουλος! :)
Οι παρακάτω προτάσεις πρέπει να είναι "αληθής", έλεγξε αν κάποια δεν ισχύει και πες.
Ο router έχει στατική ip 10.19.64.1.
Ο server αν κάνεις ρύθμιση σύνδεσης δικτύου από τα sch-scripts θα πάρει στατική ip 10.19.64.10.
Δεν έχεις πρόσβαση (και δεν πρέπει να έχεις) στο router.
Ο router δίνει δυναμικές διευθύνσεις από 10.19.64.128 έως 10.19.64.254.
Στατικές επιτρέπεται να βάλεις όποια θες μέχρι το .127.
Η .10 και η .11 "φαίνονται" απ' έξω (έχουν αυτόματα διαφορετική εξωτερική IP) οπότε εκεί μπαίνουν οι servers.

Εν ολίγοις δεν χρειάζεται να κάνεις τίποτε άλλο παρά να πας στο μενού Εξυπηρετητής → Ρύθμιση δικτύου των sch-scripts και να πατήσεις ΟΚ. Θα γίνουν όλα σωστά αυτόματα.

Ο router ναι έχει στατική ip 10.19.64.1
Στον server όταν έκανα ρύθμιση σύνδεση δικτύου και επέλεξα την επιλογή 'Μόνο αυτόματες διευθύνσεις DHCP' πήρε την: 10.19.64.243  Δεν είχα χρόνο για περισσότερους πειραματισμούς...
Θα δοκιμάσω αύριο την επιλογή χειροκίνητα!
Ναι δεν έχω πρόσβαση στο ρουτερ.

Μάλλον ισχύει το παρακάτω(δεν ξέρω πως να το ελέγξω):

ΠαράθεσηΟ router δίνει δυναμικές διευθύνσεις από 10.19.64.128 έως 10.19.64.254.

Κανένας client δεν πήρε ip μικρότερη από 128!

Οπότε αν καταλαβαίνω σωστά: δίνω Εξυπηρετητής → Ρύθμιση δικτύου→ Χειροκίνητα την: 10.19.64.10 στον server (Windows Server δεν υπάρχει!)
Και αντίστοιχα φτιάχνω τον grub στους clients

Έτσι ακριβώς. Δεν χρειάζεται καν να την βάλεις εσύ, θα την βάλει αυτόματα (τα sch-scripts ξέρουν και για mikrotik και για cisco κλπ routers), εσύ απλά πατάς το ΟΚ.

Μετά από αρκετό καιρό λειτουργίας της παραπάνω μεθόδου: 'Εκκίνηση LTSP clients με UEFI' όπως περιγράφεται, διαπίστωσα ότι τα τερματικά δεν έχουν ήχο.
Μπαίνοντας στις ρυθμίσεις ήχου μέσα από τα τερματικά, όπως φαίνονται και στα screenshot που επισυνάπτω, δεν αναγνωρίζεται ως υλικό η κάρτα ήχου!
Αντιθέτως στο ίδιο μηχάνημα αν εκκινήσει με legacy mode (πατώντας το F12) έχω κανονικά ήχο και η κάρτα ήχου φυσικά και αναγνωρίζεται.
Τι μπορεί να φταίει; Υπάρχει κάποια λύση;

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

---

Αυτό μπορεί να συμβεί αν οι clients μπουτάρουν με τοπικό αντίγραφο αρχαίου kernel τον οποίο στο μεταξύ έχεις διαγράψει από τον εικονικό δίσκο.
Από τον Επόπτη, κάνε δεξί κλικ → Εκτέλεση → Άνοιγμα κονσόλας → Διαχειριστή, τοπικά, δώσε τα παρακάτω, και ανέβασε το αποτέλεσμα:

uname -r
ls /lib/modules
cat /proc/cmdline
lsblk --fs | grep fat
# Η παραπάνω εντολή θα σου δείξει το UEFI partition, π.χ. /dev/sdaX
mount /dev/sdaX /mnt
ls /mnt

Το τοπικό αντίγραφο του kernel θεωρητικά ενημερώνεται αυτόματα με βάση το partition που του είπες: ltsp.kernel_device=/dev/sda3
...αν είναι λάθος το partition εκεί, δεν θα ενημερώνεται...

Πάντως, είναι καιρός να φύγεις από αυτή τη μέθοδο και να έρθεις από το IRC να δοκιμάσουμε κανονικό UEFI netbooting! (είναι σε beta, αλλά ήδη δοκιμασμένο σε δύο σχολεία - ή, περίμενε το καλοκαιρινό update)

Είναι κάτι παραπάνω από σίγουρο ότι ο kernel του server έχει αλλάξει και έχει γίνει και 'δημοσιοποίηση εικονικού δίσκου' από τότε που εφάρμοσα αυτή τη μέθοδο για netboot κάτω από UEFI.

Απ' ότι κατάλαβα τώρα με τα λεγόμενά σου (τυφλά αντέγραψα τις εντολές), με τις παραπάνω εντολές αντιγράφεις τοπικά τον kernel στους clients.

ΠαράθεσηΤο τοπικό αντίγραφο του kernel θεωρητικά ενημερώνεται αυτόματα με βάση το partition που του είπες: ltsp.kernel_device=/dev/sda3

Μάλλον το: 'θεωρητικά ενημερώνεται' δεν ισχύει στην περίπτωσή μου! Τώρα για ποιο λόγο δεν ξέρω!
Το 'πρόβλημα' εμφανίζεται τουλάχιστον στα 2 από τα 3 σχολεία που πηγαίνω. Στο 3ο απλά δεν έχω κάνει ακόμα τον έλεγχο.

Θεωρητικά λέω εγώ τώρα, μία λύση θα ήταν να πάω πάλι σε έναν-έναν τους clients και να τρέξω πάλι τις εντολές της παραπάνω μεθόδου και να δουλέψει. Αυτό όμως θα απαιτούσε κάθε φορά που αλλάζει ο kernel και γίνεται δημοσίευση του εικονικού δίσκου να τρέχουν πάλι οι παραπάνω εντολές. Λύση χωρίς λογική, οπότε θα πρέπει να βρεθεί γιατί δεν ενημερώνεται το τοπικό αντίγραφο kernel.

ΠαράθεσηΠάντως, είναι καιρός να φύγεις από αυτή τη μέθοδο και να έρθεις από το IRC να δοκιμάσουμε κανονικό UEFI netbooting!

Συμφωνώ μαζί σου. Μόνο που θα πρέπει να έρθω 3 φορές από το IRC γιατί το έχω εφαρμόσει και στα 3 σχολεία που πηγαίνω. Εκτός αν είναι εύκολη διαδικασία και στα επόμενα 2 μπορέσω να το κάνω μόνος μου.

Παράθεσηείναι σε beta, αλλά ήδη δοκιμασμένο σε δύο σχολεία - ή, περίμενε το καλοκαιρινό update

Δεν θα ήθελα να περιμένω τον Σεπτέμβρη γιατί δεν ξέρω του χρόνου σε ποια σχολεία (ως αναπληρωτής) θα βρίσκομαι και θα ήθελα ο/η επόμενος/η (που δεν ξέρω τι εξοικείωση θα έχει με το περιβάλλον των Ubuntu) να μην έχει και εκκρεμότητες με την λειτουργία του εργαστηρίου.

Από Δευτέρα θα επισυνάψω το αποτέλεσμα των εντολών που μου δίνεις να τρέξω.

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

Τα αποτελέσματα των εντολών φαίνονται στο παρακάτω screenshot

---

Δημήτρη τα είδαμε και στο IRC, αναφέρω τα αποτελέσματα μήπως τα χρειαστεί κανείς:

Το πρόβλημα ήταν ότι χρησιμοποίησες το παράδειγμά μου, sda3, αντί να το αντικαταστήσεις με το partition όπου είναι εγκατεστημένο το Ubuntu, στην περίπτωσή σου sda1.

Η γρήγορη λύση είναι η εκτέλεση της παρακάτω τεράστιας εντολής μέσα από τον Επόπτη, στους clients που έχουν το πρόβλημα:

sudo mount /dev/sda1 /mnt && sed 's|sda3|sda1|' -i /mnt/etc/grub.d/09_ltsp /mnt/boot/grub/grub.cfg && umount /mnt && reboot

(άσχετη προσωπική σημείωση: στα Raspberry PIs που έχουν fat αντί για ext4, θέλει και `insmod ./nls_iso8859-1.ko` από τον παλιό kernel για να κάνει mount το fat partition)

Πράγματι δεν είχα ελέγξει σε ποιο partition ήταν τα ubuntu!!!
Συμπέρασμα: πρέπει να διαβάζεις καλά πριν να πράττεις...  :D

Καλησπέρα!

Έχω ένα θέμα με την εκκίνηση των LTSP clients όταν ενεργοποιήσω την εκκίνηση από δίκτυο σε UEFI (σε legacy mode δουλεύει μία χαρά). Έχω την αίσθηση πως κάτι δεν έχω κάνει αλλά δεν ξέρω τι!

Πιο συγκεκριμένα...

Στο σχολικό συγκρότημα παραλλάβαμε 2 εργαστήρια με 12 clients + 1 server το καθένα (μηχανήματα της Dell όλα). Στους server έκανα "φρέσκια" εγκατάσταση ubuntu 18.04 x64 σε UEFI mode. Μπήκαν τα entries κανονικά και bootάρουν μία χαρά (secure boot off καλού κακού)... Μέχρι εδώ όλα καλά!

Αν ρυθμίσω τους clients να κάνουν εκκίνηση από το δίκτυο σε UEFI mode δεν ξεκινάνε και απλά που βγάζει ένα μήνυμα "medium not present" αν θυμάμαι καλά (θα το επιβεβαιώσω αύριο). Σε legacy mode κάνουν εκκίνηση κανονικά και προς το παρόν δουλεύουμε έτσι. Για εμένα δεν είναι μεγάλο πρόβλημα καθώς δεν έχω σκοπό να χρησιμοποιήσω windows ΑΛΛΑ σκεφτόμουν το εξής...

Προκειμένου να διευκολύνω όποιο συνάδελφο χρειαστεί να μπει σε περιβάλλον windows, χωρίς πολύ φασαρία, θα μπορούσα να ρυθμίσω το boot sequence σε

1. network
2. windows boot loader

ώστε, όποιος θέλει windows, με τον server κλειστό... εκκινεί τους clients και αφού δεν μπορέσουν να bootάρουν από δίκτυο θα bootάρουν από τον τοπικό δίσκο σε περιβάλλον windows!

Σε legacy mode μπορώ να ορίσω μόνο network, usb, floppy ... όχι όμως hdd (αυτό πρέπει να είναι "παραξενιά" της Dell). Σε UEFI mode μπορώ να ρυθμίσω το boot sequence όπως θέλω ΑΛΛΑ δε bootάρει από δίκτυο και πάντα γυρίζει στο δίσκο.

Καμία ιδέα..;

Το firmware ξεκινάει σε UEFI και αν θέλει μετά μπορεί να μεταβεί σε κατάσταση BIOS.
Αφού πάει σε BIOS, δεν μπορεί να ξαναγυρίσει σε UEFI.
Επομένως δεν γίνεται να δοκιμάσει πρώτα BIOS boot from network και μετά UEFI boot from disk.
Στο νέο LTSP έχω προσθέσει υποστήριξη για UEFI clients, στο παλιό LTSP5 όχι.
Άρα, ή κάνετε υπομονή μέχρι του χρόνου, ή έρχεσαι από το http://ts.sch.gr/wiki/IRC να κάνουμε κάποιες ρυθμίσεις στο LTSP5 ώστε να υποστηρίζει κι αυτό UEFI, ή να βάλουμε το νέο LTSP...

Εννοείται πως άπαξ και πάει σε BIOS mode δε γίνεται να ξαναγυρίσει σε UEFI.

Αυτό που δεν ήξερα είναι ότι δεν υπάρχει υποστήριξη στο (παλιό) LTSP5 για UEFI clients. Να σου πω την αλήθεια δεν με στεναχωρεί γιατί εγώ σε ubuntu θα δουλέυω ούτως ή άλλως!

Οι μαθητές προσαρμόστηκαν τόσα χρόνια μία χαρά...  ας προσαρμοστούν και οι συνάδελφοι (όποιος αποφασίσει να κάνει το βήμα και χρησιμοποιήσει σοβαρά Η/Υ).

Πόσο "μανίκι" είναι η ρύθμιση του LTSP5 για υποστήριξη UEFI; Δεν είναι κάτι που επείγει και πιθανώς να μην αξίζει τον κόπο αφού έχεις ενσωματώσει τη δυνατότητα αυτή στο νέο LTSP! Πιο πολύ ρωτάω από περιέργεια. Μόλις ξελασκάρουμε λίγο και μπει το σχολείο σε μία σειρά θα μπορούσα και δοκιμαστικά να βάλω το νέο LTSP σε ένα σύγχρονο "spare" μηχάνημα ... έτσι για δοκιμή!

Το έχω κάνει σε 2 σχολεία αλλά επειδή θέλει αλλαγή από syslinux σε ipxe δεν είναι και το ευκολότερο, γι' αυτό και δεν έχω ανεβάσει αρχεία και οδηγίες, και λέω για IRC...
Αλλά άμα θα βάλεις και το νέο LTSP κάπου τότε δεν αξίζει, μπουτάρει από εκεί σε UEFI τους clients.

Παράθεση από: alkisg στις 25 Σεπ 2019, 10:59:52 ΜΜ
...
Αλλά άμα θα βάλεις και το νέο LTSP κάπου τότε δεν αξίζει, μπουτάρει από εκεί σε UEFI τους clients.

Ε ναι! Απλά δεν ξέρω σε τι φάση είναι το νέο LTSP... Θα δω το σχετικό θέμα και αν έχω κάποια αποροία θα ρωτήσω εκεί! Ευχαριστώ!

Έχω δοκιμάσει και το εξής που είναι σχετικά πιο απλό (γνώμη  μου)

• Παίρνεις Acronis True Image την Windows UEFI εγκατάσταση σε άλλον δίσκο (πχ 2ο εσωτερικό ή εξωτερικό)
• Διαγράφεις εντελώς το σκληρό δίσκο (πχ Gparted)
• Κάνεις restore την εγκατάσταση και του επισημαίνεις να γίνει MBR
• Ενεργοποιείς το NON-UEFI mode (BIOS)
• Ελέγχεις ότι τα Windows είναι ΟΚ
• Βάζεις στο bios και το PXE boot

Μία (πιο) εύκολη και (πιο) γρήγορη λύση:
1) Βεβαιώνεσαι ότι το m/b υποστηρίζει λειτουργία σε legacy mode
2) Στα windows εγκαθιστάς το AOMEI Partition Assistant Pro (η demo version δεν σε αφήνει να ολοκληρώσεις τις αλλαγές, πρέπει να κάνεις register. Η τρέχουσα έκδοση είναι η 8.6, εγώ το δοκίμασα με την 7.1...γιατί είχα τους λόγους μου)
3) Επιλέγεις τον δίσκο-> δεξί κλικ->convert to MBR-> Apply (το σχετικό button πάνω αριστερά). Αφού κάνει τα δικά του, κάνει restart και μπαίνει σε δικό του session όπου προφανώς ολoκληρώνει τις αλλαγές στα partitions, κατά τη διάρκεια αυτού επιλέγεις με σχετικό check box για το αν μετά την ολοκλήρωση της διαδικασίας θα κάνει shut down ή reboot
4) Enter bios-> αλλαγή από UEFI σε Legacy Mode-> Save->Μπουτάρουν τα windows και τέλος

Ελλείψει φυσικού μηχανήματος με windows σε GBT, τα παραπάνω δοκιμάστηκαν σε VM και όλα πήγαν καλά.
Χρόνος<5 min.
Τα παραπάνω μπορούν να γίνουν και με άλλη εφαρμογή, δεν θυμάμαι ποια αυτή τη στιγμή (και αυτή όμως θέλει αγορά).

Να κάνω λινκ στη νέα λύση κι από εδώ:
Υποστήριξη UEFI clients σε LTSP5 (https://alkisg.mysch.gr/steki/index.php?topic=8071.0)

...και σε ένα λεπτάκι είναι όλα έτοιμα.

Ναι βέβαια, εννοείται ότι η καλύτερη λύση είναι η μετάβαση από το LTSP 5 στο νέο LTSP.
Τα προηγούμενα ήταν για όσους δεν την έχουν κάνει/δεν έχουν σκοπό να την κάνουν σύντομα.

ΥΓ: Α παπα, είναι και παρεξηγιάρης....  ;D ;D

Καλέ η λύση εκεί είναι για το παλιό LTSP 5 όχι για το νέο LTSP 20... δηλαδή δουλεύει μέχρι και σε Ubuntu 12.04...   :angel:

1. Το πιο σύντομο και πιο γρήγορο αφορούσε το προηγούμενο post του Γιάννη.
2. Διόρθωσα τα περί μετάβασης στο LTSP 5 για να μην εκτίθεμαι.
3. Η λύση αυτή μπορεί να εφαρμοστεί και στην περίπτωση που κάποιος έχει server με στημένα windows σε GPT, clients 32bit-> άρα χρειάζεται Ubuntu 32bit  και δεν μπορεί/θέλει να κάνει τη πατέντα για την εγκατάσταση του efi grub.
4.  :P

Δώσαμε λοιπόν συνεργατικά 3 ωραίες εναλλακτικές προτάσεις για όλες τις περιπτώσεις!

Δεν χρειάζεται καθόλου γκρίνια!!! Καλημέρα!!!