Ερώτηση για bash

[jim_p]

Το sed δεν ειναι για να αλλαζει τα περιεχομενα ενος αρχειου? Εγω εννοω οτι το ιδιο το αρχειο εχει ονομα προβληματικο, πχ m!tsos.jpg. Θα δουλεψει το sed εκει?

Backup κανω με... copy paste :P σε εξωτερικο σκληρο, που ειναι συνηθως σε ntfs, ή σε στικακι που ειναι σε fat32. Καλα, δεν λεω τι γινεται στην περιπτωση που το path ειναι μεγαλυτερο απο 250 χαρακτηρες που ειναι το οριο στο ntfs...
Οταν τα αρχεια ειναι πολλα και μικρα, τα μαζευω σε ενα rar χωρις συμπιεση και μεταφερω αυτο το rar για να κανω λιγοτερο χρονο.

[Eruyome(MMXGN)]

Όχι, το sed επεξεργάζεται standard input. Ένα παράδειγμα (ΜΗΝ το τρέξεις)

for file in *.jpg; 
do 
   mv $file $(echo $file | sed "s/[^[:alnum:].-]//g")
done

Κάνει mv τα αρχεία με τα περίεργα ονόματα κόβοντας τους περίεργους χαρακτήρες.

Όπως είπα παραπάνω και όπως είπε και ο tsigarid, δεν είναι καλή τακτική αυτή (δεν είναι αντιστρέψιμη και μπορεί να κάνει override αρχεία που δεν θες χώρια που δεν έχεις ένα μπούσουλα το τι είναι περίεργο και τι όχι), καλύτερα φρόντισε το backup σου να μπορεί να κάνει backup τις περιέργειες.

Επαναλαμβάνω, ΜΗΝ το κάνεις: Έτσι θα κάνεις όλα τα scratch files (πχ. vim και emacs) αν έχει να αντικαταστήσουν τα original! Πχ το vim έχει scratch files που τελειώνουν σε ~ και ο emacs που περικλείονται απο #..#.

- - - Updated - - -

Το sed δεν ειναι για να αλλαζει τα περιεχομενα ενος αρχειου? Εγω εννοω οτι το ιδιο το αρχειο εχει ονομα προβληματικο, πχ m!tsos.jpg. Θα δουλεψει το sed εκει?

Backup κανω με... copy paste :P σε εξωτερικο σκληρο, που ειναι συνηθως σε ntfs, ή σε στικακι που ειναι σε fat32. Καλα, δεν λεω τι γινεται στην περιπτωση που το path ειναι μεγαλυτερο απο 250 χαρακτηρες που ειναι το οριο στο ntfs...
Οταν τα αρχεια ειναι πολλα και μικρα, τα μαζευω σε ενα rar χωρις συμπιεση και μεταφερω αυτο το rar για να κανω λιγοτερο χρονο.

Δεν μου ακούγεται καταπληκτικό το να κάνεις untarred αρχεία linux backup σε NTFS (καταρχάς ακούγεται πολύ μπελάς όπως το λες). Θα πρότεινα μια λύση σε στυλ duplicity που τα φροντίζει όλα και έχεις το κεφάλι σου ήσυχο και με special characters και με διαφορετικά filesystems και με τα όλα.

http://duplicity.nongnu.org/

[tsigarid]

Backup κανω με... copy paste

Κάνε rsync παλικάρι μου να βρεις την υγειά σου!

[Eruyome(MMXGN)]

Rsync απο Linux σε NTFS κακό, κακό. Στο πρώτο github repository θα σκάσει

[tsigarid]

Rsync απο Linux σε NTFS κακό, κακό. Στο πρώτο github repository θα σκάσει

Γιατί;

[Eruyome(MMXGN)]

Γιατί;

Something something permissions.

https://subzerodays.wordpress.com/20...ntfs-in-linux/

Μου χει τύχει να μην μπορεί καν να μεταφέρει .git repo λόγω permission denied προβλήματος (αλλα δεν θυμάμαι τι - το rsync πετάει warning απλά όμως).
Γενικά καλό είναι ένα tar πρώτα όταν αφορά μεταφορά σε διαφορετικού τύπου filesystem.

[tsigarid]

Γενικά καλό είναι ένα tar πρώτα όταν αφορά μεταφορά σε διαφορετικού τύπου filesystem

