Point releases του Ubuntu (12.04.x)

Ξεκίνησε από yiannis, 24 Φεβ 2013, 08:58:20 ΜΜ

« προηγούμενο - επόμενο »

yiannis

Είδα ότι στο επίσημο site του ubuntu υπάρχει πλέον η 12.04.2 LTS έκδοση. Υπάρχει σκέψη να γίνουν και τα live CDs της Τεχνικής Στήριξης σε αυτήν την έκδοση; Αν κάποιος θέλει να κάνει τώρα ένα clean install είναι καλύτερα να πάρει κατευθείαν την 12.04.2 ή να μείνει σε εκείνη της ΤΣ; Άλλωστε θα γίνει και έτσι η αναβάθμιση, λογικά...

alkisg

Παράθεση από: yiannis στις 24 Φεβ 2013, 08:58:20 ΜΜ
Είδα ότι στο επίσημο site του ubuntu υπάρχει πλέον η 12.04.2 LTS έκδοση. Υπάρχει σκέψη να γίνουν και τα live CDs της Τεχνικής Στήριξης σε αυτήν την έκδοση; Αν κάποιος θέλει να κάνει τώρα ένα clean install είναι καλύτερα να πάρει κατευθείαν την 12.04.2 ή να μείνει σε εκείνη της ΤΣ; Άλλωστε θα γίνει και έτσι η αναβάθμιση, λογικά...

Αυτό είναι σημαντικό: ΜΗΝ το κάνετε!!! Συνεχίστε με τα CDs της Τεχνικής Στήριξης.

Η διαφορά είναι ότι μια καθαρή εγκατάσταση της 12.04.2 έρχεται με linux-generic-lts-quantal και xserver-xorg-lts-quantal,
ενώ η 12.04.1 με αναβάθμιση διατηρεί τα linux-generic-pae και xserver-xorg.

Για την ώρα τα πρώτα έχουν κάποια σοβαρά προβλήματα τα οποία τα κάνουν ακατάλληλα για μη προχωρημένους χρήστες.
1) Δεν παίζει το virtualbox λόγω του νέου kernel: https://bugs.launchpad.net/ubuntu/+source/virtualbox/+bug/1081307
2) Δεν παίζει η samba (file sharing) λόγω του νέου kernel: https://bugs.launchpad.net/ubuntu/+source/samba/+bug/1016895
3) Η "αφαίρεση παλιών πυρήνων" των sch-scripts αλλά και το ίδιο το LTSP θα έχουν ένα θέμα με τον νέο kernel. Γενικά, παίζουν οι εξής kernels:
linux-image-generic-pae: Με αυτόν έρχεται η 12.04.1. Επειδή είναι "pae", μερικά παλιά μηχανήματα δεν τον υποστηρίζουν.
linux-image-generic-lts-quantal: Με αυτόν έρχεται η 12.04.2. Είναι κι αυτός "pae" αλλά δυστυχώς δεν το γράφει στο όνομα πακέτου.
linux-image-generic: Αυτόν τον βάζουμε όταν έχουμε μηχανήματα που δεν υποστηρίζουν "pae".

Το πρόβλημα είναι ότι αφού ο linux-image-generic-lts-quantal δεν γράφει "pae" στο όνομά του, τα sch-scripts και το LTSP θεωρούν ότι δεν είναι pae.
Άρα, το linux-image-generic θεωρείται παλιότερη έκδοσή του, και προτείνουν την αφαίρεσή του και γενικά δεν τον χρησιμοποιούν αυτόματα για τα παλιά μηχανήματα. Δηλαδή με την 12.04.2 θα είναι πολύ πιο δύσκολο να δουλέψουν μηχανήματα που δεν υποστηρίζουν pae.

Δεν έχω σκεφτεί ακόμα καλή λύση για το (3), αλλά πάντως δεν θα βγουν νέα live CD από την Τεχνική Στήριξη μέχρι να λυθεί τουλάχιστον το (1) και το (2). (Είχα σκοπό να βγάλω εδώ και 1 βδομάδα αλλά επίτηδες το αναβάλλω για να μην μπλέξουν τα σχολεία με αυτά τα προβλήματα).

