Μία πάγια απορία ...
"Καταφέραμε" και στήσαμε ένα LTSP εργαστήριο με 10.04 (πυρήνας PAE στον server) και κάνοντας login το σύστημα αναφέρει αναβαθμίσεις.... να τις κάνω ή υπάρχει κίνδυνος να βρεθώ προ εκπλήξεων;
Η μέχρι στιγμής στάση μου είναι ... συντηρητική... αφού δεν έχω κάποιο συγκεκριμένο πρόβλημα (το οποίο μπορεί να υπάρχει μεν, αλλά να μην έχει υποπέσει στην αντίληψη μου) δεν υπάρχει λόγος να μπώ σε αυτήν την διαδικασία...
Εκτός και αν κάποιος έχει να προτείνει κάτι άλλο :)
Τα security updates τα βγάζει σε ξεχωριστή κατηγορία, και προτείνεται να εφαρμόζονται για λόγους ασφάλειας. Θεωρητικά έχουν ελάχιστες αλλαγές ακριβώς για να τα εφαρμόζουμε χωρίς να φοβόμαστε μη μας χαλάσουν το σύστημα.
Τα κανονικά updates αν θες τα κάνεις (κι αν δεν τα θες, μπορείς να βγάλεις τελείως το lucid-updates από τις πηγές σου, για να μην εμφανίζονται καν). Συνήθως λύνουν προβλήματα χωρίς να δημιουργούν καινούργια, ενώ περνούν από διαδικασία beta testing πριν δημοσιευθούν. Αλλά, αν και σπάνια, μπορεί κάποια φορά να τύχει να δημιουργήσουν νέο πρόβλημα.
Οπότε μια πρόταση είναι τα κανονικά updates να γίνονται όταν υπάρχει μπροστά χρόνος να λυθούν τυχόν προβλήματα, π.χ. στην αρχή του 3ωρου υποστήριξης ΣΕΠΕΗΥ ή πριν από γιορτές κτλ. Φυσικά αν κάποιος δεν τα καταφέρνει καλά στην αντιμετώπιση προβλημάτων, ας μην τα κάνει και καθόλου, δεν πειράζει.
Το καλύτερο είναι να έχει κάποιος διπλή εγκατάσταση όπως περιγράφεται στον οδηγό. Έτσι μπορεί άφοβα να κάνει όχι μόνο updates αλλά και ό,τι τεστ θέλει, και αν το σύστημα χαλάσει, κάνει μια επανεκκίνηση και διαλέγει τη δεύτερη εγκατάσταση από τον boot manager, και μπορεί να συνεχίσει το μάθημα σε 2 λεπτά.
Η διπλή εγκατάσταση γίνεται με rsync (αντιγραφή της υπάρχουσας) και με το ίδιο /home, ώστε όλα τα δεδομένα και οι ρυθμίσεις των μαθητών να είναι προσβάσιμα και από τις δύο εγκαταστάσεις. Αν θέλετε να γράψω ένα αναλυτικό tutorial κάποια στιγμή.
Παράθεση από: alkisg στις 06 Σεπ 2011, 10:42:27 ΠΜ
Η διπλή εγκατάσταση γίνεται με rsync (αντιγραφή της υπάρχουσας) και με το ίδιο /home, ώστε όλα τα δεδομένα και οι ρυθμίσεις των μαθητών να είναι προσβάσιμα και από τις δύο εγκαταστάσεις. Αν θέλετε να γράψω ένα αναλυτικό tutorial κάποια στιγμή.
Όταν βρεις χρόνο θα ήταν χρήσιμο να μας γράψεις οδηγίες για την αντιγραφή της υπάρχουσας εγκατάστασης σε μία άλλη.
Εγώ έχω μία δεύτερη εγκατάσταση με κοινό /home, αλλά την εγκατάσταση την έχω κάνει με cd από την αρχή.
ΟΚ, γράφω περιληπτικά τη μέθοδο, κι αν κάποιος θέλει να την ξαναγράψει με περισσότερες λεπτομέρειες, screenshots κτλ, θα είναι πολύ καλοδεχούμενη. :)
Τα 5 πρώτα βήματα τα κάνουμε από live CD (γίνεται και χωρίς live CD αλλά θέλει λίγο προσοχή παραπάνω + δυο εντολές ακόμα).
1) Τρέχουμε Σύστημα → Διαχείριση συστήματος → gparted και προετοιμάζουμε τις κατατμήσεις (partitions) όπως θέλουμε. Ας πούμε για παράδειγμα:
/dev/sda1 = ubuntu1, ext4
/dev/sda2 = ubuntu2, ext4
/dev/sda3 = home, ext4
/dev/sda4 = swap
2) Προσαρτούμε τις κατατμήσεις πηγής και προορισμού:
sudo -i
mkdir /tmp/sda1
mount /dev/sda1 /tmp/sda1
mkdir /tmp/sda2
mount /dev/sda2 /tmp/sda2
3) Αντιγραφή της κατάτμησης:
rsync -HAXa /tmp/sda1/ /tmp/sda2/
4) Προβολή του UUID της κατάτμησης προορισμού:
sudo blkid
...
/dev/sda2: LABEL="ubuntu2" UUID="8f63ffbf-d647-4013-ba70-7e8da586aeac" TYPE="ext4"
5) Διόρθωση του fstab της κατάτμησης προορισμού:
sudo gedit /tmp/sda2/etc/fstab
και αλλαγή του παλιού UUID του sda1 σε αυτό του sda2.
6) Τέρμα με το live CD. Επανεκκίνηση στην εγκατάσταση ubuntu1. Ενημέρωση του grub:
sudo update-grub
7) Πλέον μετά από επανεκκίνηση ο grub μας δίνει τη δυνατότητα να μπούμε στην εγκατάσταση ubuntu2. Εκεί καλό είναι να πούμε στον grub της να μην μπαίνει ούτε στον MBR ούτε πουθενά, ώστε να μην τσακώνεται με τον grub της εγκατάστασης ubuntu1:
sudo dpkg-reconfigure grub-pc
Μετά από όλα αυτά, ισχύουν οι ίδιοι λογαριασμοί χρηστών, τα ίδια έγγραφα, ρυθμίσεις κτλ, οπότε αν για οποιονδήπητε λόγο χαλάσει η εγκατάσταση ubuntu1, κάνουμε μια απλή επανεκκίνηση, διαλέγουμε την εγκατάσταση ubuntu2 και συνεχίζουμε το μάθημα. :)
Ευχαριστούμε για τις οδηγίες. Θα το δοκιμάσω με την πρώτη ευκαιρία.
Ήθελα να ρωτήσω κάτι σχετικά με την αντιγραφή μίας εγκατάστασης σε μία άλλη κατάτμιση.
Αν το source partition είναι 60 GB, με δεσμευμένα 20 GB, μπορώ να χρησιμοποιήσω το rsync με destination partition 50 GB ή πρέπει source και destination partitions να έχουν το ίδιο μέγεθος;
Ναι, γίνεται. Δεν χρειάζεται να έχουν το ίδιο μέγεθος.
Έφτιαξα την πανομοιότυπη εγκατάσταση με βάση τις παραπάνω οδηγίες με το rsync. Όλα καλά. Έχω δύο όμοιες εγκαταστάσεις και μπαίνω σε όποια θέλω.
Όμως δεν ξέρω τι να βάλω στο παράθυρο που εμφανίζεται με την εντολή sudo dpkg-reconfigure grub-pc (επισυνάπτω στιγμιότυπο παραθύρου).
Δεν έβαλα τίποτα, αλλά δεν βλέπω να τσακώνονται τα grubs.
Ακολούθα τα μενού
Ο τλευταίος διάλογος θα σε ρωτήσει που να μπει το grub και εκεί θα του πεις πουθενα.
Στα προηγούμενα μπορείς με ασφάλεια να διαλέξεις τα προεπιλεγμένα (απλά πατάς έντερ)
(με πρόλαβε ο apanagio αλλά τα είχα ήδη γράψει ;))
Linux command line: Τίποτα, πάμε στο επόμενο
Linux default command line: quiet splash
Grub install devices:
[ ] /dev/sda (250123 MB, WDC_WD250BEVT)
[ ] - /dev/sda2 (30123 MB, /)
[¤] /dev/sdb (250123 MB, WDC_WD250BEVT)
[ ] - /dev/sdb1 (30123 MB, /)
Σ' αυτό έλεγα, να ΜΗΝ τσεκάρεις το αστεράκι του /dev/sda, ώστε να έχεις έναν μόνο grub στο πρώτο MBR. Αν θες βάλτο στο δεύτερο, στο sdb.
Δεν είναι όμως και τίποτα σοβαρό, απλά ο άλλος grub θα σου έβγαζε στο αρχικό μενού τις επιλογές ανάποδα (πρώτη η δεύτερη εγκατάσταση).
Όλα εντάξει, ευχαριστώ. Δεν τσεκάρισα τίποτα στο τελευταίο μενού.
Η διαδικασία είναι εύκολη και εξαιρετικά χρήσιμη. Μία backup εγκατάσταση είναι απαραίτητη, ειδικά αν στο εργαστήριο μπαίνουν πολλοί. Άσε που μπορούμε πιο άνετα να κάνουμε πειράματα μέσα στη σχολική χρονιά.
Μήπως έπρεπε τα σχετικά με τη backup εγκατάσταση να γίνουν άλλο θέμα, γιατί κάτω από τον τίτλο "Να προχωρήσω σε αναβάθμίσεις στον Server ή όχι" χάνονται;
Σχετικά με αυτό θέμα είχε ξεκινήσει και παλιότερα στο https://alkisg.mysch.gr/steki/index.php?topic=3772.0
Ίσως θα πρέπει να ενωθούν..
Χρησιμοποίησα την εντολή rsync -a
ενώ είδα τώρα ότι στο https://alkisg.mysch.gr/steki/index.php?topic=3772.0
χρησιμοποιείται το rsync με άλλες παραμέτρους: rsync -av --numeric-ids
Να συνεχίσω να χρησιμοποιώ την rsync -a όταν ξανακάνω backup την εγκατάσταση;
Το -v σημαίνει verbose, να δείχνει τα ονόματα των αρχείων που αντιγράφει. Απλά για το μάτι είναι, δεν παίζει ρόλο στην αντιγραφή.
Το --numeric-ids βοηθάει όταν η αποστολή γίνεται από ένα σύστημα και η λήψη από το άλλο (είτε με rsync είτε με tar), γιατί χωρίς αυτό μπαίνουν λάθος owners στο σύστημα αρχείων, το οποίο είναι σοβαρό πρόβλημα.
Στο ίδιο σύστημα δεν χρειάζεται, αλλά φυσικά δεν κάνει κακό - οπότε μου ξεφεύγει μερικές φορές και το βάζω και παραπανίσιο. :)
Άρα ναι rsync -a μια χαρά είναι.
Σχετικά με τις ενώσεις και τους διαχωρισμούς θεμάτων, αν θέλει κανείς να αναλάβει συντονιστής στην κατηγορία Linux, ευπρόσδεκτος.
Φυσικά το λογικό είναι να οριστεί κάποιος που ήδη διαβάζει τα περισσότερα θέματα της κατηγορίας, όχι να του είναι επιπλέον φόρτος...
Αν προσφέρεται κανείς ας μου στείλει PM να το συζητήσουμε μετά με την ομάδα διαχείρισης.
Μου φαίνεται ότι κάτι έχω κάνει λάθος στην backup εγκατάσταση.
Το source ήταν στο sda1 και το αντίγραφο φτιάχτηκε στο sda3.
Αυτά φτιάχτηκαν.
Στο grub υπάρχει σωστά στο τέλος entry με ubuntu 10.04 στο sda3.
To πρόβλημα που διαπίστωσα είναι ότι επιλέγοντας από το grub το sda3, αυτό φορτώνει την εγκατάσταση που είναι στο sda1. Πηγαίνοντας Σύστημα->διαχείριση συστήματος->παρακολούθηση συστήματος->συστήματα αρχείων βλέπω το sda1 και όχι το sda3 που έπρεπε.
Επίσης με gksudo gedit /etc/fstab μέσα στο περιβάλλον της backup εγκατάστασης στο υποτιθέμενο sda3 βλέπω να έχει
UUID=4d56e5d8-3eec-423d-aa8e-b04cfba62679 που είναι του sda1, ενώ το είχα αλλάξει. άρα δεν μπαίνει καθόλου στο sda3.
Παραθέτω ένα αρχείο με τα βήματα που έκανα.
Το fstab του sda3 είναι σωστά ενημερωμένο.
Όποτε βρείτε λίγο χρόνο, αν γίνεται, μήπως θα μπορούσατε να το κοιτάξετε;
Ευχαριστώ.
> Γιατί έχει εκεί για UUID αυτό του sda1; Μήπως πρέπει εκεί να το αλλάξω;
Ναι, εκεί είναι το πρόβλημα.
Όσον αφορά το γιατί, φαίνεται ότι ο grub1 πάει και παίρνει τις παραμέτρους του kernel από το grub.cfg του grub2, το οποίο εκείνη τη στιγμή δεν ήταν ενημερωμένο ακόμα.
Δες λίγο αν το sda3/boot/grub/grub.cfg έχει πια ενημερωθεί. Αν ναι, τρέξε μια ακόμα update-grub ενώ είσαι στο sda1.
Λοιπόν, άλλαξα με το χέρι στο /boot/grub/grub.cfg του sda1 το UUID για το sda3 και με επανεκκίνηση επιλέγοντας το sda3 στο grub μενού μπήκα επιτέλους κανονικά στο partition sda3 (το έλεγξα από Σύστημα->διαχείριση συστήματος->παρακολούθηση συστήματος->συστήματα αρχείων).
Κάνοντας update-grub ξαναγυρίζει στο λάθος UUID για το sda3. Tο ξαναάλλαξα με το χέρι.
Το sda3/boot/grub/grub.cfg δεν είναι ενημερωμένο. Έχει τα entries από το sda1 πριν κάνω την backup εγκατάσταση. Επισυνάπτω τις σχετικές γραμμές από το sda3/boot/grub/grub.cfg. Αλλά πώς περιμένουμε να ενημερωθεί αυτό αυτόματα;
Έκανα dpkg-reconfigure grub-pc στο sda3 και απενεργοποίησα όλες τις επιλογές ώστε να μη δίνει καθόλου στοιχεία στο grub του sda1.
Μετά μπήκα στο sda1 και με update-grub εξακολουθούν να μένουν τα σωστά.
Το grub.cfg του sda3 είναι λάθος άλλα δεν ασχολείται κανείς πια με αυτό.
Μήπως τελικά στη διαδικασία πρέπει να γίνεται αυτή η δουλειά με το χέρι; Δηλαδή η αλλαγή στο /boot/grub/grub.cfg του UUID της κατάτμισης προορισμού;
> Αλλά πώς περιμένουμε να ενημερωθεί αυτό αυτόματα;
Στο βήμα (7), η εντολή dpkg-reconfigure grub-pc τρέχει την update-grub η οποία ενημερώνει το /boot/grub/grub.cfg
Δεν ξέρω γιατί δεν στο ενημέρωσε, μόλις μου τύχει να χρειαστώ αντιγραφή θα το ελέγξω.
Ή αν θες μπες στο sda3 και έλα από το IRC να το δούμε λίγο live.
Η απορία μου είναι πώς θα έμπαινα να κάνω dpkg-reconfigure grub-pc στο sda3, αφού δεν μπορούσα να μπω καν στην εγκατάσταση του sda3; Μήπως χρειάζεται να πειράζουμε με το χέρι το grub.cfg του sda1, για να μπορoύμε να μπαίνουμε στο sda3;
(Ξανακοίταξα το grub.cfg του sda3. Είναι εντάξει)
Αντέγραψα την εγκατάσταση του ubuntu σε άλλο partition άλλες δύο φορές σήμερα, στα δύο εργαστήρια στο σχολείο. Και τις δύο φορές άλλαξα με το χέρι το grub.cfg της αρχικής κατάτμισης, για να μπορώ να μπω στην εγκατάσταση αντίγραφο.
Μιας και έχω φρέσκιες τις οδηγίες έγραψα αναλυτικές οδηγίες με screen-shots για όποιον μπορεί να τις χρειαστεί.
Αλλάξτε ελεύθερα ό, τι νομίζετε ότι δεν το έχω γράψει σωστά.
Υπήρξε κάποιο πρόβλημα στην αρχική εγκατάσταση των ubuntu στο sda1 (κάτι χάλασε και δεν κάνουν boot οι clients). Μπήκα κατευθείαν στη backup εγκατάσταση στο sda3 και το μάθημα έγινε κανονικά.
Αντί να καθήσω να βρω τι φταίει στην εγκατάσταση στο sda1, θα αντιγράψω το sda3 στο sda1, για να έχω πάλι μια σωστή backup εγκατάσταση.
Νομίζω ότι πρέπει πριν κάνω την αντιγραφή να μπω στην εγκατάσταση στο sda3 και να κάνω dpkg-reconfigure grub-pc
και να δηλώσω να μπει το grub στο /dev/sda (το είχα απενεργοποιήσει όταν έγινε η αρχική αντιγραφή), γιατί αλλιώς φοβάμαι μήπως δε βρίσκει το grub πουθενά.
Δεδομένου ότι κατά την διάρκεια της εγκατάστασης δημιούργησα 2 πανομοιότυπα partition ext4 (ubuntu και backup) τα βήματα που παραθέτει ο Άλκης τα εκτελώ:
α) μέσα από το ubuntu ή από livecd? Αν μέσα από το ubuntu ποια είναι τα παραπάνω βήματα??
β) προφανώς όχι το βήμα 1, έτσι?
γ)aspd με ποιο τρόπο το έκανες (σου στέλνω και mail)?
Δημήτρης
Παράθεση από: alkisg στις 08 Σεπ 2011, 12:31:19 ΠΜ
ΟΚ, γράφω περιληπτικά τη μέθοδο, κι αν κάποιος θέλει να την ξαναγράψει με περισσότερες λεπτομέρειες, screenshots κτλ, θα είναι πολύ καλοδεχούμενη. :)
Τα 5 πρώτα βήματα τα κάνουμε από live CD (γίνεται και χωρίς live CD αλλά θέλει λίγο προσοχή παραπάνω + δυο εντολές ακόμα).
1) Τρέχουμε Σύστημα → Διαχείριση συστήματος → gparted και προετοιμάζουμε τις κατατμήσεις (partitions) όπως θέλουμε. Ας πούμε για παράδειγμα:
/dev/sda1 = ubuntu1, ext4
/dev/sda2 = ubuntu2, ext4
/dev/sda3 = home, ext4
/dev/sda4 = swap
2) Προσαρτούμε τις κατατμήσεις πηγής και προορισμού:
sudo -i
mkdir /tmp/sda1
mount /dev/sda1 /tmp/sda1
mkdir /tmp/sda2
mount /dev/sda2 /tmp/sda2
3) Αντιγραφή της κατάτμησης:
rsync -a /tmp/sda1/ /tmp/sda2/
4) Προβολή του UUID της κατάτμησης προορισμού:
sudo blkid
...
/dev/sda2: LABEL="ubuntu2" UUID="8f63ffbf-d647-4013-ba70-7e8da586aeac" TYPE="ext4"
5) Διόρθωση του fstab της κατάτμησης προορισμού:
sudo gedit /tmp/sda2/etc/fstab
και αλλαγή του παλιού UUID του sda1 σε αυτό του sda2.
6) Τέρμα με το live CD. Επανεκκίνηση στην εγκατάσταση ubuntu1. Ενημέρωση του grub:
sudo update-grub
7) Πλέον μετά από επανεκκίνηση ο grub μας δίνει τη δυνατότητα να μπούμε στην εγκατάσταση ubuntu2. Εκεί καλό είναι να πούμε στον grub της να μην μπαίνει ούτε στον MBR ούτε πουθενά, ώστε να μην τσακώνεται με τον grub της εγκατάστασης ubuntu1:
sudo dpkg-reconfigure grub-pc
Μετά από όλα αυτά, ισχύουν οι ίδιοι λογαριασμοί χρηστών, τα ίδια έγγραφα, ρυθμίσεις κτλ, οπότε αν για οποιονδήπητε λόγο χαλάσει η εγκατάσταση ubuntu1, κάνουμε μια απλή επανεκκίνηση, διαλέγουμε την εγκατάσταση ubuntu2 και συνεχίζουμε το μάθημα. :)
Παράθεση από: Δημήτρης Γκίνης στις 09 Νοε 2011, 07:49:55 ΜΜ
α) μέσα από το ubuntu ή από livecd? Αν μέσα από το ubuntu ποια είναι τα παραπάνω βήματα??
β) προφανώς όχι το βήμα 1, έτσι?
γ)aspd με ποιο τρόπο το έκανες (σου στέλνω και mail)?
α) μέσα από το live cd των ubuntu έκανα τα βήματα ως και τη διόρθωση του fstab.
β) το βήμα 1 δεν το χρειάζεσαι, αρκεί να είσαι σίγουρος ποιο partition είναι το source και ποιο το destination.
γ) Δες το αρχείο με τη διαδικασία που ακολούθησα.