Αυτό ισχύει. Μπορείς εύκολα να κάνεις ένα script που κάνει tar και μετά να στείλεις το αρχείο όπου θες με rsync. Το πρόβλημα είναι ότι με αυτό τον τρόπο δεν μπορείς να κάνεις incremental backup, το οποίο μπορεί να είναι τεράστιο πρόβλημα για αργές συνδέσεις ή/και μεγάλο όγκο δεδομένων.

[Eruyome(MMXGN)]

Αυτό ισχύει. Μπορείς εύκολα να κάνεις ένα script που κάνει tar και μετά να στείλεις το αρχείο όπου θες με rsync. Το πρόβλημα είναι ότι με αυτό τον τρόπο δεν μπορείς να κάνεις incremental backup, το οποίο μπορεί να είναι τεράστιο πρόβλημα για αργές συνδέσεις ή/και μεγάλο όγκο δεδομένων.

Και όμως, το tar υποστηρίζει incremental dumps:
https://www.unixmen.com/performing-i...ups-using-tar/


Δεν ξέρω αν χρησιμοποιεί το παραπάνω, αλλα σε εξωτερικό NTFS σκληρό έκανα backup incrementally με dejadup (duplicity) μια χαρά. Το μόνο πρόβλημα που βρίσκω σε αυτήν την περίπτωση είναι οτι τα αρχεία δεν είναι άμεσα προσβάσιμα (με μια ματιά).

[tsigarid]

Και όμως, το tar υποστηρίζει incremental dumps:
https://www.unixmen.com/performing-i...ups-using-tar/

Ενδιαφέρον, δεν το ήξερα!

[dimr]

Ενδιαφέρον, δεν το ήξερα!

incremental to tar??

κα εγω δεν ειχα ιδεα.

[Eruyome(MMXGN)]

Δεν είναι πολύ περίεργο αν σκεφτείτε οτι το tar φτιάχτηκε για archiving σε ταινίες, που υποστηρίζουν γράψιμο μόνο sequentially άρα το να μπορείς να κάνεις incremental backups ήταν σημαντικότατο feature.

Ακόμα και χωρίς αυτό όμως, πάντα μπορείς να κάνεις tar το κάθε αρχείο ξεχωριστά (αν και για μικρά αρχεία θέλει ψάξιμο).
Γενικά προτιμάω πάντα μια έτοιμη λύση που ξέρει τι κάνει απο το να παιδεύομαι μόνος μου με rsync.

[ESP1982]

Δεν είναι πολύ περίεργο αν σκεφτείτε οτι το tar φτιάχτηκε για archiving σε ταινίες[..]

Yup. Tar -> Tape Archiver

[DVader]

Κάνε rsync παλικάρι μου να βρεις την υγειά σου!

Για Linux borg...6 μήνες τώρα backup με και είναι αψογο !

[Eruyome(MMXGN)]

Off Topic

Άλλος ένας λόγος να μην κάνετε backup σε NTFS:

Κάνω τώρα backup σε φρέσκο δίσκο. Το mount.ntfs χτυπάει CPU 100άρια και εννίοτε κάνει όλο το σύστημα να παγώνει. Δεν μπορώ να δουλέψω το μηχάνημα σοβαρά εδώ και κάτι ώρες.


Ελπίζω να υπάρχει κάποιος εύκολος τρόπος να το κάνω μετά convert σε ext4.

Edit:

Ω την @#(*!@(*#

[jim_p]

Κατι που θυμηθηκα μολις τωρα.
Εστω ενας βλακας χρηστης που εχει την κακια συνηθεια να δινει τετοια ονοματα στα αρχεια του

kost@s
m!tsos
gianni$

κλπ. Καθε φορα που ειναι να του παρω backup οτιδηποτε σκεφτομαι πραγματικα να του κοψω τα δαχτυλα για να μην το ξανακανει, αλλα ακουει μονο κατι μπινελικια!
Μπορω με καποιο τροπο να τα κανω κανονικα? Παρατηρησα οτι το youtube-dl εχει αυτη την παραμετρο

--restrict-filenames             Restrict filenames to only ASCII filenames

που οντως κοβει κατι τετοιες αηδιες, παραλειποντας εντελως τον προβληματικο χαρακτηρα σε οτι κατεβασει, οποτε τα παραπανω γινονται

kosts
mtsos
gianni

Πως μπορει να γινει κατι τετοιο σε bash, να μετονομαζει δηλαδη τα αρχεια με προβληματικους χαρακτηρες?

Βρηκα χτες αυτο, που κανει οτι λεω παραπανω, αλλα εχει θεμα με τους ελληνικους χαρακτηρες στα ονοματα
https://github.com/dharple/detox