Στη γενική περίπτωση πάντως, ναι, σε κάθε point release του Ubuntu (12.04.x), θα βγαίνουν και αντίστοιχα live CDs από την ΤΣ.

alkisg

4) Το xserver-xorg-video-s3virge-lts-quantal δεν υπάρχει στο xserver-xorg-lts-quantal, και επομένως όσοι έχουν τέτοιες παλιές κάρτες καλά θα κάνουν να μείνουν με την 12.04.1 + αναβαθμίσεις.

Επειδή τα σχολεία δεν πολυέχουν ...υπολογιστές τελευταίου εξαμήνου, ας μείνουμε στην αναβαθμισμένη 12.04.1 για μερικούς μήνες, και αν λυθούν κάμποσα από τα παραπάνω προβλήματα του "-lts-quantal hardware enablement stack", το ξανασκεφτόμαστε...


Οπότε σύντομα θα βγει νέα έκδοση των Live CDs, με 12.04.1 αναβαθμισμένη, που θα ισοδυναμεί με 12.04.2 με τον παλιό πυρήνα και το παλιό xorg.
Και αν κάποιος θέλει βάζει τον καινούργιο πυρήνα και το καινούργιο xorg χειρωνακτικά...

alkisg

#3
Στη σελίδα http://ts.sch.gr/wiki/Linux/LiveCD ανεβάσαμε νέες εκδόσεις των Live CDs/DVDs για την εγκατάσταση σχολικών εργαστηρίων, οι οποίες αντιστοιχούν στην 12.04.4 έκδοση του Ubuntu. Εννοείται ότι τα σχολεία που έχουν ήδη 12.04 δεν τα χρειάζονται καθόλου.

Μια "λεπτομέρεια" για τους πιο προχωρημένους: τα CD αυτά επίτηδες δεν φτιάχτηκαν με βάση την 12.04.4 αλλά με αναβαθμισμένη 12.04.1. Αυτό έγινε ώστε να έχουν τον κανονικό πυρήνα της 12.04 και όχι τον αναβαθμισμένο πυρήνα και Xorg των 12.10/13.04, όπως περιγράφεται στο https://wiki.ubuntu.com/Kernel/LTSEnablementStack. Έτσι όλα τα σχολεία θα έχουν τον ίδιο πυρήνα ανεξάρτητα από το ποιο CD χρησιμοποίησαν για την εγκατάσταση, ενώ επίσης ο παλιός πυρήνας υποστηρίζεται καλύτερα από το LTSP (παράλληλη χρήση pae/μη pae πυρήνων για παλιά τερματικά).

Αν όμως κάποιο σχολείο έχει εξαιρετικά σύγχρονους υπολογιστές (π.χ. φετεινούς), και εμφανιστούν προβλήματα υποστήριξης γραφικών, μπορεί (τότε και μόνο τότε) να μεταβεί στον καινούργιο πυρήνα δίνοντας:
Κώδικας: Bash
sudo apt-get install --purge linux-hwe-generic xserver-xorg xorg


Στη συνέχεια επανεκκίνηση, Αφαίρεση παλιών πυρήνων από τα sch-scripts και Δημοσίευση εικονικού δίσκου.

Αν τα προβλήματα με τους καινούργιους clients συνεχιστούν, τότε και μόνο τότε μπορεί να αναβαθμίσει και το Xorg, δίνοντας:
Κώδικας: Bash
sudo apt-get install --purge linux-hwe-generic xserver-xorg-lts-trusty xorg

yiannis

Πολύ καλό και για όσους κάνουν νέα εγκατάσταση από την αρχή. Δεν θα χρειάζονται τόσες πολλές ενημερώσεις μετά.
Ευχαριστούμε και πάλι ;)

alkisg

Βγήκαν νέες εκδόσεις, linux-generic-lts-saucy και xserver-xorg-lts-saucy,
αντί για τις παλιότερες linux-generic-lts-raring και xserver-xorg-lts-raring.

Όποιος έχει ήδη βάλει τις -raring μπορεί αν θέλει να κάνει αναβάθμιση στις νεότερες.
Όποιος δεν τις έχει βάλει να μην ασχοληθεί καθόλου. :)

yiannis

