Point releases του Ubuntu (12.04.x)

[alkisg]

Με vesa δεν υπάρχει 3d επιτάχυνση. Απ' όσο ξέρω οι μόνες κάρτες που έχουν 3d είναι οι intel, ati και nvidia.
Υπάρχει δυνατότητα για software 3d επιτάχυνση, με οποιαδήποτε κάρτα. Αν αυτό, όπως ανάφερες, μερικές φορές δεν παίζει, τότε διορθώνεται με κάποιες μεταβλητές περιβάλλοντος, π.χ.

Κώδικας: Bash

LIBGL_ALWAYS_SOFTWARE=1 glxgears

Μπορείς δηλαδή να χρησιμοποιήσεις αυτό αντί του χειρότερου xserver=vesa.

Λίστα τέτοιων μεταβλητών υπάρχει στο http://www.mesa3d.org/envvars.html, αλλά γενικά αυτό για να έχει αποδεκτές επιδόσεις χρειάζεται πολύ καλή CPU, όπου όμως τότε δεν έχουμε παλιές κάρτες γραφικών, άρα δώρον-άδωρο...

[alkisg]

Βγάλαμε νέες εκδόσεις 12.04.5, οι οποίες προτείνεται να χρησιμοποιούνται σε νέες εγκαταστάσεις.
Όπως φαίνεται στον παραπάνω πίνακα, έχουν τον νέο lts-trusty kernel και το παλιό xorg.

Για λίγο καιρό θα είναι διαθέσιμες για beta-testing από τη διεύθυνση http://ts.sch.gr/repo/livecd/12.04/
ενώ στη συνέχεια θα φαίνονται και από την κεντρική σελίδα λήψεων, http://ts.sch.gr/wiki/Linux/LiveCD

Όσοι beta-testers τις δοκιμάσουν, ας αναφέρουν αν όλα πάνε καλά...

Ένα γνωστό θέμα είναι ότι το virtualbox από τα αποθετήρια δεν παίζει με τον νέο kernel, οπότε χρειάζεται λήψη του νέου virtualbox από την Oracle.
https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/1292118

[bright]

Βγάλαμε νέες εκδόσεις 12.04.5, οι οποίες προτείνεται να χρησιμοποιούνται σε νέες εγκαταστάσεις.
Όπως φαίνεται στον παραπάνω πίνακα, έχουν τον νέο lts-trusty kernel και το παλιό xorg.

Για λίγο καιρό θα είναι διαθέσιμες για beta-testing από τη διεύθυνση http://ts.sch.gr/repo/livecd/12.04/
ενώ στη συνέχεια θα φαίνονται και από την κεντρική σελίδα λήψεων, http://ts.sch.gr/wiki/Linux/LiveCD

Όσοι beta-testers τις δοκιμάσουν, ας αναφέρουν αν όλα πάνε καλά...

Ένα γνωστό θέμα είναι ότι το virtualbox από τα αποθετήρια δεν παίζει με τον νέο kernel, οπότε χρειάζεται λήψη του νέου virtualbox από την Oracle.
https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/1292118

Μετά από κάποιο πρόβλημα που είχα έκανα εγκατάσταση σήμερα στον server την 12.04.05.
Είχα τα εξής προβλήματα στην επανεκκίνηση του server βγάζει το εξής μήνυμα: cannot write bytes, broken pipe (κάπως έτσι δεν το θυμάμαι ακριβώς), στη συνέχεια προχωρά κανονικά η επανεκκίνηση.
Κατά την εγκατάσταση των sch scripts έβγαλε μήνυμα όπως το παρακάτω, δεν το θυμάμαι ακριβώς αλλά κάπως έτσι:
dnsmasq failed to create listening socket for port 53. H δ/νση υποδοχής είναι ήδη σε χρήση. Δεν έβγαλε μήνυμα σφάλματος κατά την ενημέρωση των διαθέσιμων πακέτων, οπότε θεώρησα ότι δεν χρειάζεται να ξαναδώσω την εντολή για την επανεγκατάσταση των sch scripts. ΚΑΤΙ ΑΛΛΟ ΠΡΕΠΕΙ ΝΑ ΓΙΝΕΙ
Προχώρησα τα βήματα της εγκατάστασης  αλλά οι clients δεν συνδέονται, δεν εκκινούν μέσω δικτύου, ούτε μέσω κάρτας δικτύου, ούτε από το dual boot menu. Βέβαια και πριν οι μισοί σταθμοί εκκινούσαν χωρίς πρόβλημα αλλά ας εκκινήσουν οι μισοί προς το παρόν.
Τι να κάνω;

