Συντηρώ σωστά την διανομή, που χρησιμοποιώ;

Δεν θέλω να φύγω… αλλά εάν θέλω ναι, πρέπει να υπάρχει ο σύνδεσμος διαγραφή χρήστη. Το λέει και το GDPR.

Αν νομίζετε πως παραβιάζουμε το GDPR ανοίξτε θέμα στη σχετική ενότητα. Αλλά δεν υπάρχει καμία παραβίαση όπως θα διαπιστώσετε αν διαβάσετε το GPDR και τους όρους χρήσης. Τους οποίους σας ήρθαν με email να τους διαβάστε.

Και όχι το GDPR δεν προβλέπει δυνατότητα διαγραφής χρήστη, αλλά διαγραφής των προσωπικών πληροφοριών, όποιος επιθυμεί ζητάει ανωνυμοποίηση χρήστη.

1 «Μου αρέσει»

Πολύ ενδιαφέρον @m01 .
Όποτε έχεις χρόνο, αν θέλεις δώσε ένα παράδειγμα backup λειτουργικού, πώς γίνεται δηλαδή και που μπορεί να χρησιμεύσει…

1 «Μου αρέσει»

Καλησπέρα.
Επαναλαμβάνω το link
Διάβασμα, αλλά αξίζει.
Σημειώνω ότι αναφέρομαι σε incremental backup με τη χρήση του rsync και filesystem ext4 (το πλέον διαδεδομένο και απαντούμενο).

Πριν δοκιμάσει κάποιος το rsync, συστήνω τη χρήση του switch --dry-run. Το αποτέλεσμά του θα μας δείξει αν έχουμε κάνει λάθη σύνταξης.

Το πρώτο backup θα αργήσει (σχετικό αυτό), τα υπόλοιπα πάνε αέρα διότι αντιγράφει μόνο τις αλλαγές από το προηγούμενο backup. Επίσης έχει τη δυνατότητα να διαγράφει στο destination ότι σβήστηκε από το σύστημά μας με τη χρήση του switch --delete (προαιρετικό είναι).
Αυτά όμως και πολλά άλλα περιγράφονται με λεπτομέρειες στο arch wiki και βέβαια στο man του rsync.

Γιατί είναι σκόπιμο να παίρνουμε full-system-backup;
Πρώτον και προφανές διότι ανακτούμε το σύστημά μας ταχύτατα.

Δεύτερον διότι μπορούμε να μεταφέρουμε το σύνολο του συστήματος σε ένα άλλο δίσκο ή partition. Μικρότερο ή μεγαλύτερο δεν έχει σημασία.
Σε αυτή την περίπτωση -δηλαδή άλλου partition- θα χρειαστεί να επέμβουμε μετά το πέρας του backup διορθώνοντας την fstab και το boot (grub ή ότι χρησιμοποιούμε) με το καινούργιο UUID της partition. Υπόθεση λίγων λεπτών δηλαδή.

Το rsync είναι ένα ασφαλές και ταχύτατο εργαλείο αντιγραφής που -μεταξύ άλλων- μεταφέρει τα soft & hard links. Ενδείκνυται για μεταφορά αρχείων σε απομακρυσμένους servers, σε attached disks, την μεταφορά μεγάλου όγκου δεδομένων (όπως είναι το full σύστημά μας) και ότι άλλο σκαρφιστεί ο καθένας.

Τέλος η αυτοματοποίηση είναι πολύ απλή υπόθεση.

Οσες φορές “έχασα” ένα σύστημα, το rsync με έσωσε.

Υ.Γ. Ναι γνωρίζω το timeshift. Δεν το χρησιμοποιώ διότι όλα τα backups μου πάνε σε non-mounted remote server.

3 «Μου αρέσει»

Ναι, αλλά έχει τονιστεί πολλές φορές ότι το Timeshift δεν είναι backup.