Πώς βρίσκουμε ποιο από τα δύο έχουμε;


elf

Στο σύστημά μου (φετεινό λαπτοπ με Ubuntu 12.04 LTSP server, 3.11.0-26-generic precise) βγαίνει το μήνυμα:
" Your current Hardware Enablement Stack (HWE) is going out of support
on 2014-08-07.  After this date security updates for critical parts (kernel
and graphics stack) of your system will no longer be available.
For more information, please see:
http://wiki.ubuntu.com/1204_HWE_EOL"
Από το wiki φαίνεται ότι έχω 3 επιλογές:
1.Install 12.04.5 HWE (Trusty kernel/graphics)
2.Upgrade to 14.04 LTS
3.Fresh install of 14.04 LTS
Είναι καλύτερο να προτιμήσω την πρώτη επιλογή, έτσι δεν είναι;

alkisg

#9
Για την 12.04, υπάρχουν οι εξής πυρήνες διαθέσιμοι:

ΌνομαΈκδοσηΚατάσταση
linux-image-generic3.2ΟΚ
linux-image-generic-lts-quantal3.5Ξεπερασμένος
linux-image-generic-lts-raring3.8Ξεπερασμένος
linux-image-generic-lts-saucy3.11Ξεπερασμένος
linux-image-generic-lts-trusty3.13Προτεινόμενος για υποστήριξη νέων επεξεργαστών

Και τα εξής xorg:

ΌνομαΑντίστοιχη έκδοση xorg-coreΚατάσταση
xserver-xorg1.11Προτεινόμενο για υποστήριξη παλιών καρτών γραφικών
xserver-xorg-lts-quantal1.13Ξεπερασμένο
xserver-xorg-lts-raring1.13Ξεπερασμένο
xserver-xorg-lts-saucy1.14Ξεπερασμένο
xserver-xorg-lts-trusty1.15ΟΚ

Τα εργαστήρια με την default εγκατάσταση από το live CD μας, έχουν εγκατεστημένα τα πρώτα από τον κάθε πίνακα.
Όσοι ακολούθησαν κάποτε τις οδηγίες του παρόντος θέματος, μπορεί να έχουν κάποια ξεπερασμένη έκδοση. Μόνο σε αυτούς εμφανίζεται το μήνυμα που ανάφερες.

Προτείνεται:
1) Όσοι έχουν την αρχική εγκατάσταση και τους δουλεύουν όλα, να μην κάνουν τίποτα.

2) Τα "συνηθισμένα/προτεινόμενα" πια είναι αυτά που είναι σημειωμένα με bold στους πίνακες.
Αυτό γίνεται με την εξής εντολή:
Κώδικας: Bash
sudo apt-get install --purge linux-hwe-generic xserver-xorg xorg

(το hwe εγκαθιστά το τελευταίο, το -trusty)
...και reboot, αφαίρεση παλιών πυρήνων, δημοσίευση εικονικού δίσκου κλπ.
Για νέες εγκαταστάσεις, σε κάποια στιγμή θα βγάλουμε ένα ακόμα live CD της 12.04.5 που θα περιέχει αυτές τις προτεινόμενες εκδόσεις.

3) Αν κάποιος έχει πολύ καινούργιους clients και κάνει το προτεινόμενο (2) παραπάνω, και παρόλα αυτά έχει θέματα με τις κάρτες γραφικών, τότε προτείνεται να το αναφέρει στον παρόν θέμα, και να δοκιμάσει το εξής:
Κώδικας: Bash
sudo apt-get install --purge linux-hwe-generic xserver-xorg-lts-trusty xorg

elf

Κατατοπιστικότατο!
Είχα xorg 1.13 και το άλλαξα σε 1.11 , αλλά πολλά προγράμματα σταμάτησαν να παίζουν λόγω opengl, πχ έβγαινε το μήνυμα στο celestia GdkGLExt-WARNING **: Window system doesn't support OpenGL. Έτσι άλλαξα σε 1.15 και τώρα είναι εντάξει.
Tο θέμα όμως είναι ότι έχω παλιές κάρτες γραφικών σε κάποιους client (sis650, P4, fat) και αναγκάστηκα να βάλω xserver=vesa για να παίξουν.
Υπάρχει περίπτωση να έχω διαφορετική έκδοση xorg στο server από αυτή στον εικονικό;
Γενικά να δοκιμάσω κάτι άλλο;
Για πολλοστή φορά ευχαριστώ!