[alkisg]

Για το cannot write bytes, δες μήπως τυχόν εμφανιστεί το ακριβές μήνυμα με αυτήν την εντολή:
sudo grep cannot /var/log/upstart/*.log
...αλλιώς αγνόησέ το.

Το μήνυμα για το dnsmasq κατά την εγκατάσταση των sch-scripts είναι "φυσιολογικό", επίσης αγνόησέ το.

Έκανες το βήμα ρύθμισης τοπικού δικτύου, καθώς και δημοσίευση εικονικού δίσκου;
Αν όχι, μάλλον φταίει αυτό.
Αν ναι, δοκίμασε αυτήν την εντολή:
tail -f /var/log/syslog
...και μετά ξεκίνησε έναν client, και ανέβασε εδώ το output που θα δεις,

καθώς και το output των εντολών:
ls -lhar /var/lib/tftpboot/ltsp/i386
grep range /etc/dnsmasq.d/ltsp-server-dnsmasq.conf
ip a

[bright]

Για το cannot write bytes, δες μήπως τυχόν εμφανιστεί το ακριβές μήνυμα με αυτήν την εντολή:
sudo grep cannot /var/log/upstart/*.log
...αλλιώς αγνόησέ το.

Το μήνυμα για το dnsmasq κατά την εγκατάσταση των sch-scripts είναι "φυσιολογικό", επίσης αγνόησέ το.

Έκανες το βήμα ρύθμισης τοπικού δικτύου, καθώς και δημοσίευση εικονικού δίσκου;
Αν όχι, μάλλον φταίει αυτό.
Αν ναι, δοκίμασε αυτήν την εντολή:
tail -f /var/log/syslog
...και μετά ξεκίνησε έναν client, και ανέβασε εδώ το output που θα δεις,

καθώς και το output των εντολών:
ls -lhar /var/lib/tftpboot/ltsp/i386
grep range /etc/dnsmasq.d/ltsp-server-dnsmasq.conf
ip a

Άλκη σε ευχαριστώ πάρα πάρα πολύ για την  live βοήθεια. Έκανα μάθημα 4 ώρες σήμερα με όλους τους Η/Υ στο ltsp δουλέψαμε καλά γι' αυτά που κάναμε. Δεν το πιστεύω ότι πέτυχε. Μεκάρι να λειτουργήσει όλο τον χρόνο έτσι. Οι μαθητές δεν προβληματίστηκαν καθόλου που δεν είχαν windows και σχετικές εφαρμογές. Μου φαίνεται απίστευτο, δεν πίστευα ότι θα λειτουργούσε με όλους τους Η/Υ. Είναι πολύ ωραίο σύστημα.

[apanagio]

Κατέβασα το 12.04.5 για να βάλω στο εργαστήριο και δεν μπορούν να μπουτάρουν οι clients

Συγκεκριμένα εμφανίζεται το μήνυμα:
error: unexpectedly disconnected from boot status daemon

Το συγκεκριμένο σφάλμα εμφανίζεται και σε κανονικό client και στο virtualbox (4.3.18, κατεβασμένο από την oracle)

ξέρετε κάτι;

[alkisg]

Λέμε standalone client που μπουτάρει από το cd και όχι ltsp client, σωστά;
Δες λίγο το md5sum, είναι σωστό;
http://ts.sch.gr/repo/livecd/12.04/MD5SUMS.txt

[apanagio]

Όχι δεν το είπα καλά:

εγκατέστησα το server από το cd μια χαρά,
έβαλα sch-scripts
δημοσίευσα εικονικό δίσκο
και οι clients δεν μπορούν να μπουτάρουν δικτυακά

[alkisg]

Τι βγάζει η παρακάτω εντολή;
ls /boot/vmlinuz*

[apanagio]

/boot/vmlinuz-3.13.0-36-generic  /boot/vmlinuz-3.2.0-70-generic-pae

[alkisg]

apanagio δοκίμασε λίγο να διαγράψεις τον 3.2 kernel (νομίζω γίνεται και μέσα από τα sch-scripts) και μετά να κάνεις ξανά δημοσίευση.

[apapakL]

Σημερινή εμπειρία (21-10-2014) που ίσως να δώσει κάποια στοιχεία: Σε εργαστήριο έγινε πρόσφατα update (το πρώτο μετά από την έναρξη της σχολικής χρονιάς) οπότε το σύστημα αναβαθμίστηκε στην 12.04.5. Από κει και πέρα, τα μηχανήματα bootαραν αλλά οι χρήστες δεν μπορούσαν να κάνουν login. Παράλληλα δεν φαίνονταν και στους επόπτες...

Βασικές παρατηρήσεις:
1. Στην δημοσίευση εικονικού δίσκου κατά την έναρξή της δεν είδα να γίνονται generate/update τα ssh-keys. Ωστόσο η δημοσίευση τελείωνε με το μήνυμα επιτυχούς ολοκλήρωσης
2. Παρατήρησα ότι έβγαινε το μήνυμα που αναφέρει και ο apanagio: error: unexpectedly disconnected from boot status daemon
3. Παρατήρησα ότι το ltsp-server-standalone, ένα από τα πακέτα που εγκαθίστανται ως εξαρτήσεις με τα sch-scripts, έλειπε... (δεν θυμάμαι να έλειπαν και άλλα)

Έτσι αποφάσισα να ξηλώσω sch-scripts και ltsp-*

sudo apt-get remove sch-scripts ltsp-*  --purge

sudo apt-get autoremove

Έσβησα χειροκίνητα τους φακέλους που μου υπέδειξε η διαδικασία απεγκατάστασης

Χωρίς να είμαι απόλυτα σίγουρος για το αν αυτά ήταν τα μονοπάτια των αρχείων  που μου υπέδειξε η διαδικασία απεγκατάστασης οι εντολές που έδωσα ήταν κάπως έτσι:

sudo rm -rf /usr/share/sch-scripts

sudo rm -rf /var/lib/tftpboot/ltsp

Στη συνέχεια ξαναεγκατέστησα τα sch-scripts, οπότε μπήκαν ξανά και τα απαραίτητα ltsp πακέτα, έκανα ρύθμιση ip και δημοσίευση εικονικού δίσκου και όλα λειτούργησαν κανονικά... 

[apanagio]

apanagio δοκίμασε λίγο να διαγράψεις τον 3.2 kernel (νομίζω γίνεται και μέσα από τα sch-scripts) και μετά να κάνεις ξανά δημοσίευση.

Τον διέγραψα σβήνοντάς τον από το /boot
έκανα δημοσίευση αλλά έχω το ίδιο πρόβλημα.

Ψάχνοντας λίγο είδα ότι πάλι με αυτόν τον πυρήνα bootarei και ότι ο πυρήνας υπάρχει στο
/var/lib/tftpboot/ltsp/i386/

Δεν βρήκα πως γίνεται από τα sch-scripts
με διαγραφή παλιών πυρήνων δεν σβήνει τίποτα

[alkisg]

με διαγραφή παλιών πυρήνων δεν σβήνει τίποτα

ΟΚ θεωρείται διαφορετική ποικιλία και επίτηδες δεν δίνεται δυνατότητα διαγραφής του, κρατάμε τον πιο νέο από κάθε ποικιλία.
Άρα, χειρωνακτικά:

Κώδικας: Bash

dpkg -l | grep 'linux-.*3.2'
sudo apt-get purge linux-headers-3.2.0-70 linux-headers-3.2.0-70-generic-pae linux-headers-generic-pae
sudo apt-get purge linux-image-3.2.0-70-generic-pae linux-image-generic-pae

...όπου το νούμερο -70- δεν είναι σταθερό και το βλέπεις από το αποτέλεσμα της πρώτης εντολής.

Μετά από αυτό, δημοσίευση εικονικού δίσκου, οπότε πλέον οι clients θα ξεκινάνε με τον καινούργιο. Κι αν παίξουν ΟΚ, μένει να δούμε γιατί ο installer του Ubuntu μερικές φορές βάζει τον 3.2 kernel ενώ δεν χρειάζεται πια...

[apanagio]

ΟΚ
Με την απομάκρυνση του παλιού πυρήνα δουλεύει κανονικά

ευχαριστώ και πάλι