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

έχω εγκαταστήσει και παραμετροποιήσει (πλήρως νομίζω) μια εγκατάσταση ubuntu 10.04 στον φορητό μου υπολογιστή και θέλω να την μεταφέρω με τον λιγότερο δυνατό κόπο στον εξυπηρετητή του εργαστηρίου.

τα βήματα που έχω υπόψη μου:

• διαμόρφωση 3 διαμερισμάτων στον server: swap, / και /home
• αντιγραφή αρχείων από τον φορητό μου εξαιρώντας τους καταλόγους /mnt, /media, /tmp
• επαναφορά αυτών των αρχείων στα νέα διαμερίσματα του εξυπηρετητή

αυτά που με απασχολούν ακόμα:

• πρέπει να εξαιρέσω κάποια ακόμα αρχεία από το backup εκτός από αυτά που αναφέρω στο βήμα 2 παραπάνω;
• τι θα γίνει με τον grub? πώς θα ενημερωθεί σωστά ώστε να έχω dual-boot στον server του εργαστηρίου;

Ο ευκολότερος τρόπος είναι να μπουτάρεις με ένα live cd, π.χ. το http://www.sysresccd.org, και να κάνεις clone όλο το δίσκο. Έτσι δεν ασχολείσαι ούτε με grub ούτε με τίποτα.
Νομίζω ότι υποστηρίζει και αποστολή/λήψη μέσω δικτύου, αν και το ευκολότερο θα ήταν να συνδέσεις το δίσκο του server σε μια εξωτερική θήκη στο laptop σου.


Αν για κάποιο λόγο προτιμάς την τακτική που ανέφερες, αυτή είναι για πιο προχωρημένους χρήστες και περιγράφεται στα:
https://help.ubuntu.com/community/BackupYourSystem/TAR (γίνεται και μέσω δικτύου χωρίς ενδιάμεσο αρχείο)
https://wiki.ubuntu.com/Grub2#Recover%20Grub%202%20via%20LiveCD

Επίσης σ' αυτήν τη χειρωνακτική μέθοδο θα χρειαστεί να αλλάξεις το UUID των νέων partitions που έκανες ώστε να είναι ίδια με τα παλιά και να μην ασχοληθείς με ενημέρωση fstab, grub.cfg κτλ - η εντολή γι' αυτό είναι η tune2fs -U.

Να προτιμάς να δουλεύεις με live cd και όχι μπουτάροντας με το εγκατεστημένο σου Ubuntu. Έτσι δεν χρειάζεται να ασχοληθείς καθόλου για το ποιους φακέλους κρατάς και ποιους όχι (π.χ. /dev, /proc, /sys...), τους κρατάς όλους.

σε ευχαριστώ Άλκη για την απάντηση.
μια απορία.

Παράθεση από: alkisg στις 29 Σεπ 2010, 12:16:13 ΜΜ
Ο ευκολότερος τρόπος είναι να μπουτάρεις με ένα live cd, π.χ. το http://www.sysresccd.org, και να κάνεις clone όλο το δίσκο. Έτσι δεν ασχολείσαι ούτε με grub ούτε με τίποτα.

εφόσον έτσι θα μεταφερθούν τα αρχεία ως έχουν πως είναι δυνατόν να μην χρειάζεται ρύθμιση του grub?

Λιγουλάκι θεωρία σχετικά με τα partitions και τον grub:

Ένα μικρό κομμάτι του grub μπαίνει στον πρώτο τομέα του δίσκου που ονομάζεται MBR (Master Boot Record), και το μεγαλύτερο κομμάτι του μπαίνει στο φάκελο /boot του Linux partition. Έτσι αν αντιγράψουμε επακριβώς όλα τα partitions ενός δίσκου αλλά όχι τον MBR, το BIOS θα βγάλει "No operating system". Γι' αυτό και δεν επαρκεί η απλή αντιγραφή αρχείων που λέγαμε παραπάνω αλλά χρειάζεται και η διαδικασία "recover grub via live cd".

Τα εργαλεία όμως του system rescue cd φροντίζουν να αντιγράψουν και το κομμάτι που υπάρχει στον MBR, και έτσι ο grub μπορεί να ξεκινήσει.