Όταν μιλάμε για backup πρέπει να ξεχωρίσουμε ανάμεσα σε backup του υπολογιστή και backup των αρχείων. Την πρώτη περίπτωση δεν τη θεωρώ προσωπικά σημαντική. Στήνω γρηγορότερα ένα λειτουργικό, από το να προσπαθήσω να το επαναφέρω απο κάποιο backup. Τις ελάχιστες αλλαγές που κάνσ το /etc τις έχω αυτοματοποιημένες, και τα περισσότερα επιπλέον προγράμματα τα έχω εγκατεστημένα πλέον στον κατάλογο χρήστη.

Αλλά να θέλεις να πας σε μια τέτοια λύση ένα UrBackup Server είναι προτεινόμενο απο εμένα.

Το σημαντικό είναι τα αρχεία χρήστη. Και όχι όλα πχ δε θέλεις τα αρχεία cache. Αντί για το rsync είναι καλύτερο να χρησιμοποιήσεις κάποιο frontend πάνω σε αυτό. Συνιστώ το unison. Ακόμα καλύτερα ή μια εγκατάσταση του Syncthing σε ένα server.

Μια άλλη καλή λύση είναι το borg (μαζί με το borgmatic), ειδικά αν θέλεις να το αυτοματοποιήσεις.

YΓ: To rsync είναι μια λύση για μεταφορά αρχείων, δεν είναι μια λύση για backup. Σε ένα backup θέλεις να κρατάς ιστορικό. Αν έχεις μόνο την τελευταία έκδοση ενός αρχείου, πολλά μπορούν να πάνε στραβά.

1 «Μου αρέσει»

@Asfodelus

Επειδή δεν αρέσκομαι ιδιαίτερα στην παράθεση κειμένου, θα τοποθετηθώ σε σημεία που θίγεις.

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

Εγώ δεν στήνω γρηγορότερα λειτουργικό από να το επαναφέρω με rsync.

Τα αρχεία .cache αλλά και όποια άλλα θέλεις τα εξαιρείς απο το rsync.

Υποθέτω θέμα προτίμησης είναι αν θα πάει κάποιος με frontend. Ευχαριστώ δεν θα πάρω.

Εχω καεί με borg & vorta μετά από upgrade. Δεν έχασα τίποτα, απλά έφαγα ώρες τζάμπα και βερεσέ. Ξηλώθηκαν οριστικά.

Για το Υ.Γ. σου, sorry δεν θα μπορούσα να διαφωνώ περισσότερο. Είναι ΚΑΙ αυτό που γράφεις. Οχι μόνο αυτό.
Μπορείς να κρατάς ιστορικό. Differential ή snapshot. Θέμα προσέγγισης είναι.

Υποθέτω ότι όλα αυτά στην τελική είναι θέματα γνώσεων, επιλογών, δυνατοτήτων, εμπειρίας. Εχω μεγάλο σεβασμό στο γνωστικό σου πεδίο (το έχω ξαναγράψει), πλην όμως σε κάποιες περιπτώσεις έχω διαφορετική προσέγγιση.

4 «Μου αρέσει»

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

Αν μου επιτρέπεις.
Δεν είναι πλεονεκτήματα του arch.
Αφορούν στο linux γενικώς. Η βάση των distributions είναι πάνω-κάτω ίδια διότι ο kernel και η δομή είναι -σχεδόν- κοινά.

Τα πλεονεκτήματα του archlinux έναντι άλλων είναι δύο.
Πρώτον το wiki. Μακράν ότι καλλίτερο υπάρχει.

Δεύτερον ο package manager (αν και υποθέτω ότι υπάρχουν ενστάσεις).

4 «Μου αρέσει»

Βλέπεις δικαιολογημένα, το θέμα ως γνώστης, που έχει διδαχθεί λύσεις για την αντιμετώπιση των προβλημάτων, ενώ εγώ το βλέπω, απ’ την πλευρά του χρήστη, χωρίς ειδικές γνώσεις, που συγκρίνει τις εμπειρίες του, στις διανομές, που “συγχωρούν” ή όχι τα λάθη, εύκολα και σε οδηγούν εύκολα ή δύσκολα σε αδιέξοδο. Πάντοτε υποκειμενικά, θεωρώ, ότι το Archlinux είναι από τις διανομές, που “συγχωρούν”, “ανέχεται”.