Ερώτηση για bash

**jim_p** · 20-03-23, 18:02

Αυτο ακριβως δεν μπορω, το find που απαιτειται για να τρεξουν ολα αυτα σωστα. Και σε μενα δεν ειναι σε καποιο τυχαιο φακελο, ειναι σε ολοκληρο mountpoint κατω απο το /mnt/. Αν κανω chmod a+r, χωρις +x δηλαδη, στους φακελους τι διαφορα θα εχει?

**tsigarid** · 20-03-23, 18:07

Αν οι φάκελοι δεν είναι +x, δεν θα μπορείς να μπεις μέσα τους.

**jim_p** · 20-03-23, 20:27

Να αυτα δεν μπορω :P Να το αφησω 775 για ολα να τελειωνω?

**tsigarid** · 20-03-23, 20:29

Εσύ κάνεις κουμάντο! Αν είσαι ο μόνος χρήστης μπορείς να το κάνεις, απλά είναι βλακεία. Γιατί δεν τρέχεις τις δύο απλές εντολές που σου πρότεινε ο Mosfet;

**jim_p** · 20-03-23, 20:45

Επειδη δεν θα θυμαμαι τη συνταξη του find καθε φορα

Ειχα σκεφτει καποτε να τις κανω alias αλλα...

**Mosfet** · 20-03-23, 21:14

Δεν χρειάζεται να θυμάσαι τίποτα, 2 εντολές είναι όλες και όλες, βάλτες σε ένα script με παράμετρο το όνομα του directory και τελειώνει η υπόθεση.

**imitheos** · 22-03-23, 11:43

Αρχικό μήνυμα από jim_p

Επειδη δεν θα θυμαμαι τη συνταξη του find καθε φορα

Ειχα σκεφτει καποτε να τις κανω alias αλλα...

Κώδικας:

jimp_unfsck() {
        if [ ! -d "$1" ]; then
                echo "$1" is not a directory

        else
                find "$1" \( -type d ! -perm 755 -exec chmod 755 {} \+ \) , \
                \( -type f ! -perm 644 -exec chmod 644 {} \+ \)
        fi
}

Κάτι τέτοιο στο .bashrc σου δεν σου κάνει ; Μετά τρέχε jimp_unfsck /τάδε/κατάλογος χωρίς να θυμάσαι τίποτα. Είναι ίδιο με αυτό που σου έδωσαν τα παιδιά με τις εξής διαφορές:

Το έβαλα να τρέχει μόνο για κάποιο κατάλογο
Εκτελεί και τις δύο αλλαγές μόνο με μία φορά οπότε είναι πιο γρήγορο (αν δεν έχεις τεράστια trees δεν θα έχει πρακτική διαφορά)
Πειράζει μόνο τα αρχεία που δεν έχουν ήδη τις επιθυμητές άδειες οπότε είναι πιο γρήγορο (αν δεν έχεις τεράστια trees δεν θα έχει πρακτική διαφορά)
Χρησιμοποιεί το + αντί για το ; που έδωσαν τα παιδιά οπότε είναι πιο γρήγορο (αν δεν έχεις τεράστια trees δεν θα έχει πρακτική διαφορά, αν έχεις άπειρα αρχεία με τεράστια ονόματα ενδέχεται να περάσει τον αριθμό των παραμέτρων που μπορεί να δεχτεί μια εντολή)
Χρησιμοποιεί fixed άδειες οπότε αν έχεις αρχεία/καταλόγους με "παράξενες" άδειες, τότε θα στις χαλάσει οπότε η εκδοχή του Mosfet που δίνει a+r+x είναι καλύτερη

**NicM1** · 22-03-23, 17:47

Να ρωτήσω κάτι off topic ;
Τι ποσοστό επιτυχίας θα είχαν τα ερωτήματα σας αν τα θέτατε στο chatgpt ;

**imitheos** · 22-03-23, 18:07

Αρχικό μήνυμα από NicM1

Να ρωτήσω κάτι off topic ;
Τι ποσοστό επιτυχίας θα είχαν τα ερωτήματα σας αν τα θέτατε στο chatgpt ;

Το chatgpt άνετα βαράει μπιέλα αν αρχίσει ερωτήσεις ο jim_p

Εγώ θα ήθελα να τον δω να πει στο chatgpt τα rant του για τους "άχρηστους debian devs" να δω τι θα του απαντάει

**tsigarid** · 22-03-23, 18:54

Αρχικό μήνυμα από imitheos

Κώδικας:

jimp_unfsck() {
        if [ ! -d "$1" ]; then
                "$1" is not a directory
        fi
        find "$1" \( -type d ! -perm 755 -exec chmod 755 {} \+ \) , \
        \( -type f ! -perm 644 -exec chmod 644 {} \+ \)
}

Κάτι τέτοιο στο .bashrc σου δεν σου κάνει ; Μετά τρέχε jimp_unfsck /τάδε/κατάλογος χωρίς να θυμάσαι τίποτα. Είναι ίδιο με αυτό που σου έδωσαν τα παιδιά με τις εξής διαφορές:

Το έβαλα να τρέχει μόνο για κάποιο κατάλογο
Εκτελεί και τις δύο αλλαγές μόνο με μία φορά οπότε είναι πιο γρήγορο (αν δεν έχεις τεράστια trees δεν θα έχει πρακτική διαφορά)
Πειράζει μόνο τα αρχεία που δεν έχουν ήδη τις επιθυμητές άδειες οπότε είναι πιο γρήγορο (αν δεν έχεις τεράστια trees δεν θα έχει πρακτική διαφορά)
Χρησιμοποιεί το + αντί για το ; που έδωσαν τα παιδιά οπότε είναι πιο γρήγορο (αν δεν έχεις τεράστια trees δεν θα έχει πρακτική διαφορά, αν έχεις άπειρα αρχεία με τεράστια ονόματα ενδέχεται να περάσει τον αριθμό των παραμέτρων που μπορεί να δεχτεί μια εντολή)
Χρησιμοποιεί fixed άδειες οπότε αν έχεις αρχεία/καταλόγους με "παράξενες" άδειες, τότε θα στις χαλάσει οπότε η εκδοχή του Mosfet που δίνει a+r+x είναι καλύτερη

Δε χρειάζεσαι ένα exit μέσα στο if;

**imitheos** · 22-03-23, 20:26

Αρχικό μήνυμα από tsigarid

Δε χρειάζεσαι ένα exit μέσα στο if;

Φυσικά και έχεις δίκιο. Exit δεν γίνεται να μπει γιατί δεν μιλάμε για script αλλά για function που γίνεται source από το .bashrc (τουλάχιστον με αυτό το σκεπτικό το έγραψα εγώ. αν το βάλει σε ένα script, θα παίξει μια χαρά το exit) οπότε βάζοντας exit θα του κλείσει το τερματικό εντελώς. Επίσης για να δεις πόσο βλάκας είμαι, μέσα στο if έπρεπε να υπάρχει και ένα echo το οποίο μου ξέφυγε επίσης. Το διόρθωσα στο αρχικό μου post (ελπίζω δηλαδή να το διόρθωσα).

**tsigarid** · 22-03-23, 20:31

Αρχικό μήνυμα από imitheos

Φυσικά και έχεις δίκιο. Exit δεν γίνεται να μπει γιατί δεν μιλάμε για script αλλά για function που γίνεται source από το .bashrc (τουλάχιστον με αυτό το σκεπτικό το έγραψα εγώ. αν το βάλει σε ένα script, θα παίξει μια χαρά το exit) οπότε βάζοντας exit θα του κλείσει το τερματικό εντελώς. Επίσης για να δεις πόσο βλάκας είμαι, μέσα στο if έπρεπε να υπάρχει και ένα echo το οποίο μου ξέφυγε επίσης. Το διόρθωσα στο αρχικό μου post (ελπίζω δηλαδή να το διόρθωσα).

Σωστά, δεν παρατήρησα ότι είναι function. Μια χαρά είναι και το else

**Zus** · 22-03-23, 21:38

Αρχικό μήνυμα από imitheos

Το chatgpt άνετα βαράει μπιέλα αν αρχίσει ερωτήσεις ο jim_p

Εγώ θα ήθελα να τον δω να πει στο chatgpt τα rant του για τους "άχρηστους debian devs" να δω τι θα του απαντάει

are debian developers any good?

As an AI language model, I strive to maintain impartiality and avoid making subjective judgments about individuals or groups. Therefore, I cannot comment on the overall quality of Debian developers as a whole. However, Debian is known as one of the oldest and most respected Linux distributions in the world, with a strong emphasis on stability and reliability. Its development community consists of volunteers and paid developers who contribute their time and expertise to improve the Debian operating system. Like any community-driven project, there may be variations in the skill level and experience of individual developers. However, Debian's rigorous development process and quality control measures help to ensure that only the best code makes it into the final product

Εδώ είσαι.

**imitheos** · 22-03-23, 22:56

Αρχικό μήνυμα από Zus

Εδώ είσαι.

Αυτό είναι γενικούρα ερώτηση που σηκώνει πολιτικάντικη απάντηση σαν αυτή που έδωσε. Δεν είναι ερώτηση τύπου jim_p. Πες του στα αγγλικά κάτι σαν "Τι γνώμη έχεις για αυτό που έκαναν στο debian, ενώ να έχει βγει πριν ένα μήνα η έκδοση 3.4 του foo προγράμματος, οι άχρηστοι να πάνε 4 ημέρες πριν το freeze και να περάσουν την έκδοση 2.9 που βγήκε πριν 3 χρόνια και τώρα κάθε report για update θα το κλείνουν ως δεν γίνεται λόγω freeze" :P

Κάαααπως έτσι θα ήταν το rant του αλλά είμαι πολύ μικρός για να το αναπαράγω στο μεγαλείο που πρέπει.

**Zus** · 23-03-23, 00:04

Αρχικό μήνυμα από imitheos

Αυτό είναι γενικούρα ερώτηση που σηκώνει πολιτικάντικη απάντηση σαν αυτή που έδωσε. Δεν είναι ερώτηση τύπου jim_p. Πες του στα αγγλικά κάτι σαν "Τι γνώμη έχεις για αυτό που έκαναν στο debian, ενώ να έχει βγει πριν ένα μήνα η έκδοση 3.4 του foo προγράμματος, οι άχρηστοι να πάνε 4 ημέρες πριν το freeze και να περάσουν την έκδοση 2.9 που βγήκε πριν 3 χρόνια και τώρα κάθε report για update θα το κλείνουν ως δεν γίνεται λόγω freeze" :P

Κάαααπως έτσι θα ήταν το rant του αλλά είμαι πολύ μικρός για να το αναπαράγω στο μεγαλείο που πρέπει.

Εντάξει όχι, βαριέμαι να μπω σε αυτή τη διαδικασία.

Θέμα: Ερώτηση για bash

Παρόμοια Θέματα

Βοήθεια για ένα απλό bash script

bash - matlab

Bash Script help (Αρχάριος)

bash rename (mv)

Tags για αυτό το Θέμα

Bookmarks

Bookmarks

Δικαιώματα - Επιλογές