Θα ψάξει λοιπόν να βρει το partition που είναι ο υπόλοιπος κώδικάς του, ώστε να μπορέσει να βγάλει το μενού επιλογών λειτουργικού. Τα partition αναγνωρίζονται από έναν αριθμό που ονομάζεται UUID, και τους ανατίθεται κατά τη δημιουργία τους.

Αν εμείς δημιουργούσαμε χειρωνακτικά τα partitions, τα UUID θα ήταν διαφορετικά, ο grub δεν θα μπορούσε να βρει τον κώδικά του και θα έλεγε "error 17: file not found".

Τα εργαλεία όμως του system rescue cd, όταν κάνουμε disk to disk copy, φροντίζουν να αναθέσουν το ίδιο UUID στα partitions, και έτσι ο grub μπορεί να βρει τον υπόλοιπο κώδικά του και να μπουτάρει κανονικά.

Σύνοψη:
* Χειρωνακτικά: πρέπει εμείς να διορθώσουμε MBR και UUID.
* Με εργαλεία τύπου system rescue cd: γίνονται αυτόματα.

ευχαριστώ Άλκη για τις απαντήσεις και τις κατευθύνσεις σου.
τελικά υπάρχουν ακόμα κάποιες εκκρεμότητες που θέλω να λύσω πριν μεταφέρω την εγκατάσταση.
θα ενημερώσω εδώ πέρα για τα αποτελέσματα :-)

Όταν μεταφέρουμε την εγκατάσταση σε διαφορετικό σχολικό lan (διαφορετικό network id) τι πρέπει να αλλάξουμε;

Δοκίμασα στα γρήγορα αλλαγή στο καινούργιο IP στο dnsmasq από τα sch-scripts και είδα ότι "έπαιξε"..

# Στο παρακάτω εύρος διευθύνσεων (dhcp-range) το dnsmasq θα δουλεύει ως
# proxy DHCP server, δηλαδή θα παρέχει τις απαραίτητες πληροφορίες για
# την εκκίνηση (boot filename, tftp-server) αλλά όχι διευθύνσεις IP.
# Οποιαδήποτε διεύθυνση εντός του subnet μπορεί να χρησιμοποιηθεί.
# Βάλτε τη διεύθυνση του LTSP server απλά για ευκολία.
dhcp-range=10.84.75.187,proxy

Χρειάζονται άλλες αλλαγές;

Υ.Γ. Ο server παίρνει δυναμικό IP με network-manager

Δεν χρειάζονται άλλες αλλαγές.

Μάλιστα όσοι πάνε σε 2-3 σχολεία και μεταφέρουν το server μαζί τους (είτε εξωτερικός USB δίσκος είτε laptop), μπορούν να έχουν μόνιμα τις αντίστοιχες γραμμές "dhcp-range" στο αρχείο ρυθμίσεων του dnsmasq ώστε να μη χρειάζεται καμία αλλαγή από σχολείο σε σχολείο.

Εννοείς ότι μπορούμε να βάλουμε πολλές εγγραφές τύπου proxy (dhcp-range=... ,proxy) ;

Ναι, όσες θέλετε.

Μετά από αναβάθμιση σε sch-scripts 10.04.55 παρατήρησα το εξής:

Το dnsmasq έχει ρυθμίσεις για τον proxy τις ακόλουθες:

# Στο παρακάτω εύρος διευθύνσεων (dhcp-range) το dnsmasq θα δουλεύει ως
# proxy DHCP server, δηλαδή θα παρέχει τις απαραίτητες πληροφορίες για
# την εκκίνηση (boot filename, tftp-server) αλλά όχι διευθύνσεις IP.
# Οποιαδήποτε διεύθυνση εντός του subnet μπορεί να χρησιμοποιηθεί.
# Βάλτε τη διεύθυνση του LTSP server απλά για ευκολία.
dhcp-range=10.84.75.10,proxy
dhcp-range=192.168.1.11,proxy

