System tar & restore Project

[tritonas00]

Λογικα στις tar και στα 2 scripts οπου z βαζεις J  και αλλαζεις την επεκταση 

 

πχ  στο backup με ολο το /home μεσα και χωρις τα options της fedora:

 

elif [ $BRhome = "y" ] && [ $BRtar = "n" ]; then 

  tar cvpJf $BRFile.xz μπλα μπλα

 

και στο restore οπουδηποτε εχει fullbackup.tgz το κανεις fullbackup.xz, και την tar ετσι:

 

tar xvpfJ /mnt/target/fullbackup.xz -C /mnt/target 2>&1 && echo SUCCESS || echo WARNING

[mask2011]

Ωραία το πρώτο σκέλος στο backup πίστευα ότι πρέπει να είναι κάπως έτσι. Κοίταξα και λίγο τη man page της tar.

 

Θα τα αλλάξω και θα γράψω το αποτέλεσμα.

 

EDIT:Το αποτέλεσμα ήταν ένα αρχείο 400MB λιγότερο από το προηγούμενο. Τo tgz ήταν 1,7GB ενώ το xz ήταν 1,3GB. Δεν είναι μεγάλη η διαφορά, ειδικά αν συνυπολογίσουμε ότι πήρε 30 λεπτά το xz. 

 

Όμως, ίσως να μπορεί να μικρύνει περισσότερο ακόμα και σαν tgz αν χρησιμοποιήσουμε μεγαλύτερο level of compression. 

 

 

 

 

man gzip

 

-# --fast --best
Regulate the speed of compression using the specified digit #,
where -1 or --fast indicates the fastest compression method
(less compression) and -9 or --best indicates the slowest com‐
pression method (best compression). The default compression
level is -6 (that is, biased towards high compression at expense
of speed).

 

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

Επεξ/σία 18 Ιανουαρίου 2013 από mask2011

[mask2011]

Έχουμε και λέμε...

 

Για να βάλουμε την παράμετρο κάνουμε την σειρά 

tar cvpzf $BRFile.tgz μπλα μπλα 

GZIP=-9 tar cvpzf $BRFile.tgz μπλα μπλα

ή

tar cvpJf $BRFile.xz μπλα μπλα

XZ_OPT=-9 tar cvpJf $BRFile.xz μπλα μπλα

 

 

Από θέμα απόδοσης

 

το gz με συμπίεση -9 έκανε 11 λεπτά και είχε μερικά mb διαφορά από το gz χωρίς συμπίεση. Αποτέλεσμα 1,7GB.

 

το xz με συμπιέση -9 έκανε 40 λεπτά και είχε μερικά mb διαφορά από το xz χωρίς συμπίεση. Αποτέλεσμα 1,3GB.

 

Όλα αυτά σε υπολογιστή με AMD Phenom II x4 955 στα 3,2, 8GB ram και SSD. Το root(δεν έχω κανένα ξεχωριστό partition) είναι 5,77GB σύμφωνα με το Gparted.  Θεωρώ ότι δεν έχει μεγάλη διαφορά και δεν αξίζει ο κόπος. 

 

Αυτά...  

[tritonas00]

Εκανα μια εκκαθαριση, Skip button στους dialogs ( στα optional ), αλλαγη του Cancel σε Quit να καταλαβαινουμε τι μας γινεται.

 

Eπισης ελεχγους αν ο χρηστης δωσει λαθος ή κενο folder / file / url / subvolume name ειτε απο μεσα ειτε απο arguments και στα δυο branches, και προστεθηκε Summary και στο backup του master.

 

Tελος στο restore το summary δειχνει και ποιον bootlοader επιλεξαμε.

 

Ειμαστε καλα πιστευω πλεον και με το dialog branch.

 

Θα περιμενω να τελειωσει ο war να ριξει και αυτος ενα βλεφαρο.

 

 

 

ΥΓ 1 Το Xdialog ειναι σοβαρο downgrade σε σχεση με τον dialog. Μια τριχα απο τα @@ του ειναι βασικα 

ΥΓ 2 Στον dialog παιζει και το ποντικι 

[mask2011]

Μία ερώτηση. 

 

Τα symbolic links (ln -s) τι γίνονται με το tar; Στο restore λειτουργούν κανονικά;

 

Έχω το wine και το dropbox σε links από το /home σε ένα άλλο partition λόγω του ssd.  

[tritonas00]

 

 

Και μετα το restore:

 

 

 

[tritonas00]

συγχωνευσα τα scripts.

 

καθε script ρωταει πιο interface θελει να χρημοποιησουμε και εκτελει αναλογα.

 

ειμαστε οκ με αυτο?

 

να τα περασω στο master και να φυγει το dialog branch ?

[warlock9_0]

tritona πέρνα το στο master και βάλε όπως το zenity να κοιτάει αν υπάρχει το dialog ή αν έχει Χ σηκωμένο ξερω γω

[tritonas00]

Οκ. Εχω ηδη βαλει ελεχγο για τον dialog.

 

Παιζει και χωρις X o dialog. (ncurses)

[warlock9_0]

\m/

[tritonas00]

Done.

 

Εγινε update και το αρχικο post (thanks parsifal)

 

σταθερες εκδοσεις θα ανεβαινουν στο google code

 

development κανονικα στο git

Επεξ/σία 22 Ιανουαρίου 2013 από tritonas00

[Dr.Fuzzy]

Αν θέλω να σηκώσω Χdialog αντί για dialog γίνεται;

[warlock9_0]

τρίτωνα επειδή έβλεπα το demo τώρα

όταν το τρέχεις με arguments και δεν του δώσεις subvolumes σε ρωτάει?

[mandos]

Done.

 

Εγινε update και το αρχικο post (thanks parsifal)

 

σταθερες εκδοσεις θα ανεβαινουν στο google code

 

development κανονικα στο git

 

 

γιατί google code και όχι όλα στο github?

 

Πάω να κάνω δοκιμή στο απλό pc, που δεν έχει btrfs/uefi κτλ

[pmav99]

@mandos

https://github.com/blog/1302-goodbye-uploads

 

Μάλλον τους έτρωγε πολύ bandwidth