Ερώτηση για bash

[imitheos]

Καλησπερα σε ολους. Θελω θα σβησω τα περιεχομενα ενος φακελου, ο οποιος εχει κυριως υποφακελους, αλλα οχι τον ιδιο το φακελο. Πως θα το κανω?
Συγκεκριμενα το θελω για το φακελο thumbnails που λεω εδω.

http://www.adslgr.com/forum/threads/...77#post6121277

Σίγουρα δεν έχω καταλάβει σωστά αλλά κάτι τέτοιο εννοείς ?

% cd .kodi/userdata/Thumbnails/
% rm -rvf ./*

Θα σβήσει τα πάντα κάτω από τον κατάλογο Thumbnails χωρίς όμως αυτόν.

[guardianhelm]

Σίγουρα δεν έχω καταλάβει σωστά αλλά κάτι τέτοιο εννοείς ?

% cd .kodi/userdata/Thumbnails/
% rm -rvf ./*

Θα σβήσει τα πάντα κάτω από τον κατάλογο Thumbnails χωρίς όμως αυτόν.

Εγώ που φοβάμαι πολύ την rm -rf , συνήθως αν θέλω να σβήσω κάτι το τρέχω πρώτα δοκιμαστικά με find + echo ως εξής:

find <directory>/* -exec echo {} \;

και αν με μια ματιά δω ότι τα βρίσκει σωστά απλά αλλάζω το echo με rm

find <directory>/* -exec rm {} \;

Πχ μπορείς να τρέξεις τα εξής:

find ~/.kodi/userdata/Thumbnails/* -exec echo {} \;
find ~/.kodi/userdata/Thumbnails/* -exec rm {} \;

Υπάρχουν και καλύτεροι τρόποι, ειδικά αν είναι πάρα πολλά τα αρχεία, αλλά:
1. Με κάνει να νιώθω μια υποτυπώδη ασφάλεια και μικραίνει σε κάποιο βαθμό την πιθανότητα να σβήσω κάτι κατά λάθος
2. Είναι αρκετά πιο ευέλικτη από την rm γιατί μπορείς να προσθέσεις την παράμετρο -name που φιλτράρει τα αποτελέσματα με βάση το filename.
3. Είναι μία εντολή που μου έχει φανεί απίστευτα χρήσιμη όσο καιρό παίζω με linux και τη χρησιμοποιώ συνέχεια έτσι κι αλλιώς, και νομίζω καλό είναι να τη γνωρίζει κανείς.

- - - Updated - - -

4. Μπορείς να βάλεις ό,τι εντολή θες μετά το -exec! (παραλίγο να ξεχάσω ένα από τα πιο δυνατά σημεία της find...)

[jim_p]

Δεν γινεται να το κανω με μια εντολη μια κι εξω? Ρωταω επειδη το σκριπτακι που εκτελει το openelec στην εκκινηση, εκτελει τα οσα βλεπει γραμμη γραμμη. Πχ

rm .kodi/userdata/Thumbnails/*

γιατι το δοκιμασα πριν λιγο και υποφακελοι ειναι ακομα εκει.

[ESP1982]

Δεν γινεται να το κανω με μια εντολη μια κι εξω? Ρωταω επειδη το σκριπτακι που εκτελει το openelec στην εκκινηση, εκτελει τα οσα βλεπει γραμμη γραμμη. Πχ

rm .kodi/userdata/Thumbnails/*

γιατι το δοκιμασα πριν λιγο και υποφακελοι ειναι ακομα εκει.

H `rm` δε σβήνει φακέλους. Όπως είπε και ο imitheos, `rm -rf ./*` μέσα στον φάκελο Thumbnails.

[jim_p]

Αν κανω

rm -r .kodi/userdata/Thumbnails/*

δεν θα σβησει και το φακελο thumbnails?

[ESP1982]

Αν κανω

rm -r .kodi/userdata/Thumbnails/*

δεν θα σβησει και το φακελο thumbnails?

Όχι. Γιατί το wildcard κάνει glob στα files μέσα στον φάκελο Thumbnails και όχι στον ίδιο τον φάκελο. Αν έδινες `rm -r .kodi/userdata/Thumbnails*` (χωρίς το / στο τέλος του directory), τότε θα το ξήλωνε ολόκληρο.

Κάνε και δοκιμή να δεις. Π.χ.

mkdir -p ~/todelete/dir{1,2,3} && touch ~/todelete/file{1,2,3}

. Θα σου φτιάξει το directory `~/todelete` που μέσα θα έχει 3 directories (dir1, dir2, dir3) και 3 files (file1, file2, file3). Δώσε

rm -rf ~/todelete/*

και δες τι θα γίνει.

[jim_p]

Οντως δουλευει οπως πρεπει. Ευχαριστω

[megahead13]

@guardianhelm: Αντί για -exec rm, μπορείς να κάνεις κατευθείαν -delete. Υποστηρίζεται εδώ και χρόνια από τη find

[guardianhelm]

@guardianhelm: Αντί για -exec rm, μπορείς να κάνεις κατευθείαν -delete. Υποστηρίζεται εδώ και χρόνια από τη find

Το έχω υπόψη μου, ευχαριστώ
Ανέφερα την -exec επειδή είναι ακριβώς το ίδιο syntax που χρησιμοποιείς για την echo οπότε είναι λίγο πιο εύκολο να επιβεβαιώσεις ακριβώς τι σβήνεις. Στην πράξη μάλλον δεν έχει κάποιο νόημα να το κάνει κανείς όπως λέω, απλά ικανοποιεί την παρανοϊκή πλευρά του εαυτού μου που ποτέ δεν θα νιώσει αρκετά άνετα με την κονσόλα και το μη αναστρέψιμο της rm

Αλλά ακόμα κι έτσι το dry run που περιέγραψα μάλλον είναι ισοδύναμο με το

find <directory> -print
find <directory> -delete

που είναι και πιο αποδοτικά

[jim_p]

Ειπα να δοκιμασω αυτο εδω το σκριπτακι

https://github.com/marguerite/linux-...g_wallpaper.sh

Αλλα οταν το τρεχω μου λεει

$ sh bing_wallpaper.sh 
bing_wallpaper.sh: 7: bing_wallpaper.sh: Syntax error: "(" unexpected

Γιατι?

[guardianhelm]

Το πρόβλημα είναι στη γραμμή 7

Από εδώ:

You're using the wrong syntax to declare functions. Use this instead:

contains() {
    # Function
}

Or this:

function contains {
    # function
}

But not both.

Σβήσε είτε τις παρενθέσεις είτε το 'function' στην αρχή της γραμμής 7

- - - Updated - - -

Επίσης φταίει που τρέχεις το script με απλό sh.

Το shebang το ορίζει ως bash script αλλά εσύ το κάνεις bypass. Είτε κάνε τις αλλαγές που σου είπα και άλλαξε το shebang σε #!/bin/sh, είτε (πιο σωστά) τρέξε το ως:

/bin/bash bing_wallpaper.sh

ή ως

chmod +x bing_wallpaper.sh
./bing_wallpaper.sh

Από εδώ

[jim_p]

Αυτο ηταν, ηθελε bash. Μου εχει ξανατυχει ακομα 1-2 φορες παλιοτερα. Αλλα γιατι το κανει, αφου το bash ειναι οντως το shell που χρησιμοποιει ο χρηστης μου?

$ echo $SHELL
/bin/bash

Πρεπει να του κανω αλλαγες. Το feh βαζει την εικονα οπου να 'ναι και οπως να 'ναι και το σκριπτ δεν τελειωνει στο τελος, επειδη περιμενει 24 ωρες να αλλαξει το wallpaper

NOW=$(date +%s)
    SLEEP=`echo $TOMORROW-$NOW|bc`
    sleep $SLEEP
done

Αν σβησω αυτο το κομματι θα ειναι καλα? Να σβησω κι αλλα? Βασικα, θα το βαλω να τρεχει σε καθε εκκινηση οταν το διορθωσω.

[WAntilles]

Ας κάνω κι εγώ μια ερώτηση:

Έχουμε 2 directories, Α και Β, φυσικά τα ονόματά τους είναι utf8 και μπορεί να περιέχουν και κενά.

Έχουμε επίσης ένα string Γ, επίσης utf8 και επίσης μπορεί να περιέχει και κενά.

Θέλω να ψάξω όλα τα αρχεία και directories κάτω από το Α, για όλα τα αρχεία που περιέχουν το string Γ στο όνομά τους, και να κάνω relative symlinks αυτών στο directory B.

ΠΡΟΣΟΧΗ !!!

Στο directory Α, αν ένα αρχείο ή directory είναι και το ίδιο symlink, να το αγνοεί, καθώς κάποια στιγμή θα πέσει στο "πραγματικό" αρχείο ή directory. Έτσι αποφεύγονται τα διπλά symlinks, όπως και δεν χρειάζεται να κάνω resolve τυχόν αλυσιδωτά symlinks μέχρι να βρω το τελικό αρχείο στο οποίο δείχνουν.

Θεωρώ πιο εύχρηστο/λογικό, να δίνονται στο script σαν παράμετροι το Α και το Γ, και το Β να μην δίνεται αλλά να θεωρείται ότι είναι το τρέχον directory.

[guardianhelm]

Αυτο ηταν, ηθελε bash. Μου εχει ξανατυχει ακομα 1-2 φορες παλιοτερα. Αλλα γιατι το κανει, αφου το bash ειναι οντως το shell που χρησιμοποιει ο χρηστης μου?

$ echo $SHELL
/bin/bash

Το shebang σου λέει με ποιο shell να τρέξει αν δεν ορίσεις εσύ. Υπάρχει δηλαδή για την περίπτωση που τρέχεις το script σαν εκτελέσιμο πρόγραμμα, με ./ δηλαδή μπροστά. Όταν το καλείς με sh μπροστά (ή με bash/zsh/fish/whatever), ουσιαστικά του λες "τρέξτο με τον interpreter που σου λέω εγώ αντί για αυτό που ορίζεται στο shebang".

Πρεπει να του κανω αλλαγες. Το feh βαζει την εικονα οπου να 'ναι και οπως να 'ναι και το σκριπτ δεν τελειωνει στο τελος, επειδη περιμενει 24 ωρες να αλλαξει το wallpaper

NOW=$(date +%s)
    SLEEP=`echo $TOMORROW-$NOW|bc`
    sleep $SLEEP
done

Αν σβησω αυτο το κομματι θα ειναι καλα? Να σβησω κι αλλα? Βασικα, θα το βαλω να τρεχει σε καθε εκκινηση οταν το διορθωσω.

Δεν είμαι σίγουρος, δεν έχω ασχοληθεί ιδιαίτερα με scripting

[alexis12]

Ας κάνω κι εγώ μια ερώτηση:

Έχουμε 2 directories, Α και Β, φυσικά τα ονόματά τους είναι utf8 και μπορεί να περιέχουν και κενά.

Έχουμε επίσης ένα string Γ, επίσης utf8 και επίσης μπορεί να περιέχει και κενά.

Θέλω να ψάξω όλα τα αρχεία και directories κάτω από το Α, για όλα τα αρχεία που περιέχουν το string Γ στο όνομά τους, και να κάνω relative symlinks αυτών στο directory B.

ΠΡΟΣΟΧΗ !!!

Στο directory Α, αν ένα αρχείο ή directory είναι και το ίδιο symlink, να το αγνοεί, καθώς κάποια στιγμή θα πέσει στο "πραγματικό" αρχείο ή directory. Έτσι αποφεύγονται τα διπλά symlinks, όπως και δεν χρειάζεται να κάνω resolve τυχόν αλυσιδωτά symlinks μέχρι να βρω το τελικό αρχείο στο οποίο δείχνουν.

Θεωρώ πιο εύχρηστο/λογικό, να δίνονται στο script σαν παράμετροι το Α και το Γ, και το Β να μην δίνεται αλλά να θεωρείται ότι είναι το τρέχον directory.

Χωρίς να το έχω δοκιμάσει, κάτι τέτοιο μπορεί να δουλεύει:

cd B; find relative/path/to/A -not -type s -name "*Γ*" -exec ln -s {} \;