Όταν ο server "παίρνει" ip (10.84.75.162) από DHCP του router συνεχίζει και "παίζει" σωστά με τους thin παρόλο που αυτή η ip δεν είναι δηλωμένη στο dnsmasq.

Υπάρχει θέμα;

Στην εντολή dhcp-range=server-ip,proxy, η server-ip μπορεί να είναι οποιαδήποτε εντός του subnet. Δεν χρειάζεται να είναι αυτή που πραγματικά έχει ο LTSP server. Αυτό είναι θέμα του dnsmasq, τον βόλεψε καλύτερα τον developer να το υλοποιήσει έτσι.

Επομένως για να μη μπλέκεσαι μπορείς π.χ. να βάζεις την IP του gateway εκεί, αν και όποια και να βάλεις στο 10.84.75.x, κάνει.

Πρόκειται να αποκτήσουμε ένα καλύτερο server για το ubuntu 12.04 LTSP εργαστήριο.
O server που ήδη έχουμε δουλεύει καλά και χρησιμοποιείται, αλλά επειδή έχουμε κυρίως thin clients καλά είναι να αντικατασταθεί με κάτι καλύτερο.

Ποιος είναι ο καλύτερος τρόπος για να στήσω το νέο server;
1. Το πολύ ωραίο clonezilla δουλεύει για partitions μη όμοιων μηχανημάτων; Αν ναι είναι η πιο εύκολη λύση.
2. Κάνω εγκατάσταση από την αρχή τα ubuntu 12.04 στο νέο μηχάνημα, εγκαθιστώ τα sch scripts και αντιγράφω το αρχείο του εικονικού δίσκου  από τον παλιό server; Χρειάζεται όμως πάλι να εγκαταστήσω  στο server τα προγράμματα, το squid, να κάνω τις ρυθμίσεις δικτύου κτλ κτλ
3. Τα εγκαθιστώ όλα από την αρχή
4. ;

Το καλό με το Linux είναι το ότι δεν έχει πρόβλημα με τις αλλαγές του υλικού. Το μόνο που χρειάζεται, είναι την τελευταία φορά που τρέχει ο παλιός server και πριν μετακινηθεί ο δίσκος, να δοθεί η εντολή sudo rm /etc/udev/rules.d/70-persistent-net.rules, ώστε να διαγραφεί το όνομα eth0 της παλιάς κάρτας δικτύου και να μην ονομαστεί η νέα κάρτα eth1 αλλά να της δοθεί κι αυτής το όνομα eth0.

Άρα μπορείς να βάλεις τον παλιό δίσκο στον νέο server και να συνεχίσεις τα μαθήματά σου.
Τον παλιό server βάλ' τον να μπουτάρει από το δίκτυο ως LTSP client.
Και το καλοκαίρι που θα βγει η 16.04 να κάνεις την εγκατάστασή της στον νέο δίσκο (και παράλληλα κρατάς και την παλιά εγκατάσταση για λίγο καιρό, μήπως χρειαστεί κάπου).

Κατά τα άλλα, και το clonezilla κάνει, και το gparted κάνει, και το dd κάνει - το τελευταίο εφόσον ο δίσκος-προορισμός είναι μεγαλύτερος ή ίσος από τον δίσκο-πηγή.

Νομίζω ότι δεν πρέπει να εναλλάξω τους δίσκους, γιατί λογικά θα έχω πρόβλημα με την εγγύηση του νέου μηχανήματος.
Επίσης στον παλιό server θα ...  βάλουμε windows και θα πάει στη γραμματεία!!!!

Αν γίνεται με clonezilla να αντιγράψω το partition και ας είναι διαφορετικά τα μηχανήματα, τότε θα κάνω αυτό. Στο εργαστήριο με τα fat clients είχα εγκαταστήσει σε έναν client ubuntu 12.04 και μετά με clonezilla το πέρασα εύκολα σε άλλους 8.

Δεν έχω ακούσει εταιρία που να ακυρώνει εγγυήσεις για αντιμετάθεση δίσκων τα τελευταία 15 χρόνια.
Αλλά αφού το αισθάνεσαι καλύτερα, αντέγραψέ το με το clonezilla.