alkisg

#11
elf, σου έτυχαν οι πιο περίεργες περιπτώσεις, οπότε αν μπορείς κάποια στιγμή έλα από το IRC να το δούμε live, για να βεβαιωθώ ότι δεν υπάρχει κάποια άλλη λύση, και να σημειώσω τα σχετικά pci-ids.

Για να έχεις διαφορετική έκδοση xorg στον server από αυτήν στον εικονικό, μια απλή μέθοδος είναι να βάζεις την παλιά, να κάνεις δημοσίευση εικονικού, και μετά να ξαναβάζεις την καινούργια. Πριν από κάθε δημοσίευση η ίδια διαδικασία, σπαστικό... τουλάχιστον μπορεί να γίνει και χωρίς reboot του server.

Αν θες να δοκιμάσεις μια άλλη πιο αυτοματοποιημένη μέθοδο, δώσε:
Κώδικας: Bash
sudo gedit /usr/share/ltsp/cleanup.d/51-xserver-xorg


και στο αρχείο αυτό βάλε:
Κώδικας: Text
apt-get install --yes --purge xserver-xorg xorg


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

elf

επειδή υπάρχει περίπτωση να τοποθετηθώ σε άλλο σχολείο, θα το αφήσω προς το παρόν.
Σήμερα που τα είδα στο εργαστήριο, γίνεται αναλυτικά το εξής:
server: xorg 1.13 και 1.15 ok, αλλά με 1.11 δεν παίζει opengl
παλιοί fat (sis650, P4): xorg 1.13 δεν έφτανε ούτε login page, έπρεπε xserver=vesa, ενώ τώρα με 1.15 έβγαλα το xserver=vesa και μπαίνει στη login αλλά δεν παίζει opengl

alkisg

Έπαιζε ποτέ (π.χ. xorg 1.11) opengl στην sis;

Άρα τελικά, με τη δεύτερη λύση, "linux-hwe-generic xserver-xorg-lts-trusty", νομίζω είσαι όσο καλύτερα πάει, δεν χρειάζεται κάτι άλλο...

elf

Παράθεση από: alkisg στις 02 Σεπ 2014, 11:03:40 ΠΜ
Έπαιζε ποτέ (π.χ. xorg 1.11) opengl στην sis;

Ναι έπαιζε, αλλά είχα βάλει xserver=vesa και ήταν τόσο αργό που μόνο στη θεωρία έτρεχε. Με 1.15 το opengl δεν παίζει ούτε με xserver=vesa.  Μάλλον είμαι οκ τώρα (έτσι κ αλλιώς 2 Pentium4 έχουν μείνει μόνο), εκτός αν μπορώ να ψάξω κάπως για καλύτερους drivers?

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

Παράθεση από: alkisg στις 26 Σεπ 2014, 01:33:45 ΜΜ
Βγάλαμε νέες εκδόσεις 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

#19
Παράθεση από: alkisg στις 29 Σεπ 2014, 08:26:04 ΜΜ
Για το 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

#26
Σημερινή εμπειρία (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 και δημοσίευση εικονικού δίσκου και όλα λειτούργησαν κανονικά...  :D

apanagio

Παράθεση από: alkisg στις 21 Οκτ 2014, 05:01:03 ΜΜ
apanagio δοκίμασε λίγο να διαγράψεις τον 3.2 kernel (νομίζω γίνεται και μέσα από τα sch-scripts) και μετά να κάνεις ξανά δημοσίευση.

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

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

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

alkisg

Παράθεση από: apanagio στις 22 Οκτ 2014, 12:51:40 ΜΜ
με διαγραφή παλιών πυρήνων δεν σβήνει τίποτα

ΟΚ θεωρείται διαφορετική ποικιλία και επίτηδες δεν δίνεται δυνατότητα διαγραφής του, κρατάμε τον πιο νέο από κάθε ποικιλία.
Άρα, χειρωνακτικά:
Κώδικας: 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

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

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