System tar & restore Project

[mask2011]

Μια χαρά δούλεψε εδω.

====================System Tar & Restore 4.5 {30-10-2014-13:33:10}====================

::SUMMARY
ARCHIVE:
/media/external/Linux/Backup-30-10-2014/Backup-desktop-30-10-2014-13:32:48.tar.gz

ARCHIVER INFO:
Archiver:    tar
Compression: gzip
Encryption:  none

ARCHIVER OPTIONS:
--exclude=/run/*?*
--exclude=/dev/*?*
--exclude=/sys/*?*
--exclude=/tmp/*?*
--exclude=/mnt/*?*
--exclude=/proc/*?*
--exclude=/media/*?*
--exclude=/var/run/*?*
--exclude=/var/lock/*?*
--exclude=.gvfs
--exclude=lost+found
--exclude=/media/external/Linux/Backup-30-10-2014
--sparse
--acls
--xattrs
--exclude=/home/chris/.local/share/Steam

HOME DIRECTORY:
Include

FOUND BOOTLOADERS:
Syslinux

REMOVE BACKUPS:
/media/external/Linux/Backup-02-06-2014
/media/external/Linux/Backup-07-09-2014

[tritonas00]

4.5

[tritonas00]

Σκεφτομαι (σπανια), οτι καποια στιγμη πρεπει να φυγει η bsdtar. Την ειχα βαλει τοτε ως εναλλακτικη για να εχουμε xattrs acls τοτε που η gnu tar δεν υποστηριζε (παρα μονο η patched της fedora). Πλεον απο την εκδοση 1.27 και μετα η gnu tar υποστηριζει κανονικα acls xattrs selinux, ενω αλλο ενα μειον της bsdtar ειναι οτι δεν υποστηριζει sparse (νομιζω) + αυστηρο POSIX (file list στην stderr).

Πειτε καμια γνωμη.

 

Να μεινει ή να φυγει...?

[pmav99]

Σκεφτομαι (σπανια), οτι καποια στιγμη πρεπει να φυγει η bsdtar. Την ειχα βαλει τοτε ως εναλλακτικη για να εχουμε xattrs acls τοτε που η gnu tar δεν υποστηριζε (παρα μονο η patched της fedora). Πλεον απο την εκδοση 1.27 και μετα η gnu tar υποστηριζει κανονικα acls xattrs selinux, ενω αλλο ενα μειον της bsdtar ειναι οτι δεν υποστηριζει sparse (νομιζω) + αυστηρο POSIX (file list στην stderr).

 

Πειτε καμια γνωμη.

 

Να μεινει ή να φυγει...?

 

Στείλτο

 

 

Ο Χάρρυ Κλυν σαν να έχει αντιγράψει λίγο τον Καμπανέλλη...

 

Στο 24' ξεκινάει η αντιγραφή αλλά πρέπει να το ακούσεις από το 23 για να καταλάβεις γιατί μιλάει

 

 

[tritonas00]

 

 

χμμ, δικιο εχεις, οντως

 

ιδια ιδεα

 

 

[pmav99]

@tritonas00

 

Έχω ένα HDD με dual boot linux/windows

sda1 -> /

sda2 -> /home

sda3 -> /mnt/windows

sda4 -> /mnt/data

 

Πήρα ένα SSD και θέλω να μεταφέρω το sda1 και το sda2 στον καινούριο σκληρό. Το windows και το data όχι. Τώρα έχω MBR partition table και syslinux.

 

Είναι δυνατόν στο καινούριο να έχω GPT; Από όσο είδα η μητρική πρέπει να υποστηρίζει UEFI.Δεν με νοιάζει να αλλάξω bootloader, αν και επειδή δεν θα κάνω dual/multi boot φαντάζομαι ότι κάτι σαν το gummiboot είναι πιο κατάλληλο.

 

Το star υποστηρίζει μια τέτοια αλλαγή; Αν ναι υπάρχει κάτι που πρέπει να προσέξω;

[tritonas00]

ναι μπορεις να πας απο MBR σε GPT.

 

Τωρα για τον bootloader:

 

Aν πας σε legacy bios + syslinux τοτε εισαι ok, απλα να εχεις εγκατεστημενο το πακετο gptfdisk (αλλιως θα σου βγαλει αντιστοιχο error το script και θα σε κοψει).

 

Αν θα πας σε UEFI το script υποστηριζει μονο grub. Φυσικα θα χρειαστεις ESP partition που θα το δηλωσεις στο script.

 

Για να κανεις restore/transfer σε uefi πρεπει να εχεις bootαρει απο UEFI περιβαλλον.

 

Αν δεν θες το script να βαλει bootloader τοτε πες του skip, και λιγο πριν τελειωσει θα σου πει που να κανεις chroot για να βαλεις εσυ οτι θελεις.

 

Πες μου ακριβως που θες να πας, σε legacy ή UEFI?

Επεξ/σία 21 Νοεμβρίου 2014 από tritonas00

[pmav99]

Νομίζω προτιμώ UEFI. Δεν με πειράζει να περάσω bootloader με το χέρι.

 

Ερώτηση, αν αποφασίσω να περάσω την εγκάτασταση που έχω στο desktop που είναι πιο προσεκτικά σεταρισμένη τι προβλήματα θα αντιμετωπίσω; Η βασική διαφορα είναι η κάρτα γραφικών. Intel στο desktop, nvidia στο laptop

Σχετικά με το configuration file, γιατί δεν βάζεις κάτι τέτοιο;

$ git diff backup.sh
diff --git a/backup.sh b/backup.sh
index 7402d4a..9e21427 100755
--- a/backup.sh
+++ b/backup.sh
@@ -3,7 +3,9 @@
 BR_VERSION="System Tar & Restore 4.5.1"
 BR_SEP="::"
 
-if [ -f /etc/backup.conf ]; then
+if [ -f ./backup.conf ]; then
+  source ./backup.conf
+elif [ -f /etc/backup.conf ]; then
   source /etc/backup.conf
 fi

Με τον τρόπο αυτό μπορεί κάποιος απλά να κάνει clone το repo, να τροποποιεί το conf και να το τρέχει (με το conf) χωρίς εγκατάσταση. Μια άλλη ιδέα είναι να μπορείς να ορίζεις το path για το configuration file μέσω CLI argument.

[tritonas00]

μονο θα πρεπει να αλλαξεις τους drivers (intel σε nvidia) μετα την μεταφορα, στο target μηχανημα. Δεν θα πρεπει να εχεις αλλο θεμα. Καλο θα ειναι και αλλαγη ip.

 

αφου θα πας σε UEFI, ποιον bootloader θα βαλεις? υποψην το script κανει mount το esp στο /boot/efi (αλλαζει ευκολα)

 

για το backup.conf θα γινει, thanks.

[pmav99]

Μια άλλη ιδέα είναι στο τελικό report να δίνεις τον συνολικό χρόνο που κράτησε το backup καθώς και τη μέση ταχύτητα εγγραφής. Με τον τρόπο αυτό ο χρήστης θα έχει μια αίσθηση της τάξης μεγέθους του χρόνου που απαιτείται (από την δεύτερη φορά και μετά).

 

Δεν έχω κάποια προτίμηση για τον bootloader. Στο desktop με gummiboot είναι όλα απροβλημάτιστα. Dual boot στο SSD μάλλον δεν θα κάνω (κατά 90%). Εσύ τι χρησιμοποιείς;

 

Στο laptop θα βάλω και wicd λογικά. Το netctl καλό, χρυσό, αλλά θέλουμε και τις ευκολίες μας

[tritonas00]

legacy+mbr+syslinux  

απλα διαβαζω οτι στον gummiboot και syslinux ειναι καλυτερα να ειναι mounted το esp στο /boot, για αυτο ειπα οτι το script το βαζει στο /boot/efi.

αλλαζει ευκολα βεβαια, 3 γραμμες ειναι.

αν εχεις θεμα πες.


το σκεφτομουν και γω αυτο για το χρονο, θα γινει.

εσυ λογικα, απευθειας transfer δεν θα κανεις? (απο hdd σε ssd, στο desktop)

[pmav99]

Ναι λογικά. Θα συνδέσω τον SSD στο desktop και θα κάνω από εκεί τη μεταφορά.

 

Για το esp, δεν μπορώ να το ορίσω μέσω του -e?

 

Partitions:
  -r,  --root               target root partition
  -e,  --esp                target EFI system partition
  -h,  --home               target home partition
  -b,  --boot               target boot partition

Εδώ εμφανίζεται το /boot/efi. Δες αν θέλει να το αλλάξω πουθενά.

$ ag '/boot/efi' restore.sh

607:  if [ -n "$BRgrub" ] && [ ! "$BRgrub" = "/boot/efi" ]; then
615:  if [ -n "$BRgrub" ] && [ "$BRgrub" = "/boot/efi" ] && [ ! -d "$BR_EFI_DETECT_DIR" ]; then
620:  if [ -n "$BRgrub" ] && [ ! "$BRgrub" = "/boot/efi" ] && [ -d "$BR_EFI_DETECT_DIR" ]; then
621:    echo -e "[${BR_YELLOW}WARNING${BR_NORM}] In UEFI enviroment use /boot/efi for grub location"
792:      if [ -d "$BR_EFI_DETECT_DIR" ] && [ "$(ls -A /mnt/target/boot/efi)" ]; then
951:  if [ ! -d /mnt/target/boot/efi/EFI/boot ]; then
952:    mkdir /mnt/target/boot/efi/EFI/boot
1521:  BRcustomparts+=(/boot/efi="$BRefisp")
1725:          BRcustomparts+=(/boot/efi="$BRefisp")
1829:	  BRgrub="/boot/efi"
2231:      BRcustomparts+=(/boot/efi="$BRefisp")
2290:        BRgrub="/boot/efi"

[tritonas00]

το -e ειναι το partition πχ -e /dev/sdb1

 

αλλαζεις τα 3 BRcustomparts+=(/boot/efi="$BRefisp") σε BRcustomparts+=(/boot="$BRefisp")

 

θα το δεις και στο summary.

 

κατι πρεπει να γινει και με αυτο... να μπει καποια επιλογη για το που θα γινεται mount το esp

[pmav99]

restore.conf γιατί δεν υπάρχει; Αν μπορούσες κιόλας να τρέχεις το script και να στο παράγει κιόλας θα ήταν super.

[tritonas00]

γιατι υποτιθεται το restore.sh το τρεχεις απο livecd (για restore mode) οποτε δεν βολευει τοσο, επισης δεν κανεις restores/transfers καθε μερα

 

ενω στο backup, με ενα σωρο options κλπ βολευει